Ми додамо компоненти Hyper-V в Windows 10, розглянемо варіант створення віртуальної машини з допомогою Hyper-V, А також розглянемо її параметри.

Додаємо компоненти Hyper-V.

запускаємо "Виконати"будь-яким з двох способів:

1. Тиснемо правою кнопкою по меню "Пуск" і вибираємо "Виконати". (Рис.1)
2. Натискаємо поєднання клавіш "Win"+"R".

Рис.1 - Правою кнопкою "Пуск" -\u003e "Виконати".

вводимо appwiz.cpl(Рис.2)

Рис.2 - Вводимо appwiz.cpl

відкриється вікно "Програми та засоби". зліва натискаємо "Включення або відключення компонентів Windows". (Рис.3)

Рис.3 - Програми та засоби.

відкриється вікно "Компоненти Windows". Вибираємо все що є в розділі Hyper-V. (Рис.4)

тиснемо "Ок".

Рис.4 - Вибір компонентів Hyper-V.

Чекаємо установку компонентів - застосування змін, І натискаємо "Перезавантажити зараз". (Рис.5)

Рис.5 - Застосування компонентів, перезавантаження системи.

На цьому Додавання компонентів закінчено. Приступаємо до роботи з Hyper-V

Запуск Hyper-V.

В меню "Пуск" -> "Засоби адміністрування Windows" з'явився ярлик "Диспетчер Hyper-V". Запускаємо його. (Рис.6)

Рис.6 - Запускаємо Диспетчер Hyper-V.

Перед нами стартове вікно "Диспетчера Hyper-V". (Рис.7)

Рис.7 - Стартове вікно Диспетчера Hyper-V.

Вибираємо зліва наш комп'ютер, у мене це - DESKTOP-9PLBR7Q, Праворуч з'явиться меню "Дії", Натисніть на пункт "Диспетчер віртуальних комутаторів". (Рис.8)

Рис.8 - Заходимо в Диспетчер віртуальних комутаторів.

В "Диспетчері віртуальних комутаторів" натисніть "Створити віртуальний комутатор". (Рис.9)

Рис.9 - Створюємо віртуальний комутатор.

Введіть ім'я, У мене це - Hypernet і примітка, у мене це - Мережа Hyper-V. (Рис.10)

Так само виберете Тип підключення. Я вибрав підключення до зовнішньої мережі через мою мережеву карту - "Realtek PCIe GBE Family Controller". А також встановив галочку в чекбоксі "Дозволити керуючої операційній системі надавати загальний доступ до цього адаптера".

тиснемо "Застосувати".

Рис.10 - Властивості віртуального комутатора.

вискакує попередження "Очікування зміни можуть порушити підключення до мережі". (Рис.11) Я припускаю, що цю статтю будуть читати новачки, а значить вони навряд чи будуть покроково повторювати за мною, використовуючи задіяний сервер, свого підприємства 😀 . Отже нічого страшного в тому, що ми можемо на деякий час втратити підключення до мережі. тиснемо "Так" і чекаємо "Застосування змін".

Рис.11 - Попередження про можливе порушення мережевого підключення.

Тепер зайшовши в "Мережеві підключення" -\u003e "Налаштування параметрів адаптера". Ми можемо побачити наш щойно створений vEthernet (Hypernet), Так само з ним сусідить не під'єднані vEthernet (Комутатор за замовчуванням) - "Стандартна мережа "автоматично надає віртуальним машинам доступ до мережі комп'ютера за допомогою перетворення мережевих адрес ( NAT). NAT на даний момент нам не цікавий. І комутатор цей чіпати ми не будемо. (Рис.12)

Рис.12 - Мережеві підключення -\u003e Налаштування параметрів адаптера.

На цьому настройка мережі закінчена. Переходимо до найголовнішого, тому для чого і створена система віртуалізації Hyper-V - С оздание віртуальної машини.

Створення віртуальної машини.

Тиснемо правою кнопкою на нашу комп'ютера -\u003e "Створити" -\u003e "Віртуальна машина". (Рис.13)

Рис.13 - Створення віртуальної машини Hyper-V.

Відкриється "Майстер створення віртуальної машини". (Рис.14)

• Натисніть кнопку "Готово", Щоб створити віртуальну машину з настройками за замовчуванням.
• Натисніть кнопку "Далі", Щоб створити віртуальну машину з особливими параметрами конфігурації.

Рис.14 - Майстер створення віртуальної машини.

Вказуємо Ім'я віртуальної машини і її розташування. (Рис.15)

Я вирішив протестувати за допомогою Ubuntu Server 18.04.

З цього у мене так:

• ім'я:ubuntuserver 18.04.
• Розташування: E: \\ hyper-v ubuntu server 18.04 \\.

Рис.15 - Вказуємо Ім'я віртуальної машини і її розташування.

Вибираємо покоління віртуальної машини. (Рис.16)

У більшості випадків варто вибрати друге покоління, але якщо ви встановлюєте щось 32-bitве то варто вибрати - покоління -1.

Особисто у мене Ubuntu Server 18.04 64-bitз підтримкою UEFI, Отже я вибираю - Покоління 2.

Рис.16 - Вибираємо покоління віртуальної машини.

Виділяємо кількість оперативної пам'яті. (Рис.17)

Моїй операційній системі вистачить 1Gb ОЗУ \u003d\u003e Я залишаю за замовчуванням вписані 1024 Mb. йдемо "Далі".

Рис.17 - Виділяємо кількість оперативної пам'яті.

Вибираємо до якого комутатора буде підключений наш мережевий інтерфейс. (Рис.18)

вибираємо наш "Hypernet" , йдемо "Далі".

Рис.18 - Налаштування мережі.

Створюємо віртуальний жорсткий диск. (Рис.19)

вказуємо ім'я, Розташуванняі максимальний Розмір файлу віртуального HDD.

У мене так:

• ім'я: ubuntu server 18.04.vhdx.
• Розташування: E: \\ hyper-v ubuntu server 1804 \\.
• Розмір: 10 ГБ.

Рис.19 - Створюємо віртуальний жорсткий диск.

вибираємо ISO-образ з якого будемо встановлювати операційну систему. (Рис.20)

вибираємо пункт "Встановити операційну систему з файлу завантажувального образу" -\u003e Натискаємо "Огляд" -\u003e Вибираємо iso-образ. -\u003e Тиснемо "Далі".

Рис.20 - Вибір способу ОС.

Завершення роботи майстра створення віртуальної машини. (Рис.21)

тиснемо "Готово".

Рис.21 - Завершення роботи майстра створення віртуальної машини.

тепер в Диспетчері Hyper-V ми бачимо, щойно створену, віртуальну машину - ubuntu server 1804. (Рис.22)

Натискаємо на неї правою кнопкою миші -\u003e "Підключити".

Рис.22 - Диспетчер Hyper-V, Нова віртуальна машина.

З'явиться вікно (Рис.23)

Якщо ви хочете встановити систему Windows то при натисканні на кнопку "Пуск" у вас повинна запуститися установка, без яких любо помилок.

Але для того щоб запустився Ubuntu Server 18.04довелося в "Файл" - > "Параметри"-> "Безпека" відключити "Безпечну завантаження". (Рис.24)

Рис.23 - Підключення до віртуальної машини.
Рис.24 - Відключаємо Безпечну завантаження.

Включаємо віртуальну машину. (Рис.25)

Рис.25 - Включаємо віртуальну машину.

Все відмінно віртуальна машина запустилася. Нас зустрічає установник Ubuntu Server 18.04.(Рис.26)

Рис.26 - Запущена віртуальна машина. Установник Ubuntu Server 18.04.

Зміна параметрів віртуальної машини.

Зробимо невеликий огляд параметрів віртуальної машини, щоб ви могли подивитися основні функції до того як приймете рішення користуватися системою віртуалізації Hyper-V.

"Файл" - > "Параметри".(Рис.27) Рис.27 - Заходимо в "Файл" -\u003e "Параметри"

Устаткування.

"Вбудоване" - можна змінити пріоритет завантаження пристроїв у віртуальній машині. (Рис.28)

Рис.28 - Вибір пріоритету завантаження.

"Безпека" - можна, можливо "Включити / Виключити безпечну завантаження", "Включити / Виключити підтримку шифрування ". (Рис.29)

Рис.29 - Параметри безпеки віртуально машини.

"Пам'ять"- можна відредагувати кількість виділеної ОЗУ, Включити / Виключитифункцію Динамічна пам'ять.(Рис.30)

Рис.30 - Параметри оперативної пам'яті.

"Процесор"- можна відредагувати число віртуальних процесорів відповідно до числа процесорів на фізичному комп'ютері. (Рис.31)

Також можна розподілити навантаження в "Управління ресурсами".

"SCSI-контролер"можна додати Жорсткий диск, DVD-дисководабо Загальний диск. (Рис.32)

Рис.32 - Параметри SCSI-контролер.

Також можна змінити параметри підключених носіїв, Наприклад тут ми можемо змінити вставлений в віртуальний DVD-дисковод ISO-образ. (Рис.33)

Рис.33 - Параметри носіїв.

"Мережевий адаптер" можна змінити конфігурацію мережевого адаптера: Вибрати Віртуальний комутатор, прописати VLAN ID, налаштувати пропускну здатність. (Рис.34)

Рис.34 - Параметри мережі.

Управління.

"Ім'я"- можна легко поміняти віртуальної машини, на більш зручне для вашого користування. (Рис.35)

Рис.35 - Зміна імені.

"Служби інтеграції"- Вибір служб які ви хочете зробити доступними для віртуальної машини. . (Рис.36)

Рис.36 - Служби інтеграції.

"Контрольні точки" - Тут можна налаштувати Контрольні точки (snapshot, точки відновлення), включити автоматичний режим їх створення і призначити місце їх зберігання. (мал.37)

Мал.37 - Контрольні точки.

"Розташування файлу Smart Padding"- Можна вказати шлях до файлу підкачки. (Мал.38)

Smart Padding- функція яка дає можливість при нестачі пам'яті для завантаження віртуальної машини використовувати файл підкачки на хості.

Мал.38 - Розташування файлу Smart Padding.

"Автоматичні дії при запуску" - Можна вибрати операцію, яку ви хочете виконати з даної віртуальної машиною при запуску фізичного комп'ютера. (Рис.39)

У даній статті будуть описані основні дії, які вам доведеться робити при роботі з гіпервізором Hyper-V.

Розділи статті:

Створення віртуальної машини за допомогою Hyper-V

Hyper-V - це вбудований гипервизор, який входить в набір компонентів серверних операційних систем Windows Server і з недавнього часу, починаючи з Windows 8 доступний і на звичайних версіях операційних систем. Це рішення виглядає більш вдалим, ніж входила в Windows 7 віртуальна машина Windows Virtual PC.

У даній статті ми опишемо весь процес створення віртуальної машини за допомогою гипервизора Hyper-V, а також спосіб перенесення з іншого гипервизора (VMWare), реплікація, backup і відновлення віртуальної машини.

Цей компонент доступний тільки в операційних системах з 64-розрядністю і не нижче фахових видань. Також є єдиною на даний момент технологією віртуалізації Microsoft, що підтримує 64-розрядні гостьові системи. У звичайних клієнтських операційних системах підтримується режими сну і глибокого сну, чого немає в серверних Гіпервізор.

Для роботи з Hyper-V ваш процесор повинен підтримувати технології віртуалізації, так як без це даний компонент не працюватиме.

У процесора має бути присутня апаратна віртуалізація. У Intel ця технологія називається Intel-VT (може бути позначена як VMX), а у процесорів на базу AMD називається AMD-V (може позначатися SVM). Так само повинна бути трансляція адрес другого рівня, SLAT (Intel EPT або AMD RVI).

Як визначити чи підходить ваш комп'ютер для роботи з Hyper-V і чи відповідає вимогам?

1. Можна скористатися інформацією з офіційного сайту виробників ваших процесорів, переглянувши таблицю підтримки технологій віртуалізації. (Intel | AMD).
2. Скористатися фірмовими утилітами розробленими виробниками ваших процесорів (Intel | AMD)
3. Вдатися до стороннім програмам. Одне з таких додатків називається Coreinfo, яке доступне для скачування з офіційного сайту Microsoft (посилання на скачування: скачати).

Утиліту Coreinfo потрібно запускати до активації компонента Hyper-V, так як судячи з відгуків і коментарів, дане додаток може показати невірну інформацію, яка може ввести в оману.

Активація компонента на Windows8 / 8.1 / 10

Якщо ви використовуєте програмне забезпечення серверної операційної систему Windows Server, тоді в панелі управління вам необхідно активувати роль Hyper-V

У користувальницької ОС Windows Hyper-V являє собою компонент, який спочатку не активований. Для активації даного компонента ви можете ви можете скористатися 2-ма способами.

1. Активація за допомогою команди в PowerShell. Для цього в пошуку введіть PowerShell і в розпочатому терміналі введіть наступну команду:
   Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All
2. За допомогою графічного інтерфейсу Windows. Для цього викличте рядок «Виконати» за допомогою поєднання клавіш Win + R і введіть наступну команду «OptionalFeatures». Після цього перед вами відкриється вікно «Включення або відключення компонентів Windows», тут вам необхідно поставити галочку навпроти пункту «Hyper-V» і натиснути «ОК».

Виберіть ваш сервер віртуалізації, клікнувши по ньому один раз, як і в моєму випадки він матиме теж ім'я що і ваш комп'ютер.

Після цього в панелі управління виберіть пункт «Дія» і в меню розділ «Створити», і в цьому розділі «Віртуальна машина ...».

Тепер перед вами відкриється вікно «Майстер створення віртуальної машини». Перший крок - це ознайомча інформація перед проведенням налаштувань, її можна спокійно пропустити, натиснувши кнопку «Далі».

Наступним кроком буде присвоювання імені створюваної віртуальної машині і вибір її директорії (місця де буде зберігатися віртуальний жорсткий диск), стандартно це C: \\ ProgramData \\ Microsoft \\ Windows \\ Hyper-V \\. Якщо вам необхідно змінити місце поранення, поставте галку на проти пункту «Зберегти віртуальну машину в іншому місці» і виберіть шлях.

У наступному вікні вам необхідно буде вибрати покоління віртуальної машини. На вибір буде представлено «Покоління 1» і «Покоління 2», основна відмінність між ними, це те, що в новому, другому поколінні, можна встановити операційні системи, які будуть працювати на основі UEFI і тільки мають 64-розрядну версію системи.

Якщо ви збираєтеся встановити віртуальну машину з операційною системою Windows XP або нижче, а також 32-розрядної версії (наприклад, Windows 7 32-bit), тоді вам необхідно вибрати «Покоління 1». У всіх інших випадках вибираємо «Покоління 2» (наприклад, Windows 7 64-bit йди Windows 10 64-bit)

Після створення віртуальної машини даний параметр не можна буде змінити.

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

У розділі «Підключити віртуальний жорсткий диск» можна встановити розмір віртуального жорсткого диска, який буде використовувати віртуальна машина для своєї роботи, крім цього можна вказати місце де буде розташований віртуальний диск даної машини.

У тому випадку якщо у вас вже є віртуальний диск з раніше встановленої віртуальною машиною, і ви хочете перенести його підключити, тоді потрібно скористатися другим пунктом «Використовувати наявний віртуальний жорсткий диск». Дану опцію зручно застосовувати якщо вам необхідно перенести віртуальну машину з одного сервера на інший без втрати даних. У Hyper-V можна підключити віртуальні жорсткі диски формату VHD або VHDX. Також даним способом можна переносити віртуальні машини з інших гіпервізора (наприклад, VMWare) про це можна прочитати.

Третій пункт «Підключити віртуальний жорсткий диск пізніше». Цим пунктом можна скористатися якщо вам необхідно створити і налаштувати віртуальну машину для майбутньої роботи. Так ви зможете мати вже готову віртуальну машину і в потрібний момент просто встановити на неї систему або імпортувати віртуальний жорсткий диск на іншій машині.

У розділі «Параметри установки» ви можете вибрати спосіб, яким будете проводити установку операційної системи на віртуальну машину.

На вибір надаються такі способи:

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

Вибравши відповідний для вас спосіб переходимо до останнього кроку створення віртуальної машини на Hyper-V

В останньому вікні представлена \u200b\u200bзведення всіх параметрів, які ви застосували до створюваної машині. У цьому розділі ви повинні перевірити всю інформацію.

Після цього натискаємо кнопку «Готово» і чекаємо поки пройде створення нашої віртуальної машини.

Після того як машина створилася запускаємо її для того, щоб встановити операційну систему. Для запуску машини натисніть по ній правою кнопкою миші і виберіть пункт «Підключити ...».

Відкриється вікно підключення, в якому необхідно натиснути кнопку «Пуск», після чого відбудеться запуск.

При першому запуску наша машина запустити раніше обраний образ системи для подальшої установки, установка нічим не відрізняється від звичайної, проводимо всі ті ж дії, в залежності від завдання.

Після установки операційної системи можемо її користуватися. Таким чином ми створили віртуальну машину використовуючи технологію Hyper-V і встановили на неї операційну систему.

Для зміни параметрів машини необхідно відкрити вікно «Параметри», це можна здійснити двома способами, або натиснути кнопку «Файл» і вибрати «Параметри» у вікні підключення до виртуалке, або ж в диспетчері Hyper-V натиснути правою кнопкою на машину і вибрати той же пункт «Параметри». У цьому вікні управління віртуальною машиною вам надається можливість змінити конфігурацію, додати, змінити або збільшити віртуальний диск, змонтувати образ, провести настройку мережевого контролера і т.д.

Деякі параметри можна змінити під час того як машина запущена, тому краще це робити, коли вона вимкнена.

Перенесення віртуальної машини VMware на Hyper-V

Досить часто виникає необхідність у переносі віртуальної машини з однієї платформи на іншу. У цьому розділі ми опишемо спосіб перенесення такої машини з гипервизора на Hyper-V.

Найголовніше у віртуальній машині є її віртуальний диск, іменного диск ми і будемо переносити, але для цього його необхідно конвертувати. Формат в якому створює і зберігає віртуальні диски VMware - ето.vmdk, саме його ми і повинні конвертувати в формат.vhd, так як тільки з ним працює гипервизор Hyper-V.

Найпростіший спосіб - це скористатися безкоштовним конвертаторів StarWind V2V Converter, який можна завантажити з офіційного сайту, але для цього необхідно буде ввести свій email на який ви і отримаєте посилання на скачування інсталяційного дистрибутива. Дана утиліта допоможе конвертувати віртуальні диски для запуску на Гіпервізор VMware і Hyper-V.

Коли ви отримаєте файл на пошту, завантажуємо і встановлюємо його. Після цього запускаємо.

Першим що ви побачите це вікно, в якому нам пропонується вибрати спосіб пошуку віртуального диска:

1. Local file - вибір файлу який розташований на тому ж комп'ютері або сервері де і виробляється запуск утиліти (вибір локального файлу).
2. VMware ESXI Server - вибір файлу розташованого на віддаленому сервері під керуванням гипервизора VMware (знадобиться ввести дані для підключення до сервера).
3. Microsoft Hyper-V Server - вибір файлу розташованого на віддаленому сервері під керуванням гипервизора Hyper-V (знадобиться ввести дані для підключення до сервера).

У даній ситуації ми будемо шукати локальний файл, так як утиліта запущена на тому ж комп'ютері де розташовані і віртуальні машини. Вибираємо перший пункт і натискаємо «Next».

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

У тому випадку якщо при створенні віртуальної машини на VMware ви використовували опцію створення диска не одним фалом, тоді з переліку дисків виберіть той, який був створений останнім.

У наступному вікні нам запропонують більш докладні настройки при конвертації в VHDX формат. Тут ми нічого не чіпаємо і йдемо далі.

У вікні «Destination image location» ми можемо вибрати куди зберегти конвертований диск. На вибір запропоновано або зберегти його в певному місці на комп'ютері де і проводиться конвертація, або ж відправити відразу безпосередньо на сервер. Так як сервер знаходиться на тому ж комп'ютері де і конвертований віртуальний диск, тоді вибираємо пункт «local file». Після цього вибираємо місце куди збережеться диск і очікуємо закінчення конвертації.

Після того як віртуальний диск конвертується ми можемо вставити його в уже готову віртуальну машину або ж створити нову і в ході налаштування параметрів вибрати вже готовий віртуальний диск на гіпервізора Hyper-V. Як це зробити ви можете прочитати.

Backup і відновлення віртуальної машини

• Запустити створення «Контрольної точки», яка створить снапшоти (Snapshots) необхідних розділів, для швидкого відновлення після збою роботи віртуальної машини. Застосовувати цей спосіб можна із запущеною віртуальною машиною під час її роботи.
  Такий спосіб добре тільки для відновлення працездатності, збереження файлів і подібного не відбувається.
• І збереження всієї віртуальної машини за допомогою експорту. Даний спосіб є не найшвидшим, але найнадійнішим. Таким чином ви робите бекап всієї машини з файлами конфігурації і її точками відновлення.

Є ще безліч скриптів, які проводять автоматичне збереження дисків і backups машин, але про це в іншій статті.

Для створення контрольної точки відкрийте «Диспетчер Hyper-V» виберіть потрібну машину і в розділі «Дії» виберіть пункт «Контрольна точка».

Після цього почнеться створення контрольної точки, за ходом створення можна простежити в колонці «Статус» віртуальної машини. Після завершення контрольна точка створена і при необхідності з неї можна відновиться, для цього просто виберіть пункт «Повернення», і після цього почнеться відновлення останньої контрольної точки.

Для експорту також відкрийте «Диспетчер Hyper-V» і виберіть пункт «Експорт ...», після цього у вікні, виберіть шлях збереження віртуальної машини і натисніть кнопку «Експорт». Після цього почнеться збереження, за ходом якого ви також зможете простежити в колонці «Статус». Після завершення в обраному вами каталозі ви зможете побачити папку з ім'ям вашої віртуальної машини і всіма збереженими даними. Для відновлення цієї віртуальної машини виберіть пункт «Імпорт віртуальної машини ...» і вкажіть Гіпервізор потрібну папку, після чого почнеться відновлення.

Реплікація віртуальної машини на Hyper-V

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

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

Функція реплікації доступна тільки на серверних операційних системах (Windows Server 2008/2012/2016 ...)

1. Відкриваємо Диспетчер Hyper-V на тому сервері куди буде відбуватися копіювання і створення репліки.
2. Натискаємо правою кнопкою по серверу і у випадаючому меню вибираємо налаштування сервера.
3. У вікні параметрів потрібно активувати функцію даного сервера, щоб він приймав реплікацію з інших серверів. Ставимо галочку навпроти «Enable this computer as a Replica server». При активації потрібно вказати порт аутентифікації, стандартно використовується 80-й. Також нижче в розділі «Allow replication from any authenticated server» можна вказати хости з яких буде робити реплікація і задати параметри аутентифікації.
   

   «Перевірте параметри Firewall», щоб був відкритий потрібний порт, або ж в тому випадки якщо всі порти сервера приймає репліки повинні бути закриті, можна скористатися командним рядком для для підключення. Для цього вводимо таке «netsh advfirewall firewall add rule name \u003d" HVReplica "dir \u003d in action \u003d allow protocol \u003d TCP localport \u003d ВАШ_ПОРТ».

4. Тепер необхідно налаштувати сервер з якого будуть відправлятися репліки. Для цього відкриваємо диспетчер гипервизора і переходимо до потрібної віртуальної машині. Натискаємо правою кнопкою по ВМ і вибираємо пункт «Enable Replication».
5. Відкриється майстер налаштування. У ньому ми вказуємо сервер призначення.
   
6. В параметрах реплікації можна налаштувати час і кількість створення реплік.
   
7. При першому запуску реплікації буде відбуватися повне копіювання всієї віртуальної машини на вказаний сервер.
8. Готово, так ми створили реплікацію віртуальної машини з одного сервера на інший.

висновок

У даній статті ми описали основні дії, які ви можете зустріти при роботі з гіпервізором Hyper-V зокрема при створенні віртуальної машини.

З тих самих пір, як в 2008 році компанією Microsoft була представлена \u200b\u200bна суд користувачів ПК пробна версія HYPER V, комп'ютерні технології встигли зробити крок далеко вперед. Тим часом хоч би новації не приносив сучасний світ без цієї, розробленої на основі гипервизора системи апаратної віртуалізації не обходиться і сьогодні. Правда, в наші дні на Windows 7 можна поставити і HYPER V SERVER, і компонент HYPER V MANAGER, що трохи полегшує завдання в її використанні при налагодженні мережі.

Проте практика показує, що установка HYPER V частенько викликає плутанину особливо в тих випадках, коли за справу береться новачок або користувач, який не знайомий з особливостями подібної системи Microsoft і основами її налаштування для роботи в мережі. В такому випадку виявляється просто неможливо залишити без відповіді питання, яким чином встановити і налаштувати HYPERV MANAGER і HYPER V SERVER на комп'ютері з ОС Windows 7.

Варіант № 1: Встановлення та налагодження HYPER-V сервер

Ні для кого не секрет, що сьогодні система HYPER V SERVER від Microsoft представлена \u200b\u200bв декількох збірках, у кожній з яких є свої переваги і недоліки. Зокрема, не так давно користувачам мережі інтернет став доступний випуск windows server 2012 r2 hyper v. Проте найпопулярнішим варіантом все також залишається версія Microsoft HVS 2008 R2 з налаштуванням Core.

У ньому крім бази HYPER-V не передбачено додаткових розширень, що, втім, не мінус, а плюс, якщо враховувати, що таким чином забезпечується оптимальне споживання хостингових ресурсів при максимально високих показниках продуктивності. Процес установки і його налагодження при цьому складається з декількох етапів.

І етап - підготовка комп'ютера

На підготовчому етапі потрібно зробити 3 базових дії:

1. скачати і записати завантажувальний накопичувач з образом HYPER V SERVER 2008R2. В якості основи можна взяти той же безкоштовний дистрибутив з сайту Microsoft. Він цілком підійде;
2. перевірити чи підтримує процесор систему апаратної віртуалізації;
3. виставити параметри запуску комп'ютера з зовнішнього диска.

ІІ етап - установка системи на Windows 7

Завершивши приготування, підключаємо флешку / диск з образом HYPER V SERVER 2008 R2 до комп'ютера і завантажується з неї. У віконці, що з'явилося в якості робочої мови вибираємо англійська, міняємо формат часу на російський і натискаємо кнопку Next:

Далі натискаємо кнопку Install now, а потім після прочитання ліцензії підтверджуємо прийняття умов угоди на використання Microsoft HVS 2008 R2. Після цього вибираємо в якості варіанту установки Сustom ( «Повна») і переходимо до кроку «Поділ жорсткого диска»:

Тут принцип дій той же, що і при установці / перевстановлення Windows: форматіруем жорсткий диск, а потім розбиваємо його на 2 розділу. Перший відведемо під розміщення гипервизора (обсяг пам'яті не менше 15 Гб); другий - під контейнери віртуальних машин в мережі (досить буде і 5 Гб пам'яті). Завершивши розбивку, натискаємо Next і чекаємо завершення копіювання даних і перезавантаження комп'ютера.

ІІІ етап - визначення базових параметрів

Після завершення установки HYPER V SERVER 2008R2 і перезавантаження програма запропонує поставити пароль адміністратора мережі. За умовчанням встановлено вимогу про 6-значному паролі з 1-й великою літерою і 1-й цифрою (спецсимволи). Минувши цей крок, на екрані має з'явитися два віконця з консолями - стандартна командний рядок і консоль опцій (управління) на блакитному тлі:

На цьому етапі нам доведеться попрацювати з консоллю опцій HVS 2008 R2:

Для початку вибираємо п. 8, відзначаємо необхідний мережевий адаптер, а потім прописуємо ip-адреса, шлюз за замовчуванням і маску підмережі. Ви зберегли переходимо в в головне меню, вибираємо п. 7, вбиваємо англійську букву E для, а потім цифру «2» - підключатися без обмежень по клієнтам. Далі знову повертаємося в основне меню, вибираємо п. 9 і аналогічним чином налаштовуємо дату і час для сервера в мережі.

IV етап - налагодження додаткових параметрів

Для коректної роботи HVS 2008 R2 в мережі необхідно також задати ім'я сервера і налаштувати робочу групу. Для цього в меню вибираємо п. 1, вбиваємо букву W і присвоюємо ім'я робочої групи (воно має збігатися з назвою ПК адміністратора мережі). Потім вибираємо п. 2, вказуємо мережеве ім'я сервера (наприклад, HVS-2008) і зберігаємо зміни, перезапустивши систему. Далі виставляємо інші параметри віддаленого управління. Для цього підключаємося віддалено до ПК, вибираємо п. 4 і по черзі виконуємо команди з підпункту 1 і 2 аж до перезавантаження.

Тепер завантажуємо пакет інструментів RSAT , Розроблений Microsoft, і вивантажуємо з нього в Windows 7 програмні дані диспетчера HYPER-V, розрахованого для адміністрування віртуальних машин. Після цього залишиться тільки виставити параметри для користувачів і встановити на ПК необхідні сервіси.

Варіант № 2: Підготовка HYPER-V менеджера

Для підключення до мережі замість HVS 2008 R2 можна вдатися також до HYPER-V менеджеру. Встановлюється він простіше, хоча база для нього і обмежена тільки складанням Windows 7 Professional і вище. Так чи інакше, порядок дій такий:

Ні для кого не секрет, що в Windows Server 2016 з'явилася вкладена віртуалізація Hyper-V. Незважаючи на те, що на момент написання статті доступна лише версія Technical Preview 5, вже в ній можна дуже близько познайомитися з новим функціоналом, про який я і постараюся коротко розповісти в цій статті.

Хочу зазначити, що все сказане відноситься до предрелізний версії і може сильно відрізнятися від офіційного релізу.

Якщо вам цікава тематика Windows Server, рекомендую звернутися до тегу на моєму блозі.

Функція вкладеної віртуалізації в Гіпервізор різних виробників доступна досить давно. Наприклад у VMWare підтримка 64х-бітних вкладених віртуальних машин була реалізована у версії ESXi 5.1 і це було аж у 2011 році, не кажучи про підтримку 32х-бітних вкладених ОС, доступних ще раніше. Інші вендори також не відставали. Проте, у Microsoft ми не могли побачити такого функціоналу до сьогоднішнього дня. Чому? Офіційної відповіді мені знайти не вдалося, але можна говорити як про спільну позицію (непріоритетних на той час завдання), так і про чисто логічних міркуваннях - в 2008 році з виходом Windows Server 2008 і подальшої 2008 R2 говорити про вкладеної віртуалізації було не зовсім актуально, адже гипервизор був ще багато в чому сируватий з багатьох напрямків (наприклад max. vCPU впиралося в 4 шт.), а ситуація з конкурентами була така, що Microsoft по суті змушений був активно їх наздоганяти.

архітектура

Класична віртуалізація першого типу являє собою гипервизор, що розмежовує доступ до обладнання між єдиним батьківським і безліччю гостьових розділів. При цьому доступний тільки один рівень віртуалізації - Level 1 - і використання вкладених віртуальних машин (VM всередині VM) НЕ мається на увазі. У загальному вигляді архітектура виглядає наступним чином:

Раніше спроба розгорнути роль Hyper-V всередині віртуальної машини неодмінно закінчувалася помилкою:

Так відбувалося тому, що гипервизор навмисно маскував від гостьових ОС набори апаратних інструкцій (Virtualization Extensions), що відповідають за віртуалізацію - Intel VT-x і AMD-V (всі ми пам'ятаємо, що Hyper-V - це система саме апаратної віртуалізації і без підтримки функціоналу з боку «заліза» працювати не буде).

Тепер же архітектура змінилася таким чином, що з'явилася можливість передачі наборів апаратних інструкцій в гостьові ОС (за умовчанням цей функціонал відключений):

Все це відкриває можливості для вкладеної віртуалізації, яка при цьому не обмежена другим рівнем (Level 2 на рис. Вгорі).

Примітка: в лабораторних умовах я абсолютно спокійною розгорнув віртуальну машину з четвертої ступенем вкладеності.

Але як і у будь-який свіжої технології (в даному випадку свіжої саме для Microsoft), у неї є деякі обмеження, про які нижче.

обмеження

Умовно можна розділити на апаратні і програмні.

апаратні

Апаратні обмеження впираються в обов'язкову підтримку процесором Intel технологій VT-x і EPT. Якщо наявність VT-x було стандартним вимогам і для ранніх версій Hyper-V, то необхідність в EPT з'явилася тільки зараз і тільки для вкладеної віртуалізації:

Примітка: Intel EPT надає віртуальним машинам прямий доступ до пам'яті, минаючи гипервизор і по суті представляє з себе технологію віртуалізації сторінок пам'яті. Технологія ця не нова і її можна зустріти навіть в давно застарілих Core 2 Quad.

І я нічого не забув, не написавши про процесори AMD. Справа в тому, що в Windows Server 2016 TP5 вкладена віртуалізація на процесорах AMD поки що не підтримується.

програмні

Програмних обмежень значно більше:

1. Використання Windows Server 2016 або Windows 10 як в батьківському, так і в гостьових розділах;
2. Віртуальна машина з версією конфігурації 8.0 і вище;

Примітка: в Windows Server 2016 змінився формат зберігання файлів конфігурації віртуальних машин. Якщо вірити розробникам, то новий формат став більш надійним, також з'явилася підтримка нових функцій, які будуть недоступні при використанні віртуальних машин зі старою версією конфігурації (для Windows Server 2012 R2 ця версія - 5.0).

Для вкладених віртуальних машин не підтримується:

1. Динамічна пам'ять;
2. Динамічна міграція;
3. Знімки віртуальних машин і стану Save / Restore;

Важливо пам'ятати, що якщо ви зібралися випускати вкладені віртуальні машини в зовнішню мережу, то на віртуальному адаптер «хостовой» віртуальної машини буде піднято віртуальний світч і на ньому будуть кілька віртуальних мережевих адаптерів, а значить кілька MAC-адрес, а значить треба включати спуфинг MAC-адрес на адаптері. Це теж в певному сенсі обмеження.

Є і обхідний варіант - використовувати NAT (це теж новий функціонал, про який розповім нижче).

застосування

У тих, хто зустрівся з вкладеною виртуализацией вперше, може виникнути питання про область її застосування. Зупинимося на цьому більш детально.

Найбільш адекватними сценаріями представляються тестування і розробка. У продакшені ви звичайно можете використовувати повністю вкладену віртуальну інфраструктуру, але неодмінно зіткнетеся з падінням продуктивності вкладених примірників.

Мені стало цікаво перевірити на реальному середовищі падіння продуктивності ЦП всередині віртуальних машин різного ступеня вкладеності. Для цього я використовував Hot CPU Tester Pro. Хоч і тестування вийшло виключно суб'єктивне, але воно як мінімум натякає на істотне падіння віддачі CPU:

Примітка: для вимірювання індексу продуктивності ЦП я просто запускав тест по черзі спочатку на хості (при цьому всі VM були заглушені), потім включав віртуальну машину і вимірював індекс всередині неї, виділивши максимально можливу кількість vCPU. Наступним кроком був запуск VM всередині цієї VM і вимір індексу продуктивності вже всередині віртуальної машини другий вкладеності і т.д.

Мого терпіння вистачило лише для розгортання примірника третьої вкладеності.

Налаштування

Для можливості використовувати вкладену віртуалізацію, необхідно виконати ряд налаштувань на хостовой ОС. Приступаємо.

Оновлення версії VM

Якщо з яких-небудь причин ваша віртуальна машина має версію конфігурації нижче 7.1 (наприклад вона смігріровала на ваш Hyper-V з попередніх версій Technical Preview), то обов'язково оновлюємо конфігурацію вручну, натиснувши правою кнопкою по VM і вибравши Оновити версію конфігурації:

Або через Powershell:

PowerShell

Update-VMVersion -Name "vm_name"

Update-VMVersion -Name "vm_name"

Останній варіант зручний при масовому оновленні віртуальних машин. Оновити всі VM враз можна командою Get-VM | Update-VMVersion.

Активація вкладеної віртуалізації

За замовчуванням гипервизор все також маскує апаратні набори інструкцій, що відповідають за віртуалізацію, не передаючи їх гостьовим ОС, як я і згадував раніше. Щоб змінити цю поведінку, необхідно виконати команду:

Shell

Set-VMProcessor -VMName VMName -ExposeVirtualizationExtensions $ true

Set - VMProcessor - VMName VMName - $ true

зміна опції ExposeVirtualizationExtensions доступно тільки через Powershell.

Спуфінга MAC-адрес / NAT

Якщо ви плануєте налаштувати мережу вкладених віртуальних машин таким чином, щоб всі вони перебували в реальному локальної мережі, то на одному єдиному мережевому адаптері «хостовой» віртуальної машини будуть висіти кілька MAC-адрес. Це очікувано викличе проблеми зі зв'язком, якщо не активована настройка Включити спуфинг MAC-адрес (А вона не активована за замовчуванням).

Ставимо галочку вручну:

Або через Powershell:

Shell

Get-VMNetworkAdapter -VMName "vm_name" | Set-VMNetworkAdapter -MacAddressSpoofing On

Get - VMNetworkAdapter - VMName "vm_name" | Set - VMNetworkAdapter - MacAddressSpoofing On

Якщо ж ви не плануєте випускати вкладені VM в локальну мережу, але все ж хочете забезпечити їх можливістю комунікацій по мережі, можна підняти NAT. Для цього необхідно створити віртуальний комутатор внутрішнього типу командою (на даний момент настройка NAT можлива тільки через Powershell):

Примітка: якщо до цього моменту всі налаштування проводилися на хостовой ОС, то NAT налаштовувати потрібно всередині віртуальної машини.

Shell

New-VMSwitch -Name "NAT 01" -SwitchType Internal

New - VMSwitch - Name "NAT 01" - SwitchType Internal

Створюємо NAT:

Shell

New-NetNat -Name "name" -InternalIPInterfaceAddressPrefix "ip-address / netmask"

New - NetNat - Name "name" - InternalIPInterfaceAddressPrefix"Ip-address / netmask"

Зверніть увагу, що на цьому етапі потрібно визначитися з підмережею, яка буде використовуватися за NAT-ом. Зрозуміло діапазон адрес не повинен перетинатися з реальними діапазонами у вашій локальній мережі.

Призначаємо адреса для інтерфейсу.

Привіт, Хабр! Зараз я задам вам питання, а ви подумайте: Що, дуже популярне і колись викликало трепет особисто у вас, сьогодні згадується тільки для «поностальгувати»? Напевно, хтось згадає Dendy або Super Nintendo, а деякі свій пейджер. Так ось, до чого це я ... Є вираз «ніщо не вічне». У сьогоднішній статті розглянемо, чи дійсно це так в сфері розробки і варто відмовлятися від VMWare на користь Hyper-V в питанні віртуалізації? А також торкнемося плюси обох платформ і процес переходу з однієї на іншу. Заглядайте під кат!

Ліричний відступ

Ми живемо в дивовижному часу. А, може бути, і в жахливому, дивлячись з якого боку подивитися. Зараз можливо те, що буквально років 20 тому я читав в фантастичних книжках: майбутнє настало через 200-500-1000 років. Польоти на інші планети, вихід за межі нашої сонячної системи, «квітучі яблуні на Марсі» - все це здавалося далеким і нездійсненним.

А тепер у нас є (ну практично є) космічний ядерний двигун, план полетіти на Марс в 2024 році і супутник за межами нашої сонячної системи.

Так, власне, до чого я це все веду. Це я до того, що все це стало можливим завдяки (або всупереч) стрімко розвиваються комп'ютерних технологій. Про одну з таких технологій зараз і поговоримо.

епіграф

Жила була одна компанія. Ні велика, ні маленька, ні висока, ні низька. Такий прям вилитий середній бізнес. Жила вона собі з декількома стійками обладнання, старого, від матері дістався. І настав момент все це господарство оновлювати. Порахували товариші вартість обладнання, подумали, так надумали впроваджувати віртуалізацію. А рік був давній, з представників славного роду універсальних віртуалізації тільки VMWare і була. Загалом її та впровадили. Йшов час, змінювалися завдання, росли інші представники славного роду віртуалізації. І прийшов час знову вибирати собі представника ...

Головне питання ІТ-професіонала - «Навіщо?»
(Або «А нафіга?»)

Дозвольте представитися. Мене звуть Антон і я керую відділом інфраструктурних рішень в одному їх великих російських ритейлерів. Як і в будь-який поважає себе організації у нас використовується віртуалізація і, звичайно ж, наша усіма «кохана» 1С. Впроваджували ми VMware давно, жили з нею, в принципі, непогано (хоча історій додали мені сивого волосся теж вистачає), але, як і при будь-якому розвитку періодично доводиться оглядатися навколо, щоб дізнаватися про альтернативні рішення.

А почалася наша історія переходу з того, що я побачив Hyper-V в одному кутку разом з VMware у квадранта Gartner. Тут-то я і задумався. За підсумком роздумів вийшла ось така табличка «за / проти» переходу. А ще знамениті косяки VMware з CBT ... Прямо мнямка. Та ще й два рази в двох різних релізах. Прям вогонь!

хвилинка хайпа

Тут же згадується анекдот:

«Як дізнатися, що людина затятий веган. Ніяк. Він сам вам про це розповість. »
Так само і тут - як дізнатися ярого красноглазіка. Ніяк. Він сам розповість, що Linux - це божа благодать, а Windows - породження князя тьми.

Хейтер 2x354 тут же встануть в стійку і, бризкаючи рідинами, почнуть розповідати, як оновлення Microsoft ламають до біса взагалі всю ОС. Це так, тут сперечатися не буду, є у товаришів любов до таких ось веселим подаруночки. Але в цілому, процес еволюції на мій погляд у компанії Microsoft доведений до досконалості. Революція - це не їх, а ось еволюція - коник. І кожен вибирає те, що йому ближче.

Відразу обмовлюся - порівняння «by feature» теж було, тільки в житті ніхто «в здоровому глузді і міцної пам'яті» не будуватиме кластера по граничних значень. Та й схожі вони насправді практично як брати близнюки, а принципової різниці між тим, скільки сотень ядер можна віддати одній віртуальній машині я особисто не бачу.

хвилина холівара

Чому «Killer feature» від VMware багато в чому просто маркетинг?

Fault Tolerance. Серйозно? Ви читали обмеження? Ви реально це використовуєте в продакшені? Якщо так, то мені вас щиро по-людськи шкода ... За весь час жодного разу не бачив, щоб це кому-небудь реально знадобилося ...

Проброс USB і PCI-девайсів. Теж дуже спірний момент. Ці речі позбавляють виртуалку основного переваги віртуалізації - вільної міграції між хостами. Проброс PCI ми використовували, але як тільки змогли відмовитися - полегшено видихнули. Для проброса USB вже давним-давно придумані і зроблені як софтові, так і апаратні рішення. Сильно простіше.

Кешування даних на читання на локальні SSD. Так, коли вийшла дуже радів цій можливості. Але в реальності приріст не побачив навіть на синтетичних даних. А в робочому середовищі періодично ловив дикі зависання цієї системи (тут я не стверджую, що вина системи -возможно це мої криві руки щось не так налаштували). І вишенька на торті: кешируєт ця система тільки блоки певного розміру, і треба витратити багато часу на збір інформації про розмір запиту до диску, думати яка саме виртуалка повинна бути пріоритетною в використанні цієї технології.

Зате у Hyper-V є штатна можливість зменшити диск. Знаєте, скільки разів я мріяв про такий в VMware? Набагато більше ніж можна собі це уявити.

Так, ще момент. Перехід на інший гипервизор - це індивідуальне рішення, але ось мій список стоп-факторів, при наявності яких на мій погляд точно не варто переходити на Hyper-V. Ну або дуже уважно все продумати і протестувати.

1. У вас основна ОС на Linux-серверах.
2. Вам потрібно запускати екзотику.
3. Вам потрібні готові віртуальні сервера від вендерів (думаю це просто питання часу).
4. Ви не любите Microsoft.
5. VMware ви отримали на халяву разом з обладнанням.

табличка роздумів

За перехід на Hyper-V	Проти переходу на Hyper-V
Скорочення витрат на ліцензії VMware	Популярність платформи VMware
На базі цієї ж платформи побудований Azure	Розмір дистрибутива (спойлер: Nano Server не є аналогом esxi - це трохи інша ідеологія і позиціонування)
Цікава мережева віртуалізація	Проста схема ліцензування
Реплікація на інші СГД віртуалок штатними методами	Підтримка великої кількості різних ОС
Бонуси при купівлі комплекту для побудови віртуалізації (набір CIS, в який входять Windows Datacenter + System Center)	VMware вже працює
Різні плюшки при розгортанні Windows-серверів	Немає підтримки саме гипервизора як окремого продукту
Можна зменшувати диски на льоту	VDI тут можна використовувати тільки для лаби / тестів. Для продакшена це не підходить
Більш оперативна підтримка нових версій Windows	Наявність цікавих закінчених рішень для віртуалізації, коли ти у одного вендора купуєш і залізо і софт, і отримуєш одну консоль управління і одне вікно техпідтримки
це Microsoft	це Microsoft

"Стрибок віри"

Думав і гадав би я ще довго, але тут зійшлися зірки, і ми оновили парк серверів. А старі залишилися, причому непогані, тільки вже повільні за нинішніми мірками і до того ж морально застарілі. І було прийнято стратегічне рішення зробити ферму для розробки на базі Hyper-V. Перетягнули сервера на новий майданчик, оновили всі прошивки серверів і понеслась.

План тестування був простий:

1. Беремо сервер.
2. Встановлюємо на нього esxi. Нічого не змінюємо, настройки за умовчанням.
3. Виробляємо тести 5 разів:

   A) Для 1С тест Гильова.

4. Виробляємо тести 5 разів:

   A) Для 1С тест Гильова.

   B) Для SQL - скрипт на запис.

5. Встановлюємо Hyper-V. Нічого не змінюємо, настройки за умовчанням.
6. Розгортаємо віртуальну машину.
7. Виробляємо тести 5 разів:

   A) Для 1С тест Гильова.

   B) Для SQL - скрипт на запис.

8. Налаштовуємо по Best Practice's.
9. Виробляємо тести 5 разів:

   A) Для 1С тест Гильова.

   B) Для SQL - скрипт на запис.

10. Ставимо на фізичну машину Windows Server, налаштовуємо по Best Practice's і проводимо тести.
11. Порівнюємо і думаємо.

Устаткування: Dell FC 630, 2 процесора Intel Xeon E5-2643 v4 (чисто під 1С), 512Гб пам'яті.
Диски: san-мережу на базі Dell SC 200 з Read-Intensive SSD.

Отримали ось такі результати:

VMWare без Best Practices	тест Гильова	тест SQL
1	22.42	12.2
2	18.6	17.51
3	18.12	7.12
4	26.74	7.18
5	26.32	4.22
VMWare з Best Practices	тест Гильова	тест SQL
1	26.46	4.28
2	26.6	6.38
3	26.46	4.22
4	26.46	6.56
5	26.6	4.2
HyperV без Best Practices	тест Гильова	тест SQL
1	27.17	4.32
2	26.46	6.08
3	26.04	4.24
4	26.18	5.58
5	25.91	6.01
HyperV з Best Practices	тест Гильова	тест SQL
1	26.18	6.02
2	27.62	6.04
3	26.46	6.2
4	26.74	4.23
5	26.74	6.02
фізика	тест Гильова	тест SQL
1	35.97	4.06
2	32.47	4.04
3	31.85	6.14
4	32.47	5.55
5	32.89	5.43

легенда

Тест Гильова - більше означає краще, абстрактні «папуги».

Тест SQL - менше значить краще, час виконання.

Що налаштовували:

1. Кроки з підготовки хоста DELL Poweredge 630.

3.1.1 Помістити swap-файл на SSD диск. Cluster -\u003e Swap file location -\u003e Store the swap file in the same directory as VM. Configuration -\u003e VM Swapfile location -\u003e Edit.

3.1.3 Налаштувати SAN Multipathing через Host -\u003e Configuration -\u003e Storage -\u003e Manage Paths -\u003e Path Selection -\u003e Round Robin.

3.1.4 Включити Host -\u003e Configuration -\u003e Power management -\u003e Properties -\u003e High Perfomance.

3.2.1 Використовуємо paravirtual диски: VM -\u003e SCSI Controller -\u003e Change Type -\u003e Paravirtual.

3.2.2 Бажано використовувати Thick provision eager zeroed.

3.2.3 Включаємо VM -\u003e Options -\u003e CPU / MMU Virtualization -\u003e Use Intel VTx for instruction set and Intel EPT for MMU Virtualization.

3.2.4 Відключаємо VM BIOS -\u003e Legacy diskette, VM BIOS -\u003e Primary Mater CD ROM.

4. Кроки по тестуванню на платформі Windows Server без best practices:

4.1 Встановлюємо Windows Server 2016 Datacenter на хост і всі оновлення.

4.2 Робимо необхідні настройки на хості.

4.3 Встановлюємо віртуальну машину з Windows і всі оновлення.

4.4 Встановлюємо «1С: Підприємство». Налаштовуємо, якщо потрібно поки ставимо по дефолту, версія 1С - 8.3.10 (остання).

4.5 На окремій машині встановлюємо Windows Server 2016 з сервером SQL 2016 з усіма апдейтами.

5.1.1 Активувати MPIO:
Enable-WindowsOptionalFeature - Online - FeatureName MultiPathIO
(Get-WindowsOptionalFeature - Online - FeatureName "MultiPathIO"). State

5.2.1 Використовуємо Generation2 VM.

5.2.2 Використовуємо fixed диски в VM.

Якщо життя на Марсі?

Начебто життя вдалося, тести показують, що розрахунки і ставки були вірні і тепер настане той самий шукана нірвана ... Так я думав і сподівався до тих пір, поки ми в тестовому режимі не поставили кластер для розробників.

Брехати не буду, установка дійсно відбувається просто й невигадливо. Система сама перевіряє всі, що їй потрібно для щастя, і якщо чогось немає, то відправляє вас за цим в найближчий гастроном показує докладний звіт про те, що не так і навіть дає поради щодо усунення проблеми. В цьому плані мені продукт від Microsoft сподобався набагато більше.

Тут же пригадалася історія про п'ятиденної листуванні з техподдержкой VMware про проблему при переході на 5.5. Виявилося, весела штука. Якщо ти заводиш на SQL-сервері окрему обліковий запис для підключення vSphere, то пароль у неї повинен бути не довше 14 символів (або 10, зараз вже не пам'ятаю), бо далі система банально обрізає і викидає як непотрібну частину шматок пароля. Дійсно, цілком собі обгрунтоване поведінку.

Але все веселощі почалося пізніше. Один сервер вилетів і відмовився бачити мережеву карту (в результаті ОС тут виявилася ні до чого). Потім сервера почали втрачати кворум. Потім сервера хаотично стали вилітати з кластера. VMM толком не працював і часто просто не міг під'єднатися до ферми. Потім сервера стали вставати на паузу в кластері. Потім при міграції машини стали бачитися на двох хостах. В цілому ситуація була близька до катастрофи, як ми думали.

Але, зібравшись з духом, ми, все-таки, вирішили повоювати. І знаєте, що? Все вийшло. І виявилося, що проблеми з мережевою картою були апаратні, проблема з кластером зважилися після правильного налаштування мережі. А після того, як ми переставили хостової ОС і VMM на англійські версії взагалі все стало добре. І тут мені стало сумно ... 2017 рік, а все ще потрібно ставити англійську Windows щоб було менше проблем. Це epic fail на мій погляд. Зате бонусом отримали набагато простіший пошук по тексту помилок.

В результаті кластер завівся, VMM працює коректно, а ми почали роздавати виртуалки користувачам.

До речі, окремого котла в пеклі заслуговує той, хто придумав інтерфейс і логіку VMM ... Сказати, що він незрозумілий - це нічого не сказати. При першому відкритті у мене з'явилося повне відчуття що я дивлюся на приладову дошку корабля прибульців. Начебто форми знайомі, але розуміння що тут що і навіщо немає ніякого. Хоча можливо через багато років я звикну. Або просто завчити дії як мавпочка.

Як ви будете почуватися, коли все-таки завів трактор?

В цілому емоції і відчуття у мене від переходу позитивні. Шаблони і їх можливості для ОС від Microsoft не йдуть ні в яке порівняння з аналогами у VMware. Вони прям дуже зручні, з величезною кількістю всяких свістелок і витребеньок, які в цілому досить розумні. Поки ганяємо кластер для розробників, звикаємо до нового життя.

Ще дуже сильно, але дуже приємно здивувало питання міграцією машин з VMWare. Спочатку я читав форуми, шукав софт, думав як це буде. Виявилося, за мене вже все придумали. Ми за дві секунди підключили в VMM vCenter і прямо з VMM сказали «дорогий товаришу, дайте, будь ласка, ось тих цукерок, аж надто вони смачні смігріруй мне пожалуйста ось цю виртуалку на новий гипервизор.» І саме забавне - смігріровал. З першого разу. Без бубна і помилок. І в підсумку міграція, на тест якої я планував виділити тиждень вклалася в 40 хвилин, з яких 20 була сама міграція.

Чого не вистачає:

1. Маленького дистрибутива, заточеного саме під віртуалізацію (аналога esxi).
2. Нормальною консолі управління (консоль незручна, особливо після управлялкі від VMware, але є надія на проект Гонолулу. У всякому разі, дивлячись на технічне превью, виникає розуміння що продукт повинен дати той самий зручність управління).
3. Технічної підтримки продукту віртуалізації. Так, я знаю, що є Premium Support, але це зовсім не те, чого хочеться.

Підводячи підсумки (якщо вам ліньки читати статтю):

1. Зараз продуктивність двох платформ приблизно однакова.
2. Продуктивність 1С така ж.
3. У Hyper-V віртуальні диски можна як збільшувати, так і зменшувати. Причому онлайн.
4. Дуже, ну прямо дуже, проста міграція з VMWare.
5. Біда з підтримкою в звичному її розумінні.
6. VMM вкрай незручна штука, особливо після vCenter. Але з іншого боку VMM це просто графічна оболонка для скриптів PowerShell, так що можна рулити усім цим через звичний Powershell CLI.
7. Перехід вимагає переучуватися і розбиратися з тонкощами саме Hyper-V. Багато речей і ідеологічні підходи різняться.
8. Шикарні шаблони віртуальних машин з Windows. Дивно зручно.
9. Економія грошей.
10. Більш цікава на мій погляд реалізація Software-defined storage, але це «на любителя».
11. Повага за те, що весь Azure побудований на власних технологіях, які потім приходять on-premise.
12. Проста і дуже щільна інтеграція з хмарою.
13. Непогана віртуалізація мережі, з багатьма цікавими моментами.
14. На мій погляд VDI - це не до Microsoft і Hyper-V. Але з іншого боку стрім проложений (RemoteApp) зроблений досить добротно, і для більшості компаній мало чим буде гірше, ніж той же Citrix.
15. Слабка підтримка сторонніми вендорами готових образів віртуалок для Hyper-V (припущу, що явище тимчасове).
16. Вельми дивна нова ліцензійна політика (по ядрах).

про автора

Антон Литвинов - останні 6 років працює в компанії 585 / Золотий. Пройшов шлях від мережевого інженера до керівника відділу інфраструктурних рішень і в підсумку поєднує в собі містера Джекіла і доктора Хайда - фуллстак інженера і керівника. В ІТ вже приблизно 20 років.