Кластер високої доступності
Ваші сервіси продовжують працювати, коли сервер виходить з ладу
Ми створюємо 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 для ще суворіших гарантій відновлення, але це опція, а не вимога.
