- Що таке настільна віртуалізація і кому вона потрібна
- Трохи про системні вимоги
- Віртуалізіруем все
- налаштовуємо мережу
- Мережа типу міст (Bridget) - VMnet0
- Приватна мережа (Нost-only) - VMnet1
- NAT - VMnet8
- Custom
- LAN Segment
- Advanced
Торкнувшись теми настільної віртуалізації можна обійти стороною продукти безсумнівного лідера даного ринку - VMWare. VMWare Workstation надає користувачам практично необмежені можливості в побудові віртуальних середовищ і враховує багато особливостей саме настільного застосування. Чого не скажеш про Hyper-V, коли в призначену для користувача ОС додали серверний гипервизор, або VirtualBox, який має значно меншу функціональність.
Що таке настільна віртуалізація і кому вона потрібна
Відразу внесемо ясність - настільна віртуалізація за завданнями і потребами не має нічого спільного з серверної і, найчастіше, висуває до Гіпервізор прямо протилежні вимоги. Часто даний вид віртуалізації розглядають як щось несерйозне, для чого вистачить якогось VirtualBox, і не бачать сенсу в платному ПО, до якого належить VMWare Workstation.
На перший погляд, 287 $ за настільний гипервизор здаються досить високою сумою, проте познайомившись з продуктом ближче починаєш розуміти, що він однозначно варто своїх грошей. Для тих, хто тільки починає освоювати віртуалізацію можна порекомендувати безкоштовний VMWare Player , Який, хоч і призначений в першу чергу для запуску готових віртуальних машин, дозволяє створювати нові виртуалки і має більшість можливостей старшої версії.
З істотних обмежень: відсутність можливостей тонкої настройки мереж і відсутність підтримки снапшотов.
Основне завдання настільних засобів віртуалізації - це тестування, дослідження та навчальна діяльність. А це вимагає можливості швидко обмінюватися між хостом і віртуальними машинами різною інформацією, тому настільні засоби надають загальний буфера обміну, перетягування файлів, загальні папки і т.п. , Що в засобах серверної віртуалізації не потрібно і навіть шкідливо, в основному з точки зору безпеки.
Ще одне завдання - взаємодія віртуальних машин з різними типами периферійних пристроїв, в т.ч. вельми специфічними, що дуже часто потрібно при розробці та налагодженні, але практично ніколи не потрібно в серверному застосуванні.
Трохи про системні вимоги
Якщо ви хочете просто запустити одну - дві виртуалки, то даний пункт можна не читати, а ще краще поставити VMWare Player або Hyper-V. В іншому випадку варто подбати про апаратне забезпечення.
Процесор повинен підтримувати апаратну віртуалізацію і його ресурсів повинно бути достатньо для роботи з декількома системами. Нічого сверх'ественного тут не потрібно і завданнями відмінно впораються процесори серії Intel Сore i5 або AMD FX-6xxx / AMD A8.
А ось пам'яті, незважаючи на те, що вона зараз відносно недорога, мало не буває. Тому має сенс встановити максимально можливе значення. Як необхідний мінімум слід розглядати обсяг в 16 ГБ, а для нормальної роботи рекомендується 32 Гб. Кому то ці цифри можуть здатися завищеними, але наприклад щоб зібрати в віртуальному середовищі відмовостійкий кластер Hyper-V з двох нод, контролера домену та сховища, буде потрібно мінімум 10 Гб, а адже оперативна пам'ять потрібна ще і хосту.
Відразу один момент. За замовчуванням VMWare Workstation дозволяє використовувати для потреб віртуальних машин 75% від встановленої пам'яті, тому, якщо у вас встановлений великий обсяг оперативної пам'яті, є сенс збільшити це значення в настройках не дивлячись на попередження.
Дискова підсистема теж пред'являє специфічні вимоги. По-перше, для зберігання віртуальних машин потрібно місце, багато місця, особливо якщо ви будете активно використовувати снапшоти. По-друге потрібно нормальна продуктивність масиву в операціях випадкового доступу. Дослідним шляхом виявлено, що звичайний диск загального призначення дозволяє досить комфортно працювати з не більше ніж з 4-5 одночасно запущеними машинами.
Тому відразу забудьте про економічні і т.п. серії дисків. У нашій практиці ми використовуємо окремий RAID 0 масив з швидких дисків, наприклад, таких як WD Black. Висока швидкість і низькі накладні витрати вигідно відрізняють цей тип масивів, а недолік у вигляді низької надійності при настільному використанні не настільки важливий. Жорсткі диски не вмирають відразу і цей процес, щодня перебуваючи за машиною, нескладно помітити.
Якщо є можливість, краще зібрати два масиви з двох дисків, замість одного з чотирьох. Велика кількість дисків в масиві безумовно додасть йому продуктивності, але різко ускладнить його обслуговування.
Перераховані вимоги змушують обачно підходити до вибору материнської плати, швидше за все вам підійдуть тільки старші моделі, що мають необхідну кількість роз'ємів пам'яті і SATA-портів. А хто сказав, що віртуалізація річ дешева?
Віртуалізіруем все
Одним з незаперечних переваг VMWare Workstation є найширший вибір підтримуваних гостьових систем. Набагато важче знайти щось непідтримуваний. Це вигідно відрізняє даний продукт від Hyper-V, де нормально підтримуються тільки рідні ОС і Linux з ядрами 3.4 і вище, і від VirtualBox, де є проблеми з підтримкою старих ОС.
Готові шаблони є для практично для всього, починаючи від MS-DOS і Windows 3.11 і закінчуючи FreeBSD і Solaris. У той же час, якщо ви не знайшли в списку потрібної системи, це не означає, що вона не буде працювати. Шаблони являють собою не більш, ніж набори віртуального обладнання, оптимізовані для тієї чи іншої ОС для максимальної підтримки "з коробки" і надають можливість установки для зазначених систем VMWare Tools - набору драйверів і служб поліпшують взаємодію віртуальної машини з хостом (безшовна миша, загальний буфер , автоподбор розміру вікна і т.п.).
Однак це не говорить про те, що вибравши шаблон для Windows ви не поставите туди Linux і навпаки, а ось варіант, що будь-яке обладнання, наприклад, мережа, виявиться недоступним "з коробки" набагато більш реальний, як і той, що VMWare Tools доведеться встановлювати вручну.
Якщо необхідної вам ОС немає в шаблонах, то слід вибрати найближчий відповідний, так для Linux Mint вибираємо Ubuntu або просто Other Linux xx kernel - це дозволить без проблем запустити і використовувати будь-який дистрибутив на зазначеному сімействі ядер, проте можуть бути недоступні деякі доступні для конкретних дистрибутивів додаткові можливості - 3D-прискорення в гостьових системах і т.д.
Також, в більшості випадків, можна встановити і повністю підтримуються системи, наприклад, QNX або BeOS, хоча це вже більше відноситься до екзотики, ніж до робочих моментів.
Для установки таких систем можна вибрати шаблон Other або спорідненої ОС приблизно того-ж проміжку часу. У нашому випадку для BeOS найкраще підійшов шаблон FreeBSD. У будь-якому випадку ніхто не заважає пробувати і експериментувати. Природно про VMWare Tools в підтримуються ОС говорити не доводиться.
налаштовуємо мережу
Мережеві настройки VMWare Workstation пропонують нам кілька видів підключень, вибрати або змінити тип підключення можна безпосередньо в налаштуваннях віртуального мережевого адаптера.
По суті вам пропонують вибрати, до якого віртуального комутатора підключити мережеву карту віртуальної машини. Налаштування віртуальних комутаторів доступні в Edit - Virtual Network Editor.
За замовчуванням вже створено три комутатора VMnet0, VMnet1 і VMnet8. Розглянемо їх докладніше.
Мережа типу міст (Bridget) - VMnet0
Даний тип мережі дозволяє приєднати віртуальні машини до зовнішньої мережі використовуючи існуюче підключення до мережі. На відміну від Hyper-V, фізична мережева карта не відключається від хоста, а один з портів віртуального комутатора VMnet0 працює в режимі мережевого моста з фізичної мережевою картою.
Налаштування віртуального комутатора гранично проста і зводиться до вибору необхідного фізичного адаптера.
Приватна мережа (Нost-only) - VMnet1
Також створюється за замовчуванням і дозволяє організовувати ізольовані від зовнішнього світу приватні мережі. Доступними опціями є вбудований DHCP-сервер і підключення до хосту, в цьому випадку на хості створюється віртуальний мережевий адаптер підключений до даного комутатора.
В налаштуваннях віртуального комутатора ми можемо вибрати підмережа, пул адрес DHCP сервера і час оренди.
Наявність вбудованого DHCP дозволяє швидко створювати однорівневі мережі не турбуючись про мережевої інфраструктури, що здорово економить час при роботі в тестових середовищах.
NAT - VMnet8
Даний тип мережі дозволяє віртуальним машинам одержувати доступ в інтернет за допомогою технології хоста, але в той же час ізолює цю мережу від зовнішніх мереж. Крім вбудованого DHCP-сервера в мережі присутній віртуальний маршрутизатор з функцією трансляції мережевих адрес, який забезпечує доступ в інтернет.
Можливості NAT дозволяють організовувати кидок портів для віртуальних машин, а також містять опції тонкої настройки для інших протоколів і служб.
Варто відзначити, що віртуальний маршрутизатор є повноцінним мережним пристроєм і має за замовчуванням адреса 192.168.x.2, який передається віртуальним машинам по DHCP в якості шлюзу. Ця електронна адреса можна змінити в настройках NAT і слід враховувати при ручному налаштуванні мережі на гостьових системах.
При підключенні до такої мережі хоста, він отримує адресу 192.168.x.1 і має доступ тільки до віртуальної мережі без можливості виходу в інтернет. У цьому неважко переконатися відкривши властивості адаптера, підключеного до VMnet8, адреса шлюзу для хоста не вказується.
Custom
Дана опція не є типом мережі, а дозволяє безпосередньо вказати віртуальний комутатор, до якого буде підключена мережева карта. Також можна вибрати будь-який не налаштований комутатор і отримати на його основі приватну мережу без підключення до хосту і віртуальних мережевих служб.
LAN Segment
Досить цікавий пункт, дозволяє створити повністю ізольовану від хоста приватну мережу без мережевих служб.
Причому отримати такий самий ефект можна, як ми вже говорили вище, вибравши в пункті Custom будь ненастроєного віртуальний комутатор. У чому відмінність двох однакових режимів документація замовчує.
Advanced
Це не тип мережі, а додаткові настройки мережевого підключення, дозволяють вказувати пропускну здатність з'єднання і рівень втрат.
Це дає можливість без залучення додаткового ПЗ емулювати модемне з'єднання, асиметричні лінії зв'язку, канали поганої якості і т.п. і буде гідно оцінений розробниками і тестувальниками мережевих рішень.
В наступній частині статті ми розглянемо роботу з периферійними пристроями, дисками і розділами, а також розглянемо систему снапшотов.
А хто сказав, що віртуалізація річ дешева?