Що ми робимо · Дані та web: Live migration і вихід з гіпервізора
Працюючі віртуальні машини переміщуються між хостами без зупинки, а цілі середовища переїжджають із VMware або окремих серверів KVM на наш private cloud на Oracle Linux Virtualization Manager (OLVM). Наживо, коли бути наживо безпечно, як перевірена холодна копія, коли ні, і завжди зі збереженням оригіналу недоторканим, доки нова сторона не доведена.
Що це
Три види переїзду під однією дисципліною:
- Live migration: працююча віртуальна машина KVM, пам’ять і диск, переміщується між хостами з паузою, що вимірюється мілісекундами. Саме так ми проводимо обслуговування хостів і заміну обладнання, не плануючи ваш простій.
- Вихід з гіпервізора: середовища VMware та окремі хости KVM переїжджають на OLVM, де VM завантажуються з корпоративного all-flash сховища через резервовані fabric Fibre Channel, із резервним копіюванням і моніторингом з першого дня.
- Переїзди між майданчиками: цілі середовища переносяться між нашими дата-центрами зі збереженням адрес та ідентичності.
Як ми це будуємо
Правило рішення до того, як переміститься хоч один байт. Якщо покоління CPU, мережева інфраструктура під сподом і версія гіпервізора залишаються сумісними, VM переїжджає наживо. Коли все змінюється одночасно, ми не граємо в азартні ігри: VM вимикається, копіюється, перевизначається і холодно завантажується на цілі, а джерело залишається недоторканим як rollback.
Live migration, зроблена як слід. Ми використовуємо прямий шлях міграції libvirt із копіюванням сховища та auto-converge, тож навіть зайняті VM сходяться. Призначення готується заздалегідь: пули сховища, мости та інтерфейси VLAN, а для незвичних розкладок дисків образ створюється наперед точно за розміром джерела.
Відбудувати те, що без стану, реплікувати те, що зі станом. Для виходу ми часто надаємо перевагу чистій відбудові за живими виміряними специфікаціями. Web-рівні та рівні застосунків відбудовуються з конфігурації; база даних переїжджає реплікацією, тож cutover є підвищенням репліки з різницею в лічені секунди.
Спеціально побудований сервер для міграцій. Конвертації виконуються на виділеному міграційному сервері з all-flash сховищем NVMe та SSD, підключеному просто в нашу fabric. Він конвертує гостьові системи з інших гіпервізорів і передає образи дисків KVM безпосередньо в диски, створені цільовою платформою, зберігаючи MAC-адреси, режим прошивки та тип машини, тож VM завантажується одразу після прибуття.
Перевірка за API, а не за нотатками збірки. Кожна VM звіряється з самим менеджером віртуалізації (топологія CPU, гарантії пам’яті, мережеві інтерфейси, маршрути, диски, ім’я хоста) до перенесення будь-яких даних. VM отримують правильний розмір і ніколи не отримують більше vCPU, ніж ядер має один сокет CPU.
Windows під контролем. Драйвери та гостьові інструменти впорядковані, інструменти старого гіпервізора видаляються лише після того, як завантажувальний диск працює на VirtIO, а Active Directory і ліцензування перевіряються після переїзду.
Пробні прогони, узгоджений час. Кожна конвертація спершу репетирується на копії. Якщо переїзд може торкнутися вашого трафіку, ми спершу погоджуємо час із вами.
Від чого це вас захищає
- Простій для обслуговування хостів, робіт із прошивками чи заміни обладнання.
- Зміни ліцензування, з яких у вас немає виходу.
- Міграція, що втрачає джерело до того, як запрацює ціль.
- Переїзд між поколіннями CPU, що непомітно ламає гостьову систему.
- VM, що прибувають з неправильною топологією, відсутнім інтерфейсом або втраченою адресою.
- Перенумерація всього вашого середовища лише заради зміни платформи.
На практиці
Балансувальник, перенесений наживо. Завантажена VM балансувальника новинного видавця була перенесена наживо між хостами, разом із диском, за 3 хвилини 5 секунд, із паузою приблизно 300 мілісекунд.
Національна телекомпанія залишає VMware. Ми відбудували web-платформу національної телекомпанії з VMware на OLVM як VM правильного розміру, перевірили кожну за API й перенесли базу даних реплікацією. Сервер розробки пройшов через наш міграційний сервер і був готовий до завантаження приблизно за сім з половиною хвилин. Cutover завершився кілька місяців тому.
Окремий хост KVM, імпортований. Окремий сервер KVM клієнта був імпортований в OLVM зі швидкістю близько дев’яти GiB на хвилину, з усіма адресами недоторканими, бо пробний прогін уже впорався з іменуванням інтерфейсів нового віртуального чипсета.
Середовище VDI, перенесене між країнами. Середовище віртуальних робочих столів переїхало з Амстердама в Афіни. Ми перенесли його підмережу керування цілою через наше розширення Layer 2, тож кожен пул робочих столів і кожне право доступу пройшли без змін, а кожен контролер домену був перевірений на справність після цього.
Чому EuroVPS
- Письмове правило для наживо чи холодно, яке застосовується щоразу.
- Джерело зберігається як rollback, доки ціль не доведена.
- Виділений міграційний сервер, а не ноутбук і вихідні.
- Розширення Layer 2 між нашими майданчиками, тож ви переїжджаєте без перенумерації.
- Кожна VM перевіряється за API до перенесення даних.
Часті запитання
- Чи можете ви перенести наші VM без відбудови? Так, конвертацією, з перемиканням драйверів та інструментів у перевіреному порядку. Ми зберігаємо оригінали, доки ви не підтвердите результат.
- Чи збережуть наші VM свої IP-адреси? Можуть. З розширенням Layer 2 сервери зберігають свої адреси й переїжджають по одному.
- Наскільки live migration призупиняє VM? Зазвичай на частку секунди в момент перемикання. Холодні переїзди відбуваються у вікні, погодженому з вами.
- Що, як щось піде не так посеред переїзду? Джерело незмінне. Ми відкочуємося, з’ясовуємо причину й пробуємо знову.
- Що таке OLVM? Oracle Linux Virtualization Manager, корпоративне керування для стандартного KVM. Жодного пропрієтарного lock-in.
Залишаєте VMware? Поговоріть з інженером.
Ваш наступний партнер з інфраструктури
Погляньмо на вашу інфраструктуру.
Розкажіть, що ви запускаєте сьогодні і що потребує покращення. Інженер розгляне ваш запит і допоможе спланувати наступний крок.
+357 222 32280
Почнімо з вашої інфраструктури.
Трохи контексту допомагає нам почати правильну розмову.