Hyper V 3. Вступ

М еня часто запитують, чому на сайті немає порівняльних статей різних платформ віртуалізації. Всі хочуть знати що краще, а що гірше. У мене багато причин, чому таких публікацій немає, але з виходом Hyper V 3 напишу деякі свої думки з приводу технологій і їх цінності, як в повсякденній праці адміністратора, так і в розрізі удару по бюджету при покупці.

Чому виникло бажання розглянути цю тему? Дуже просто, в Hyper V 3, що називається «з коробки», працюють такі функції як міграція віртуальних машин між серверами через загальний storage, міграція файлів віртуальних машин між різними LUN-ами, міграція ВМ без системи зберігання (просто на локальних дисках серверів) і, нарешті, реплікація віртуальних машин. Та все це надається компанією Microsoft абсолютно безкоштовно. Ви просто завантажуєте з сайту Hyper-V server 2012 встановлюєте на свій сервер, підключаєтеся віддалено, і все, можна користуватися. Природно, під час міграції віртуальна машина не вимикається.

Чому ж компанія VMware просить за той же функціонал гроші? Не хочу сперечатися, добре це чи погано. Дотримуюся іншої точки зору.

Є технології, які в автоматичному режимі економлять гроші компанії. Все відбувається без участі адміністратора, який після початкового налаштування, тільки контролює процес, переглядаючи логи вранці. Зараз мова йде про високої доступності, автоматичний розподіл навантаження між серверами, автоматичний розподіл навантаження між LUN-ами систем зберігання, безперервна доступність (Fault Tolerance). Може ще щось, головне суть, адміністратора немає на робочому місці а відмовостійкість працює. Це цілком може коштувати грошей і це логічно.

Все, що адміністратор робить руками (мишкою, клавіатурою) без сумніву може впливати на відмовостійкість, але не в автоматичному режимі. Наприклад, подивився адміністратор дані моніторингу і вирішив, що пора мігрувати інші віртуальних машини з хоста Х і залишити там ВМ з MSSQL сервер в гордій самоті. І інші тому подібні ручні дії, на мою думку вони повинні залишатися безкоштовними. А ось, коли адміністратору набридне ручна праця або начальству набридне шукати його, коли перестає працювати всі навколо, тоді і бюджет виділити не шкода.

Компанія Microsoft, мабуть, дотримується такої ж позиції, тому дозвольте представити вам Hyper-V 3, який, очевидно, стане фаворитом серверної віртуалізації, коли вийде з бети.

Hyper V 3. Можливості

Нижче я коротко опишу його можливості, поступово додам посилання на статті з більш докладним опис кожної з них. Хто цікавиться ліцензуванням і вартістю Windows server 2012 стаття тут .

♦ Live Migration without shared storage - жива міграція віртуальної машини з локальних дисків одного хоста на інший без простою в роботі ( опис )
♦ Live Migration with SMB Shared Storage - жива міграція віртуальної машини з хоста на хост без простою. Файли ВМ зберігаються в загальному сховищі ( опис )
♦ Storage Migration - перенесення файлів ВМ з однієї системи зберігання на іншу без простою в роботі віртуальної машини
♦ Virtual Machine Replication - асинхронна реплікація віртуальної машини з основного хоста (primary) на інший хост з роллю Hyper-V. ( опис )
♦ Failover Cluster - технологія високої доступності, якщо один з вузлів виходить з ладу, віртуальна машина перезапускается на іншому хості кластера
♦ Single Root I / O Virtualization - контроль введення-виведення на окремих пристроях PCI Express. Наприклад, для мережевої карти, щоб трафік при міграції не займав весь канал, який використовують інші віртуальні машини.
♦ NIC Teaming and load balancing - об'єднання мережевих інтерфейсів (агрегація) для забезпечення відмовостійкості
♦ Новий формат диска віртуальної машини VHDX і можливість використовувати SMB кулі в якості загального сховища
♦ Новий Virtual Switch
♦ Virtual Fibre Channel for Virtual Machines - віртуальний FC HBA адаптер у віртуальній машині

Функціонал, який додається, якщо встановити засіб централізованого управління від Microsoft Virtual Machine Manager 2012.

♦ Загальна консоль для управління всіма віртуальними машинами в мережі, причому доступні не тільки ВМ запущені на платформі Hyper V 3, можна підключатися до VMware і Citrix XenServer
♦ Автоматичний розподіл навантаження між хостами
♦ Всі ресурси наявних хостів в VMM2012 видно, як загальна фабрика (Fabric) ресурсів. Ми ж, запускаючи віртуальну машину, виділяємо їй ресурси фабрики.
♦ Вбудований конвертер P2V і V2V
♦ Можливість об'єднання з сервером моніторингу Microsoft System Center Operations Manager
♦ Створення бібліотек і шаблонів, для швидкого розгортання віртуальних машин
♦ Портал самообслуговування
♦ Можливість створення приватного хмари, тут треба розбиратися, тема незвичайна.

Можливі рішення на Hyper- V 3.0

Потрібно відзначити, що роль Hyper-V 3.0 на даний момент можна отримати трьома шляхами:

1. Купити Windows server 8 після релізу, про вартість поки нічого невідомо
2. Завантажити Hyper-V Server 8 після релізу, абсолютно безкоштовний продукт, але керувати ним потрібно буде з комп'ютера адміністратора через RSAT
3. Купити Windows 8 після релізу, туди теж вбудована потрібна роль, правда, з деякими обмеженнями

Так які рішення можна будувати на основі Hyper-V 3? Будемо рухатися від простих до складних, раціонально оцінюючи потреби кожного.

один сервер

У вас маленька компанія, з серверного обладнання всього один сервер. Великого простору тут немає, але є основна можливість віртуалізації, запуск віртуальних машин. Має змив укомплектувати сервер великою кількістю оперативної пам'яті і жорсткими дисками, які підійдуть для ваших потреб. Наприклад, для бази 1с багато адміністраторів зараз використовують SSD диски, позбавляючись таким чином від гальм. Для віртуальних машин цей спосіб теж спрацює, треба лише покласти файли ВМ на ці диски. Щоб SSD диски (і інші теж) працювали як треба, необхідний потужний RAID контролер. Я раджу розглянути диски і контролери виробництва Intel, а якщо немає сервера, то і сервер варто вибрати Intel. 100% сумісність обладнання між собою і з виртуализацией Microsoft.

Два сервера (і більше)

Два сервера це в першу чергу відмовостійкість. Якщо ламається один сервер, ми повинні мати можливість продовжити роботу на другому. Для цього на кожному з серверів має бути достатньо ресурсів для запуску всіх віртуальних машин. У такій конфігурації ми вже можемо використовувати функції міграції віртуальних машин між хостами. Це дозволить розподілити навантаження між ними. У разі необхідності звільнити на час один з серверів для проведення технічного обслуговування.

Але найбільш важливим моментом, яким будуть користуватися адміністратори - це реплікація. Віртуальна машина працює на одному сервері, а на іншому зберігається її повна незалежна репліка, завжди готова до запуску. У разі аварії з одним з серверів і неможливості (небажанні) відновити дані з нього, ви зможете запустити репліки віртуальних машин і продовжити роботу. Як часто потрібно робити реплікацію, вирішувати вам. Чим частіше, тим актуальніше у вас буде реплицироваться віртуальна машина, і тим менше даних ви ризикуєте втратити в разі аварії.

У компанії StarWind є рішення для забезпечення високої доступності між двома хостами Hyper-V, але для роботи такої схеми потрібно з'єднати сервери по 10Gbe / s каналу передачі даних для online синхронізації.

Рішення, побудоване на двох серверах IBM і Hyper V 3.0

Рішення для 1С, постоенно на двох серверах Intel з SSD дисками і Hyper V 3.0

Два сервера (і більше) і СГД

Система зберігання даних з дисками варто, приблизно, як два сервера. З нею ви можете більш раціонально розподіляти дискові ресурси між серверами, а також зберігати файли віртуальних машин в загальнодоступному місці. Така архітектура дозволяє використовувати технологію «високої доступності» після настройки Microsoft Failover Cluster.

Як це працює? На кожному сервері ми включаємо компонент (feature) Failover Cluster, після цього створюємо кластер і додаємо віртуальні машини, які кластер буде захищати. Природно, файли цих віртуальних машин повинні знаходитися на загальному файловому сховищі. Після настройки кластера управляти віртуальними машинами, що знаходяться в ньому, ми вже будемо через оснащення Failover Cluster Manager. У разі аварії з одним з серверів, віртуальні машини в автоматичному режимі перезапускати на іншому хості кластера. Для гостьової операційної системи всередині ВМ це виглядає, як ніби її раптово вимкнули, а потім включили. Те, що вона включилася на іншому сервері, ніяк не відіб'ється на її роботі.

Реплікація теж може стати в нагоді, навіть при наявності системи зберігання. Справа в тому, що SSD диски для СГД поки що ще дуже дороги (можна порівняти з вартістю самої СГД без дисків) тому бази 1с можна запускати на локальних дисках сервера і робити резервну реплікацію на СГД. Ще одна можливість використання реплікації вбудованої в Hyper-V 3 - це створення репліки ВМ, що працює на СГД, на локальні диски сервера. Тоді в разі виходу з ладу дискового масиву (а таке теж може бути) можна буде продовжити роботу без нього.

Звичайно, доступна міграція самих віртуальних машин і їхніх дисків.

"Багато серверів" і кілька СГД

Концепція Microsoft в напрямку віртуалізації націлена на створення приватного хмари. Хмара тут - це пул ресурсів, які ми можемо розподіляти між віртуальними машинами. За задумом Microsoft адміністратор не повинен міркувати над тим, звідки беруться ресурси, на якому сервері в даний момент працює ВМ і на LUN-е якого сховища лежать її файли. Ми то розуміємо, що це майже нереальна ситуація ... Це якийсь масштаб повинен бути у інфраструктури? Тому «багато серверів» поняття відносне, для кожного адміністратора воно своє.

Так ось, щоб управляти структурою в якій «багато серверів», Microsoft радить використовувати Virtual Machine Manager 2012, а краще System Center 2012 , В складі якого присутній VMM 2012.