Кластер высокой доступности
Ваши сервисы продолжают работать, когда сервер выходит из строя
Мы создаём HA-кластеры на базе Proxmox VE, Hyper-V, SUSE Virtualization и XCP-ng, которые обнаруживают сбои узлов и автоматически перезапускают ваши виртуальные машины.
-
Автоматическое аварийное переключение -
Мониторинг состояния узлов и оповещения -
Непрерывная репликация ВМ -
Распределённое хранилище с Ceph -
Обнаружение сбоев за секунды
Отсутствие единой точки отказа
Проверенная отказоустойчивость
Восстановлениеза минуты
Устойчивость к потере узла
Преимущества кластеров высокой доступности
Кластер высокой доступности обеспечивает непрерывную работу сервисов при сбоях оборудования, во время окон обслуживания и даже при региональных отказах.
-
Минимальное время простоя
Читать далее МеньшеПри сбое узла виртуальные машины автоматически перезапускаются на других нодах кластера за несколько минут. Плановые обновления инфраструктуры тоже проходят незаметно: ВМ мигрируют на лету, поэтому техобслуживание больше не требует остановки сервисов.
-
Безопасность данных
Читать далее МеньшеДанные ВМ непрерывно реплицируются между узлами или хранятся в распределённом хранилище, таком как Ceph. Выход из строя одного диска, одного узла или одного сетевого пути не приводит к отключению ваших сервисов.
-
Предсказуемое восстановление
Читать далее МеньшеЦелевое время восстановления и целевая точка восстановления согласуются на этапе проектирования, а затем проверяются в тестах переключения при отказе, а не остаются только на бумаге. Когда отказавший узел возвращается в работу, рабочие нагрузки упорядоченно перемещаются обратно.
-
Выбор платформы
Читать далее МеньшеМы создаём HA-кластеры на Proxmox VE, Microsoft Hyper-V, SUSE Virtualization и XCP-ng. Каждая платформа имеет собственный стек репликации и управления — мы выбираем тот, с которым вашим инженерам действительно будет удобно работать.
-
Линейное масштабирование
Читать далее МеньшеРесурсы кластера увеличиваются за счет добавления новых узлов без прерывания работы запущенных сервисов. Нагрузка между ними распределяется автоматически. Виртуальные машины размещаются на серверах с учетом их текущей загрузки, что гарантирует стабильное время отклика приложений.
-
Прозрачность расходов
Читать далее МеньшеProxmox VE и XCP-ng включают HA без дополнительной стоимости лицензирования — вы платите за оборудование и настройку, а не за лицензии кластера на каждый узел. Коммерческие платформы также поддерживаются, если они соответствуют вашим существующим лицензиям.
Сферы применения кластера высокой доступности
- Базы данных и очереди сообщений
- Электронная коммерция и платёжные системы
- SaaS-платформы и клиентские порталы
- ERP, CRM и бизнес-критически важные приложения
- Здравоохранение и регулируемые системы
- Стриминговые сервисы и сервисы реального времени
- Файловые службы и службы хранения данных
- VoIP и коммуникационные платформы
Кластер высокой доступности под ключ
-
1
Оценка и проектирование
Мы определяем ваши критически важные приложения, допустимое время простоя и целевые показатели восстановления. Мы проводим аудит существующего оборудования, сети и хранилища. На основе этого мы проектируем кластер — количество узлов, структуру хранилища и логику аварийного переключения.
-
2
Настройка узла и сети
Мы настраиваем серверы как узлы кластера с резервными межсоединениями. IP-адреса для аварийного переключения и сетевая избыточность настраиваются и проверяются. Для обеспечения избыточности данных развертывается общее или распределенное хранилище.
-
3
Конфигурация кластера
Мы устанавливаем и настраиваем кластерные службы на Proxmox VE, Microsoft Hyper-V, SUSE Virtualization или XCP-ng. Кластерные ресурсы — виртуальные IP-адреса, хранилище и вычислительные ресурсы — определяются и приоритизируются. Правила автоматического аварийного переключения настраиваются для каждой рабочей нагрузки.
-
4
Тестирование аварийного переключения
Мы моделируем сбои узлов и проверяем, что виртуальные машины перезапускаются там, где должны, в согласованные сроки. Производительность под нагрузкой при аварийном переключении измеряется, а не предполагается. Также тестируется восстановление после сценариев отказа хранилища и сети.
-
5
Мониторинг и техническое обслуживание
Мониторинг отслеживает состояние узлов, статус репликации и кворум кластера. Оповещения срабатывают при критических событиях — потере узла, ухудшении репликации, исчерпании ресурсов. Плановое обслуживание поддерживает стабильность кластера без прерывания работы сервисов.
-
6
Текущая поддержка
Наши инженеры остаются доступными для устранения неполадок и внесения изменений в конфигурацию. Мы применяем поочередное обновление узлов без приостановки работы кластера.
Часто задаваемые вопросы
-
Насколько быстро на самом деле происходит аварийное переключение?
В большинстве HA-конфигураций виртуальная машина с отказавшего узла перезапускается на исправном в течение одной–пяти минут — точное время зависит от платформы, хранилища и скорости загрузки гостевой ОС. При плановых событиях живая миграция перемещает ВМ без какого-либо прерывания. Если даже минута — это слишком долго, см. вопрос об отказоустойчивости ниже.
-
Сколько серверов мне нужно для кластера высокой доступности?
Три узла — это практический минимум: кластеру требуется большинство голосов (кворум), чтобы определить, какие узлы работоспособны, и избежать ситуаций split-brain. Конфигурация из двух узлов возможна при наличии внешнего устройства кворума, но мы рекомендуем использовать три или более узлов.
-
Все ли четыре гипервизора поддерживают высокую доступность?
Да. В Proxmox VE есть встроенный менеджер HA, Microsoft Hyper-V использует отказоустойчивую кластеризацию Windows Server, SUSE Virtualization поставляется с HA из коробки, а XCP-ng предоставляет эту возможность через свой стек управления. Принципы одинаковы — различаются инструменты, и мы подбираем их под вашу команду.
-
Какое хранилище требуется кластеру высокой доступности?
Отказоустойчивость работает только в том случае, если каждый узел может получить доступ к данным ВМ, поэтому кластеру требуется общее или распределённое хранилище — например Ceph, реплицированные тома или внешняя система хранения. Одних локальных дисков недостаточно; мы проектируем уровень хранения вместе с кластером.
-
Защищает ли кластер высокой доступности от потери данных?
HA защищает доступность, а не историю: если данные повреждены или удалены, репликация точно скопирует ущерб на каждый узел. Именно поэтому резервные копии остаются обязательными наряду с любым кластером. Объём недавних данных, который может быть потерян при аварийном переключении, зависит от того, является ли репликация синхронной или асинхронной, и мы настраиваем это в соответствии с вашей целевой точкой восстановления.
-
Заметят ли пользователи что-нибудь во время аварийного переключения?
При плановых событиях — обслуживании, перераспределении нагрузки — виртуальные машины перемещаются между узлами «на лету», и пользователи ничего не замечают. При незапланированном отказе узла затронутые ВМ перезапускаются на другом узле, поэтому активные сеансы на этих ВМ кратковременно прерываются, а затем возобновляются. Хорошо спроектированные приложения переподключаются автоматически, и для большинства пользователей это выглядит как перезагрузка страницы.
-
В чем разница между высокой доступностью и отказоустойчивостью?
Высокая доступность перезапускает затронутые виртуальные машины на другом узле — при этом возникает кратковременное прерывание. Отказоустойчивость поддерживает «живое» зеркало работающей машины, поэтому отказ узла не вызывает никакого прерывания — ценой примерно удвоенного потребления ресурсов. Для большинства рабочих нагрузок вполне достаточно высокой доступности; отказоустойчивость применяется лишь для тех немногих, которые не могут допустить даже нескольких секунд простоя.
-
Нужно ли изменять мои приложения, чтобы они работали в кластере высокой доступности?
Обычно нет — HA на уровне ВМ прозрачна для приложений внутри. Для баз данных и других сервисов с состоянием можно добавить репликацию на уровне приложения поверх кластерной HA для еще более строгих гарантий восстановления, но это опция, а не требование.
