home.social

#высокая_доступность — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #высокая_доступность, aggregated by home.social.

fetched live
  1. Туннели Tuna стали высокодоступными

    Мы разделили Tuna на два слоя. Точки входа на Envoy принимают трафик, туннельные ноды держат подключения клиентов. И те и другие разнесены по дата-центрам двух провайдеров в России, Германии и Нидерландах. Отказ сервера или целого дата-центра теперь означает переподключение за секунды, а не простой. Регион выбирать больше не нужно, а вебхуки от Telegram доходят до туннеля, где бы ни работал клиент.

    habr.com/ru/articles/1095558/

    #dns #отказоустойчивость #высокая_доступность #envoy #telegram_webhook #tuna #туннели #home_lab

  2. Облако тоже может сломаться. Часть 1: как спроектировать инфраструктуру, переживающую отказ зоны или провайдера

    Облако часто воспринимается как гарантия доступности инфраструктуры. Но что произойдёт, если целиком откажет зона доступности, перестанет отвечать API провайдера или резервные копии окажутся недоступны вместе с основными сервисами? Разберём, почему несколько VM ещё не означают отказоустойчивость, чем multi-AZ отличается от multi-cloud, как правильно определять RPO и RTO и когда действительно нужна вторая площадка. Сравним active-active, active-passive, pilot light и восстановление из резервных копий. А главное — разберём, какие решения стоит принять до аварии, чтобы потом не пришлось импровизировать под давлением бизнеса.

    habr.com/ru/articles/1095082/

    #отказоустойчивость #multicloud #высокая_доступность #аварийное_восстановление #облачная_инфраструктура #аварии_в_датацентрах #terraform #devsecops_и_devops #rpo_rto

  3. [Перевод] Когда избыточность не спасает: как один сервер сделал объектное хранилище недоступным

    Сервер хранения может работать месяцами без единого предупреждения, а затем одно неожиданное отключение превращается в многочасовую недоступность сервисов. В этом постмортеме разбираем, почему отказ одного узла повлиял на объектное хранилище, как особенности размещения данных и служебных метаданных изменили сценарий сбоя и какие выводы были сделаны после инцидента. Рассмотрим, какие инженерные решения помогли бы быстрее обнаружить проблему, ограничить последствия и повысить устойчивость инфраструктуры. Разобрать инцидент

    habr.com/ru/companies/otus/art

    #отказоустойчивость #постмортем #мониторинг #инфраструктура #инциденты #DevOps #sre #Kubernetes #высокая_доступность

  4. Поймай меня, если сможешь [часть 1]: облако на Huawei Cloud Stack — что это, как используют и лицензирование

    Привет, постоянные и не очень читатели! Всего одна сделка (зато какая — на 61 000 000 000 $) неплохо так встряхнула мир виртуализации и IT в целом: Broadcom купила VMware, упразднила кучу SKU и ввела подписную модель лицензирования крупными пакетами (многие оплачивают то, что им и не нужно вовсе, так как пакетов меньше просто нет). Самое плохое, что ни партнёры, ни конечные клиенты не были готовы к такому повороту событий и сопутствующему ущербу, а потому до сих пор оправляются. Вариантов, как все выкручиваются, много, а довольных новой моделью VMware by Broadcom — мало. Если у вас тоже наболело или вы просто зашли поглядеть на ещё один способ сложить (или нет?) все виртуалки в одну проприетарную корзину Huawei Cloud Stack , то эта серия статей для вас. Дропдаун

    habr.com/ru/companies/serverma

    #huawei #cloud #облако #частное_облако #гибридное_облако #hcs #конвергентное_облако #высокая_доступность #аварийное_восстановление #openstack

  5. Не только про производительность — балансировщик как основа отказоустойчивости современных инфраструктур

    Когда говорят о балансировщике нагрузки, чаще всего имеют в виду распределение трафика между серверами. Но в реальной инфраструктуре его ключевая роль проявляется в другом — в способности системы продолжать работать, когда что-то ломается. Причём ломаться может всё: отдельные серверы, сервисы, целые дата-центры. В этой статье разбираем, как балансировщик становится точкой принятия решений в сценариях отказоустойчивости — от health checks до переключения между ЦОД — и почему без этих механизмов одной «балансировки» недостаточно.

    habr.com/ru/companies/dsol/art

    #балансировщик #балансировка_нагрузки #отказоустойчивость #отказоустойчивый_кластер #масштабирование #high_availability #высокая_доступность

  6. Революция архитектуры Веба, часть 4

    Это — текстовая расшифровка небольшого доклада с Форума молодых учёных , про Web 4.0: проблематика, решения и даже прототип, с которым можно невозбранно поиграться. Прикоснуться к будущему 🖐

    habr.com/ru/articles/943606/

    #Гипер_Веб #CRUS #Гипер_Дев #$mol #криптография #crdt #высокая_доступность #local_first

  7. Не Pgbouncer, но пулер. Не Odyssey, но с корутинами

    Если вы настраивали отказоустойчивый кластер Postgres, то сталкивались с необходимостью перенаправления пользовательского трафика на пишущий узел после аварии на основном узле и переключения на резервный. Мы разработали расширение Proxima, которое снимает необходимость в настройке и администрировании дополнительного программного обеспечения. Разработчик программного обеспечения Postgres Professional Тофиг Алиев расскажет, как мы делали Proxima, какие архитектурные решения заложены в расширение, почему мы выбрали именно такой подход. Разберет тонкости реализации, которые позволили нам обрабатывать более 10 тысяч одновременных клиентских сессий. Рассмотрит примеры использования и ответит на вопросы.

    habr.com/ru/companies/postgres

    #высоконагруженные_проекты #высокая_нагрузка #высокая_производительность #highload #высокая_доступность #postgresql #proxima #biha #postgres_pro

  8. Алгоритмы консенсуса Paxos, Raft и Zab в распределённых системах

    В распределённых системах критически важно обеспечить консенсус – согласованность данных или решений между множеством узлов (серверов), даже при сбоях и задержках сети. Алгоритмы консенсуса позволяют группе несовершенных узлов действовать как единое надёжное целое. Три классических алгоритма – Paxos , Raft и Zab – стали основой для построения отказоустойчивых систем. Они гарантируют, что при наличии кворума узлов (обычно большинства) все узлы придут к единому решению и последовательности операций, сохраняя консистентность данных. В данной статье мы рассмотрим устройство этих алгоритмов «под капотом», их этапы (выбор лидера, репликация журнала, обработка сбоев и восстановление), области применения в реальных системах (от координаторов в кластерах Kubernetes и Apache Kafka до распределённых баз данных), а также сравним готовые реализации (такие как etcd, ZooKeeper, Consul и др.) по ключевым характеристикам.

    habr.com/ru/articles/903792/

    #paxos #raft #микросервисы #sql #nosql #распределенные_системы #высоконагруженные_проекты #высоконагруженные_приложения #высокая_доступность #высокая_нагрузка

  9. Настройка Apache Kafka для высоконагруженных систем

    Apache Kafka является одной из самых популярных платформ для обработки потоков данных, обеспечивая высокую пропускную способность и низкие задержки при передаче сообщений. В высоконагруженных системах, где необходимо обрабатывать миллионы сообщений в секунду, важность правильной настройки Kafka трудно переоценить. Без оптимизации её параметров можно столкнуться с серьёзными проблемами, такими как рост задержек, потеря сообщений и переполнение очередей. Эффективная настройка Kafka критична для обеспечения бесперебойной работы в условиях высокой нагрузки и стабильной обработки данных в реальном времени. Цель этой статьи — рассмотреть основные аспекты настройки Apache Kafka, которые влияют на производительность системы. Мы сосредоточимся на оптимизации параметров брокеров и продюсеров для достижения максимальной пропускной способности, минимальных задержек и надежности. Также рассмотрим важность мониторинга и тестирования системы для своевременного выявления и устранения узких мест.

    habr.com/ru/articles/901200/

    #apache_kafka #nosql #распределенные_системы #высоконагруженные_проекты #высокая_производительность #highload #высокая_нагрузка #высоконагруженные_приложения #высокая_доступность

  10. High Availability в Postgres Pro без головной боли

    Для тех, кто устал от «зоопарка» решений по созданию отказоустойчивых кластеров, расскажем, как добиться нужной функциональности одним решением. BiHA позволяет данным «выжить», даже если один из ЦОДов был физически уничтожен. Как же мы этого добились?

    habr.com/ru/companies/postgres

    #postresql #postrgres #biha #отказоустойчивость #отказоустойчивые_системы #резервирование #высокая_производительность #высокая_нагрузка #высокая_доступность

  11. CI/CD Kubernetes платформа Gitorion. Highly Available исполнение

    Привет, всем! В данной статье мы расскажем о Highly Available исполнении CI/CD платформы Gitorion . В данном случае платформа размещается в двух дата центрах. При отказе любого из дата центров команда разработчиков может продолжить непрерывную интеграцию и доставку в выжившем дата центре.

    habr.com/ru/companies/gitorion

    #ci/cd #high_availability #высокая_доступность #kubernetes

  12. CI/CD Kubernetes платформа Gitorion. Реплицируемый NAS для Highly Available кластера Kubernetes

    Привет всем! В предыдущей статье в рамках построения Highly Available варианта CI/CD Kubernetes платформы Gitorion мы рассмотрели реализацию Highly Available плоскости управления Kubernetes, разнесенную в два дата центра и способную пережить падение любого из них. Инстансы Gitea/Forgejo, Jenkins и Docker-registry в составе платформы являются Statefull приложениями и хранят свои данные во внешних Persistent Volume. В данной статей предлагаем вашему вниманию вариант реплицируемого NAS и способ его подключения к Highly Available кластеру Kubernetes, позволяющие модулям Statefull приложений платформы, в случае падения любого из дата центров, продолжить работу со своими файлами в выжившем дата центре.

    habr.com/ru/companies/gitorion

    #high_availability #высокая_доступность #kubernetes #nas #ci/cd

  13. Доступность IT-систем: поругаться или договориться?

    Всем привет, меня зовут Александр Москвин, я начальник управления эксплуатации X5 Облака в X5 Tech. У меня несколько зон ответственности, но важнейшая из них – это обеспечение доступности облачной инфраструктуры Х5. Конечно, для того, чтобы управлять доступностью, необходимо оцифровать этот показатель. Статья родилась из жарких дебатов по целевым показателям доступности частного облака X5 и серии больших внутренних митапов, посвящённых этой теме. Кажется, что результатами стоит поделиться с сообществом, т. к. накопилась критическая масса материалов и выводов. Мысли будут полезны менеджерам, принимающим решения, и solution-архитекторам для переговоров с заказчиками, лидам команд инфраструктуры и разработки. К сожалению, получился лонгрид, так как охватить все аспекты данной темы короткой статьёй не выйдет.

    habr.com/ru/companies/X5Tech/a

    #high_availability #высокая_доступность #надежность #sre #стабильность_системы #облачная_инфраструктура #кластеризация #непрерывность_бизнеса #критически_важные_системы #отказоустойчивость

  14. CI/CD Kubernetes платформа Gitorion. Highly Available кластер Kubernetes

    Привет, всем! Мы продолжаем наш цикл статей про CI/CD Kubernetes платформу Gitorion . На очереди освещение шагов по построению платформы в Highly Available исполнении. Поскольку все компоненты платформы и пользовательские приложения запускаются в Kubernetes, начнем c построения Highly Avalable кластера Kubernetes. В статье разберем особенности штатной базы данных Kubernetes etcd, не позволившие избежать избыточности. Рассмотрим способ заменить etcd на SQL-базу с помощью Kine от проекта K3S и построить кластер Kubernetes высокой доступности на два дата центра, способный пережить падение любого из них.

    habr.com/ru/companies/gitorion

    #kubernetes #high_availability #высокая_доступность #ci/cd

Share on Mastodon

Enter the server where you have an account.