Передовими розробниками в цій технології виявилися компанії VMWare з продуктом vSphere і Microsoft з технологій Hyper-V. Для вибору гипервизора для інфраструктури ТОВ «Авантрейд» необхідно провести порівняльний аналіз двох рішень.
Огляд продуктів VMWare
Компанія VMware займається розробкою спеціалізованих продуктів для віртуалізації з 1998 року. Весь пакет продуктів компанії, так чи інакше, пов'язаний з технологіями віртуалізації і можливостями їх застосування. Треба відзначити, що серед трьох основних гравців на ринку комерційних продуктів для віртуалізації (Citrix, Microsoft, VMware) тільки VMware є вузько спеціалізованою компанією на продуктах віртуалізації, що дозволяє їй йти попереду всіх конкурентів по функціональним можливостям продуктів.
Флагманськими продуктами VMware є VMware ESX / ESXi - Гіпервізор, що встановлюються на «голе» залізо. На поточний момент останньою версією продукту є четверта версія, випущена в середині 2009 року. Гипервизор є основою для віртуалізації серверів, він дозволяє розділяти ресурси таким чином, щоб створювати окремі, незалежні середовища для безлічі операційних систем на одному фізичному сервері. Однак сам по собі гипервизор має дуже обмежене коло можливостей, для реалізації ж всіх переваг потрібно рішення, яке включає засоби не тільки віртуалізації, а й управління інфраструктурою (vCenter) - це комплексне рішення називається vSphere.
Аналіз ефективності використання серверного обладнання показує, що більшу частину робочого часу завантаження становить близько 5-8% від максимальної, в неробочий же час сервери просто простоюють, нагріваючи повітря. При використанні VMware vSphere ми консолідуємо на одному фізичному сервері навантаження з кількох серверів (переносимо на один сервер не тільки додатки, але і операційні системи). Продуктивність сучасних серверів робить вкрай неефективною популярну раніше концепцію «одна задача один сервер», але завдяки віртуалізації тепер можна використовувати нову: «одна задача - одна віртуальна машина». Таким чином, вирішується проблема сумісності різного ПО - далеко не всі програми можна запустити в одному екземплярі операційної системи. Крім того, часто в інфраструктурі використовуються старі додатки, які вже не сумісні з поточними версіями ОС, а установка старих версій не підтримується на новому обладнанні. Віртуалізація вирішує і цю задачу - у віртуальній машині ESX можна запустити навіть Windows NT 4.0 або MS-DOS.
Продукти віртуалізації серверів знаходять своє застосування в самих різних інфраструктурах: від невеликих компаній до великих підприємств.
У невеликих компаніях продукт дозволяє мінімізувати кількість серверного обладнання, при необхідності зберігаючи можливість використовувати різні операційні системи. За допомогою технологій віртуалізації, ми можемо розмістити всі сервіси на одному-двох повноцінних серверах (замість декількох звичайних ПК, як це нерідко буває) і вирішити як питання якості обладнання, так і його кількості.
У середніх і великих підприємствах віртуалізація серверів дозволяє підвищити доступність сервісів за допомогою технологій відмовостійкості і міграції віртуальних серверів між фізичними серверами. Можливість перемістити віртуальні сервера з одного фізичного сервера на інший без зупинки, дозволяє істотно підвищити доступність сервісу і полегшити обслуговування всієї системи. Значно скорочується час розгортання нових сервісів - вже не потрібно чекати поставки нового сервера, досить за кілька хвилин розгорнути нову віртуальну машину і встановити необхідне програмне забезпечення. За рахунок того, що для віртуальних машин не потрібна установка специфічних драйверів, оновлення прошивок і т.д. завдання адміністрування також істотно спрощуються.
VMware vSphere має універсальну систему моніторингу стану елементів всієї системи, як на рівні фізичних серверів, так і на рівні віртуальних серверів підприємства. якщо стандартних засобів моніторингу з якихось причин недостатньо, то існує цілий ряд додаткових додатків третіх фірм володіють додатковими можливостями.
Існує можливість забезпечення підвищеної доступності віртуальних серверів, шляхом перезапуску на резервному фізичному сервері в разі відмови основного, що показано на малюнку 2.3.
Малюнок 2.3 - Організація роботи гипервизора при збоях
Таким чином, завдяки доступності резервних серверів є можливість швидкого відновлення працездатності системи шляхом переміщення даних з основного сервера в разі відмови на резервний.
Термін «віртуалізація» останнім часом стає дуже модним. Поняття «віртуальна машина» вже перестало бути чимось екзотичним і далеким. Багато організацій, так чи інакше пов'язані з інформаційними технологіями, Вже навчилися застосовувати віртуальні машини в повсякденній діяльності для підвищення ефективності своєї IT-інфраструктури. Поняття віртуалізації застосовується зараз повсюдно і, часом, в різних контекстах: віртуалізація систем зберігання, операційних систем, додатків. Якщо різні аспекти віртуалізації апаратних ресурсів відомі фахівцям вже давно, то віртуалізація операційних систем почала набирати обертів лише за останні кілька років, але стрімкими темпами.
Так що ж таке віртуалізація і віртуальні машини стосовно операційним системам? Сам по собі термін віртуалізація означає представлення якогось об'єкта в зручному вигляді для користувача, при цьому всі подробиці реалізації ховаються, а сам об'єкт має звичні інтерфейси для взаємодії із зовнішнім, по відношенню до нього, середовищем. Коли говорять про віртуалізації операційних систем, перш за все, мають на увазі створення віртуальних машин - деяких абстракцій, що містять в собі власну віртуальну апаратно-програмне середовище, що дозволяє на одній фізичній платформі встановити і запускати одночасно кілька примірників операційних систем. Для чого це потрібно? Перш за все, для того, щоб відокремити уявлення операційної системи від апаратури і розмістити кілька працюючих віртуальних серверів на одному фізичному з можливістю швидкої міграції та відновлення операційних середовищ. Також такий підхід забезпечує максимальну гнучкість щодо розгортання серверів, підтримання їх життєздатності і управління.
Більшість CIO великих організацій якщо і не планують часткову або повну віртуалізацію своєї IT-інфраструктури, то, принаймні, серйозно замислюються про неї. У перспективі, проекти по віртуалізації здаються дуже привабливими: підвищення гнучкості IT-інфраструктури, збільшення надійності та забезпечення високої доступності серверів, економія на апаратному забезпеченні - всі ці та безліч інших факторів привертають керівників IT-відділів компаній. Проте, багато хто не усвідомлює, яких зусиль буде коштувати міграція фізичної інфраструктури на віртуальну - адже грамотних фахівців в цій області зараз одиниці, а придбання та розгортання потужних комерційних платформ віртуалізації вимагає чималих витрат. В даній статті піде мова про двох популярних платформах для віртуалізації серверів - безкоштовної VMware Server і комерційної VMware ESX Server.
Чому VMware?
Компанія VMware - один з перших гравців на не так давно сформованому ринку платформ віртуалізації. У 1998 році VMware запатентувала свої програмні техніки віртуалізації і з тих пір випустила чимало ефективних і професійних продуктів для віртуалізації різного рівня: від VMware Workstation, спрямованої на кінцевого користувача (consumer) до VMware ESX Server, призначеного для розміщення віртуальної інфраструктури середніх і великих підприємств. У досить великому списку продуктів VMware можна знайти чимало інструментів для підвищення ефективності процесу віртуалізації, управління віртуальними серверами і засоби міграції з фізичних платформ на віртуальні. У Росії продукти компанії VMware особливо популярні, оскільки віртуалізація у нас ще тільки набирає обертів, а платформи інших вендорів, не так відомі нам, є вельми «сирими» і мають набагато меншою функціональністю, ніж аналоги у VMware. Крім того, за результатами різних тестів продуктивності засоби віртуалізації VMware майже завжди за більшістю параметрів виграють у конкурентів. А якщо говорять про віртуалізації операційних систем Windows - то це майже напевно продукти VMware. Тим часом, серед платформ віртуалізації у VMware є з чого вибирати:
- VMware Workstation - платформа, орієнтована на Desktop-користувачів і призначена для використання розробниками ПЗ, а також професіоналами в сфері IT,
- VMware Player - безкоштовний «програвач» віртуальних машин, призначений для запуску вже готових шаблонів віртуальних машин, що виконують конкретне завдання,
- VMware Server, Який носив раніше назву VMware GSX Server, спрямований на використання в інфраструктурі малих підприємств для підтримки віртуальних серверів
- VMware Ace - продукт для створення захищених політиками безпеки віртуальних машин,
- VMware ESX Server - потужна платформа віртуалізації для середнього та великого бізнесу, орієнтована в першу чергу на підтримку цілісної і масштабованої IT інфраструктури,
- VMware Virtual Center - потужний засіб для управління платформами віртуалізації VMware ESX Server і VMware Server, що володіє широкими можливостями по консолідації серверів, їх налаштування і управління.
- VMware Fusion - настільний продукт для віртуалізації на платформі Mac від компанії Apple.
Формальними конкурентами VMware щодо віртуалізації серверів є компанії Microsoft, Virtual Iron, XenSource і SWsoft. Однак, продукт компанії SWsoft має досить вузьку сферу застосування (хостинг), а розробки інших вендорів в порівнянні з продуктами VMware на даний момент виглядають набагато слабкіше.
Коли потрібно впроваджувати віртуальну інфраструктуру в компанії
Перш за все, необхідно чітко визначити цілі, з якими будуть впроваджуватися платформи віртуалізації. Потім, необхідно визначити критерії, за якими буде оцінюватися ефективність впровадження віртуальної інфраструктури. Крім чисто фінансових критеріїв (зменшення витрат на апаратне забезпечення, економія на обслуговуванні), потрібно також враховувати підвищення надійності інфраструктури, масштабованості, гнучкості, стійкості, зменшення часу розгортання, простою, відновлення після збоїв, централізацію управління і забезпечення високої доступності. Безумовно, всі ці критерії можуть бути виражені в грошовому еквіваленті, в залежності від типу і специфіки оточення, що підлягає віртуалізації.
7 причин впроваджувати віртуалізацію серверів
- Збільшення коефіцієнта використання апаратного забезпечення
За статистикою, більшість серверів завантажені на 15-20 відсотків при виконанні ними повсякденних завдань. Використання декількох віртуальних серверів на одному фізичних дозволить збільшити його до 80 відсотків, забезпечивши при цьому істотну економію на придбанні апаратного забезпечення. - Зменшення витрат на заміну апаратного забезпечення
Оскільки віртуальні сервера відв'язані від конкретного обладнання, при оновленні парку фізичних серверів не потрібно повторна установка Профтехосвіта. Віртуальна машина може бути просто скопійована на інший сервер. - Підвищення гнучкості використання віртуальних серверів
У разі якщо вам необхідно використання декількох серверів (наприклад, для тестування і роботи в продакшені) при навантаженню, що змінюється, віртуальні сервера є кращим рішенням, Так як вони можуть бути безболісно перенесені на інші платформи, коли фізичний сервер відчуває підвищені навантаження. - Забезпечення високої доступності
Бекап віртуальних машин і їх відновлення з резервних копій займає значно менший час і є простішою процедурою. Також, при виході з ладу обладнання, резервна копія віртуального сервера може бути відразу запущена на іншому фізичному сервері. - Підвищення керованості серверної інфраструктури
Існує безліч продуктів для управління віртуальною інфраструктурою, що дозволяють централізовано керувати віртуальними серверами і забезпечувати балансування навантаження і «живу» міграцію. - Економія на обслуговуючому персоналі
Спрощення управління віртуальними серверами в перспективі тягне за собою економію на фахівцях, які обслуговують інфраструктуру компанії. Якщо дві людини за допомогою засобів для управління віртуальними серверами можуть робити те, що робили четверо, навіщо вам два зайвих фахівця, які отримують не менше $ 15000 на рік? Проте, потрібно враховувати, що для підготовки кваліфікованих кадрів у сфері віртуалізації теж потрібні чималі гроші. - Економія на електроенергії
Для малих підприємств цей фактор, звичайно ж, не має особливого значення, проте для великих датацентрів, де витрати на підтримку великого парку серверів включають в себе витрати на електроенергію (харчування, системи охолодження), цей момент має чимале значення. Концентрація декількох віртуальних серверів на одному фізичному зменшить ці витрати.
Коли не потрібно впроваджувати інфраструктуру в компанії
Незважаючи на всі плюси, віртуалізація серверів має також деякі обмеження свого застосування. Плануючи віртуальну інфраструктуру, необхідно враховувати такі фактори:
- Сервери мають постійну робочу завантаження понад 60 відсотків
Такі сервери не є хорошими кандидатами на віртуалізацію, оскільки при міграції його на віртуальну машину і розміщенні з іншими віртуальними серверами, йому може не вистачити ресурсів. - Сервер використовує додаткове обладнання, яке не може бути віртуалізованних
Тут все ясно: в разі, коли сервер використовує «залізо», яка не підтримується вендорами платформ віртуалізації, немає сенсу віртуалізовивать такий сервер. - Витрати на придбання і впровадження платформи віртуалізації занадто великі
У середніх і малих організаціях інфраструктура серверів не так вже й велика, так само, як і невеликі витрати на обладнання та обслуговування. В такому випадку, потрібно обережно підходити до процедури віртуалізації, оскільки придбання комерційної платформи може виявитися невиправданим. - Відсутність кваліфікованих фахівців
У багатьох випадках процес міграції з фізичного заліза на віртуальні машини і подальше розгортання платформи віртуалізації вимагає хорошої кваліфікації від людей їх проводять. Особливо це потрібно при розгортанні платформ класу «Bare metal» (голе залізо). Якщо ви не впевнені, що ваші люди володіють достатніми для цього знаннями, не починайте проект по віртуалізації.
VMware Server - безкоштовна і потужна платформа віртуалізації для малого бізнесу
Безкоштовний продукт VMware Server є досить потужною платформою віртуалізації, яка може бути запущена на серверах під управлінням хостових операційних систем Windows і Linux. Основне призначення VMware Server - підтримка малих і середніх віртуальних інфраструктур невеликих підприємств. У зв'язку з невеликою складністю його освоєння і установки, VMware Server може бути розгорнутий в найкоротші терміни, як на серверах організацій, так і на комп'ютерах домашніх користувачів.
Раніше цей продукт поширювався по комерційній ліцензії і носив назву VMware GSX Server 3, однак, зі зростанням можливостей і продажів потужної платформи віртуалізації VMware ESX Server, компанія VMware не побачила перспектив в продажах платформи VMware Server, зробивши в кінцевому підсумку продукт безкоштовним. Варто зазначити, що стосовно цього продукту VMware розраховує в основному на доходи від продажів Virtual Center for VMware Server, ефективного засобу для управління віртуальною інфраструктурою на основі VMware Server, який володіє широкими можливостями по взаємодії з віртуальними машинами і консолідації віртуальних серверів.
Ось основні варіанти використання продукту VMware Server:
- підтримка декількох віртуальних серверів на одному фізичному в продакшені компанії
- підтримка декількох віртуальних серверів з метою тестування «в зв'язці» у віртуальній мережі хоста при розробці та підтримці програмного забезпечення
- запуск готових до використання віртуальних машин (Virtual Appliances), що виконують певну серверну функцію
- забезпечення високої доступності віртуальних серверів (віртуальні машини можуть легко переноситися між фізичними серверами)
- створення зручних до відновлення резервних копій віртуальних серверів за рахунок отримання миттєвих знімків поточного стану системи ( «снапшотов»).
VMware Server володіє широкими можливостями по роботі з віртуальними машинами, що включають в себе:
- Підтримку будь-якої стандартної архітектури x86
У VMware Server немає особливих вимог до компонентів фізичного сервера - на відміну від VMware ESX Server, який накладає вельми конкретні обмеження на обладнання сервера. Багатоядерні процесори також підтримуються. - Підтримку двонаправленого віртуального SMP (symmetric multi-processing)
Якщо дозволяє архітектура фізичного сервера, віртуальні машини, створювані в VMware Server, можуть містити два віртуальних процесора, що позитивно позначається на продуктивності гостьових систем. - Підтримку великого числа хостових і гостьових операційних систем, повний список яких завжди доступний на сайті VMware
Число хостових операційних систем, на яких може бути встановлений VMware Server, звичайно ж, менше, ніж число підтримуваних гостьових систем. Тим часом, як гостьова може бути встановлена \u200b\u200bпрактично будь-яка відома операційна система. Навіть якщо її немає в списку підтримуваних, це не означає, що її не можна встановити. - Підтримку 64-бітових хостових і гостьових операційних систем
Як хостових 64-х бітних систем можуть використовуватися 64-х бітні ОС сімейства Windows Server 2003 а також 64-х бітові версії Linux-систем: Red Hat, SUSE, Mandriva і Ubuntu. Список підтримуваних гостьових ОС доповнений також ще і 64-х бітових версіях Windows Vista, Sun Solaris і FreeBSD. - Підтримку IntelVT (Intel Virtualization Technology)
VMware Server експериментально підтримує технологію апаратної віртуалізації компанії Intel і дозволяє використовувати її для підтримки віртуальних машин. Варто відзначити, що апаратна віртуалізація з досліджень інженерів VMware поки є повільнішою, ніж програмна, тому не рекомендується включати підтримку програмної віртуалізації з метою кращої швидкодії.
Знайомство з VMware Server починається з вікна консолі управління віртуальними машинами: 
У робочій області головного вікна програми можна створити віртуальну машину, додати вже існуючу, переключити консоль на інший фізичний хост (керувати віртуальним сервером віддалено), а також налаштувати параметри хоста.
Створення віртуальної машини в VMware Server - процес простий і інтуїтивний і займає всього кілька кроків майстра створення віртуальної машини:
- вибираємо гостьову систему зі списку, яка буде встановлена \u200b\u200bв якості гостьової
- вибираємо ім'я і розташування файлів віртуальної машини
- вибираємо тип мережевої взаємодії між віртуальною машиною, хостовой ОС, іншими віртуальними машинами і зовнішньою мережею
- вводимо обсяг віртуального диска і тиснемо Finish.
Після цього, якщо дистрибутив встановлюється гостьової системи знаходиться на CD або DVD-диску, просто вставляємо його в привід і натискаємо кнопку «Power on» на панелі інструментів. Якщо ж дистрибутив операційної системи у вас у вигляді ISO-образу, вибираємо пункт меню VM-\u003e Settings, переходимо на елемент CD-ROM, де вказуємо шлях до образу ISO, Тиснемо «ОК» і «Power On». 
Процес установки гостьової системи в VMware Server досить простий і не вимагає окремого опису. Однак при установці гостьових ОС необхідно обов'язково враховувати наступні моменти:
- Виділяйте планованому віртуального сервера кількість ресурсів, достатня для виконання ним своїх функцій, однак пам'ятайте, що збільшити число виділених ресурсів завжди складніше, ніж зменшити.
- При виборі типу мережевої взаємодії віртуального сервера, враховуйте питання безпеки, і якщо віртуального сервера знадобиться тільки взаємодія тільки у внутрішній віртуальної мережі хоста - не ставте Bridged Networking.
- Якщо не тільки ви маєте доступ до консолі управління віртуальним сервером, ви можете зробити вашу віртуальну машину приватній, встановивши галку в VM-\u003e Settings-\u003e Options-\u003e Permissions.
- Не забувайте встановлювати VMware Tools в гостьових системах, оскільки установка цих доповнень істотно підвищує зручність роботи з гостьової системою і її продуктивність.
- Намагайтеся дотримуватися співвідношення: не більше 4-х віртуальних машин на один фізичний процесор, оскільки більша їх кількість істотно позначиться на продуктивності віртуальних серверів.
При обслуговуванні віртуальної інфраструктури на основі VMware Server необхідно уважно спостерігати за завантаженням апаратних ресурсів сервера. У разі якщо будь-якої віртуальної машині не вистачає ресурсів, потрібно задуматися про перенесення її на інший сервер. Якщо ви плануєте керувати великою кількістю віртуальних серверів, варто подумати про придбання продукту VMware Virtual Center, що дозволяє централізовано контролювати безліч хостів, на яких встановлено VMware Server, об'єднувати їх в кластери і відстежувати завантаження хостів віртуальними машинами. Для визначення кількості ресурсів, яке необхідно виділяти віртуальним серверам, використовуйте лічильники продуктивності всередині гостьових систем. Намагайтеся використовувати тільки віртуальні SCSI-диски, оскільки віртуальні IDE працюють повільніше.
Якщо є необхідність в доступі до консолі віртуального сервера з зовнішньої мережі, можна налаштувати Web-клієнта для VMware Server, інтегрованого зі службами Microsoft IIS. Ця можливість дозволить контролювати віртуальні сервера через Інтернет з використанням захищеного з'єднання SSL (Secure Socket Layer).
Технічні характеристики VMware Server
| можливості | VMware Server 1.0 |
| Можливість запуску в якості сервісу | Так |
| Запуск віртуальних машин при старті операційної системи хоста | Так |
| локальне управління | Товстий клієнт, командний рядок |
| Множинний призначений для користувача доступ | Так |
| Програмні інтерфейси (API) | Так (C / COM / Perl) |
| Віддалене використання продукту | Так (Web console) |
| Віддалене використання віртуальних машин | товстий клієнт |
| Управління множинними установками | немає |
| Співвідношення віртуальні машини / ядро | 2-4 |
| Підтримка апаратної віртуалізації | Intel VT (Експериментальна) |
| Покоління віртуального апаратного забезпечення | 5 |
| Підтримка віртуальних процесорів всередині віртуальної машини (технологія VMware Virtual SMP) | 2 (Експериментальна) |
| Максимальна кількість оперативної пам'яті, що виділяється під віртуальну машину | До 3,4 ГБ |
| Максимальна кількість оперативної пам'яті, що виділяється під всі віртуальні машини | До 64 ГБ |
| Віртуальних контролерів IDE / дисків на віртуальну машину | 1/4 |
| Віртуальних контролерів SCSI / дисків на віртуальну машину | 4/60 |
| Максимальний розмір віртуального диска | До 950 ГБ |
| Максимальне число віртуальних мережевих інтерфейсів | 4 |
| віртуальних комутаторів | 9 |
| Отримання снапшотов через «товстий» клієнт | Так |
| Отримання снапшотов через командний рядок | немає |
| множинні снапшоти | немає |
| Клонування віртуальних машин | немає |
| Групи віртуальних машин (Teams) | немає |
| Налагодження віртуальних машин | Так |
| Служба загального каталогу (Shared folders) | немає |
| Підтримка Drag & Drop Хост Віртуальна машина | немає |
| Несумісні ОС хоста | Windows XP Professional (32 / 64bit) Windows XP Home Windows 2000 Professional Red Hat Linux 7.0 Red Hat Linux 7.1 |
- Тільки в операційних системах підтримують розширену пам'ять або включений PAE-режим.
- Доступно при використанні VMware Virtual Center.
Для продукту VMware Server існує безліч різних як комерційних, так і безкоштовних утиліт для управління віртуальними машинами і дисками, контролю продуктивності і обслуговування. Однак якщо ви збираєтеся на повну потужність використовувати можливості VMware Server, вам варто придивитися до продукту VMware Virtual Center for VMware Server.
VMware ESX Server -платформи віртуалізації корпоративного класу і засіб побудови віртуальної інфраструктури підприємства
Серед безлічі рішень для віртуалізації, що пропонуються компанією VMware, продукт VMware ESX Server займає особливе місце. Будучи флагманської розробкою компанії, VMware ESX Server являє собою основу для побудови великих віртуальних інфраструктур, в які інтегруються інші продукти VMware.
VMware ESX Server є платформою віртуалізації класу «Bare Metal» ( «голе залізо») і встановлюється на «чистий» сервер, який не має операційної системи та іншого програмного забезпечення. VMware ESX Server побудований на основі операційної системи Linux Red Hat, в якій інженери компанії VMware справили значні зміни, додавши безліч можливостей для підтримки віртуалізації. Така реалізація цієї платформи дозволяє максимально ефективно використовувати апаратні ресурси серверів і забезпечувати найкраще взаємодію між гостьовими системами і «залізом».
VMware ESX Server має безліч переваг і є ядром віртуальної інфраструктури великих підприємств, в якій потрібна підтримка безлічі віртуальних серверів, їх консолідація, забезпечення високої доступності та міграція віртуальних машин між фізичними серверами. ESX Server - це справжня концепція побудови IT-інфраструктури підприємства за допомогою віртуальних машин.
Крім ESX сервера в віртуальної інфраструктури підприємства присутні також такі компоненти, як мережі зберігання даних SAN (Storage Area Network), системи зберігання (Storages), високошвидкісні з'єднання (Fibre Channel) і віртуальні мережі (VLAN). Віртуальна інфраструктура на основі VMware ESX Server дозволяє централізовано керувати всіма цими ресурсами і забезпечувати безперебійну роботу віртуальних серверів. Основними компонентами віртуальної інфраструктури є:
- Власне ESX Server.
- Файлова система VMware VMFS (Virtual Machine File System), Оптимізована для швидкодії віртуальних машин і забезпечення їх високої доступності.
- VMware SMP (Symmetric Multi-Processing) - технологія, що дозволяє віртуальним машинам використовувати всі процесори хоста, маючи при цьому кілька віртуальних процесорів.
- Virtual Infrastructure Client - потужний засіб по віддаленого адміністрування і налаштування VMware ESX Server, що запускається на робочих станціях Windows і має дружній інтерфейс.
- Virtual Center - засіб для централізованого управління безліччю ESX-серверів.
- Virtual Infrastructure Web Access - можливість управління віртуальними машинами з зовнішньої мережі по захищеному каналу.
- VMware VMotion - технологія, що дозволяє здійснювати «живу» міграцію запущеного віртуального сервера на інший фізичний сервер, без необхідності вимикання віртуальної машини і забезпеченням її безперебійної роботи під час міграції.
- VMware High Availability (HA) - можливість, що дозволяє в разі апаратного або програмного збою фізичного сервера, автоматично перезапустити потрібні дзеркала віртуальних машин на іншому сервері.
- VMware Distributed Resource Scheduler (DRS) - компонент, що дозволяє здійснювати динамічне виділення ресурсів віртуальних машин.
- VMware Consolidated Backup (VCB) - просте і потужний засіб для створення резервних копій віртуальних машин.
- VMware Infrastructure SDK - пакет для розробки додатків для віртуальної інфраструктури сторонніми розробниками.
Коли потрібно використовувати віртуальну інфраструктуру на основі VMware ESX Server
- Ви чітко уявляєте собі, скільки буде потрібно фізичних серверів для підтримки інфраструктури віртуальних серверів. Майте на увазі, що планувати міграцію фізичних серверів необхідно з розрахунку не більше 4-6 віртуальних машин на один фізичний процесор при середньої реальної завантаженні мігріруемих фізичних серверів 15%.
- Ви вибрали відповідне видання VMware ESX Server, а також компоненти віртуальної інфраструктури, розрахували вартість їх розгортання і обслуговування і прийшли до висновку, що впровадження доцільно, оскільки економія на апаратному забезпеченні та обслуговуванні покриває ці витрати.
- У вас є фахівці, які не тільки грамотно проведуть проект по віртуалізації, а й адміністратори, що володіють достатніми знаннями для того, щоб кожен день підтримувати і розвивати віртуальну інфраструктуру.
- Ви готові до придбання того апаратного забезпечення, якого вимагає VMware ESX Server. Будьте уважні - в керівництві по установці ESX сервера йдеться про те, яке саме обладнання потрібно для його установки. На перший погляд все здасться досить дорого, але якщо вчитатися уважно в вимоги, стане зрозуміло, що цілком функціонуючий ESX Server з метою навчання можна зібрати і за $ 900.
Процедура установки VMware ESX Server досить проста і не вимагає від користувача широких знань. Якщо ви слідували рекомендаціям VMware і грамотно вибрали обладнання хостового сервера, то установка ESX сервера займе не більше години. Після того, як ви встановите у себе хоча б один ESX, у вас відразу ж виникне маса питань і проблем - це плата за ті можливості, які надає VMware ESX Server. Ось основні рекомендації по перших дій після установки ESX:
- Для управління ESX сервером і створення перших віртуальних машин використовуйте VMware Infrastructure Client, який можна завантажити за адресою: https: //.
- Для передачі файлів на ESX і з нього використовуйте або програму WinSCP (повільна передача файлів, шифрує трафік), або FastSCP (швидка передача файлів, але з зовнішньої мережі краще не використовувати, оскільки трафік не шифрується).
- Для того, щоб дозволити користувачеві Root заходити по SSH (Secure Shell), в файл «httpd.conf» на ESX додайте рядок «PermitRootLogon yes».
- Для управління дисками використовуйте утиліти «vmkfs-tools», для моніторингу продуктивності віртуальних машин - команду «esxtop», для аналізу звітів про помилки використовуйте лог «var / log / vmware / hostd.log».
- Пам'ятайте, вільне місце на вашому ESX - це завжди два типи розділів: перший під операційну систему самого ESX, другий vmfs-розділи для розміщення віртуальних машин. Для того щоб дізнатися, скільки вільного місця залишилося на обох розділах, використовуйте команду «vdf -h».
Після того, як ви встановите VMware ESX Server, вам знадобиться засіб для міграції з фізичних серверів на віртуальні (P2V - Physical to Virtual). Компанія VMware пропонує для цих цілей використовувати продукт VMware Converter, однак ви можете скористатися і рішеннями інших виробників. У вас постійно будуть виникати питання - не соромтеся звертатися на форуми компанії VMware, де постійні його відвідувачі допоможуть вам у важкій ситуації. В кінцевому підсумку, на вашому ESX буде встановлено кілька віртуальних машин, що представляють собою віртуальну інфраструктуру, яка показана на малюнку, зробленому за допомогою програми Veeam Reporter: 
Ключовими поняттями віртуальної інфраструктури є: фізичний адаптер (NIC), віртуальний адаптер (vNIC), віртуальний комутатор (vSwitch) і віртуальна мережа (Vlan). VMware ESX Server дозволяє створювати для віртуальної машини до чотирьох віртуальних мережевих адаптерів, кожен з яких може бути прив'язаний до віртуальної мережі, створюваної в свою чергу на віртуальних комутаторах.
Віртуальний комутатор - це якесь абстрактне багатопортовий пристрій, що здійснює комутацію каналів між віртуальними мережами і віртуальними мережевими адаптерами віртуальних машин.
Віртуальна мережа являє собою об'єднання декількох віртуальних машин в єдине мережеве оточення, в якому вони взаємодіють між собою. Якщо віртуальний комутатор підключений до фізичного адаптера змінного струму, То віртуальні машини через нього зможуть «бачити» зовнішню, по відношенню до ESX, мережа.
На ділі, все не так складно, як здається: створення елементів віртуальної інфраструктури займає дуже мало часу і, будучи налаштованої одного разу, така інфраструктура не вимагає подальшого конфігурації при введенні в неї нових віртуальних машин.
Трохи про Virtual Center for VMware ESX Server
Також як для продукту VMware Server, використання декількох хостів з VMware ESX Server в IT-інфраструктурі підприємства народжує проблему централізованого управління і моніторингу продуктивності фізичних хостів. Для вирішення цих проблем c платформами VMware ESX Server так само, як і для VMware Server, використовується рішення Virtual Center. його зовнішній вигляд представлений на малюнку: 
Virtual Center дозволяє здійснювати моніторинг безлічі хостів, на яких встановлено VMware ESX Server, кластеризувати їх і проводити контроль за допомогою «алармов» - сигналах про різні події. Треба відзначити, що можливості Virtual Center для VMware ESX Server набагато більше можливостей Virtual Center for VMware Server, що пов'язано в першу чергу з тим, що сам продукт VMware ESX Server володіє набагато ширшими можливостями.
Що вибрати: VMware Server або VMware ESX Server?
Зі сказаного вище, стає зрозуміло, що обидва описаних в статті продукту спрямовані на підтримку віртуальної інфраструктури серверів і виконують схожі функції. Проте, між двома цими платформами є істотні відмінності. Якщо віртуальна інфраструктура на основі VMware Server може бути побудована в основному з серверів, що виконують повсякденні завдання в організації, для яких не потрібна висока ступінь доступності, швидкодії і гнучкості, то VMware ESX Server - це повноцінна платформа для підтримки життєво важливою IT-інфраструктури підприємства в умовах безперебійної роботи віртуальних серверів і підтримки їх в режимі 24 × 7 × 365.
Наведемо приклади, коли варто використовувати інфраструктуру на основі VMware Server:
- підтримка і обслуговування внутрішніх серверів організації,
- виконання завдань з тестування окремих додатків,
- моделювання невеликих віртуальних мереж з метою перевірки робочих зв'язок серверів,
- запуск готових до використання шаблонів віртуальних машин, що виконують ролі внутрішніх серверів організації,
- отримання готових до швидкої міграції окремих серверів.
VMware ESX Server необхідно використовувати при вирішенні наступних завдань:
- потокове тестування додатків в великих організаціях, що займаються розробкою програмного забезпечення,
- підтримка зовнішніх серверів організації, що володіють високим ступенем доступності, гнучкості та керованості,
- моделювання великих віртуальних мереж,
- зменшення витрат на обладнання, обслуговування та електроенергію у великих організаціях і датацентрах.
Таким чином, при впровадженні віртуальної інфраструктури в організації потрібно уважно поставитися до визначення кінцевих цілей. При розгортанні безкоштовного VMware Server не виникне особливих проблем з установкою і обслуговуванням, також не буде витрат на придбання самої платформи, проте організація може втратити на швидкодії (оскільки віртуалізація проводиться поверх хостовой операційної системи), надійності і доступності. Впровадження ж VMware ESX Server обернеться великими технічними труднощами розгортання і обслуговування при відсутності кваліфікованих фахівців. До того ж, інвестиції в таку платформу можуть не окупитися для малих і середніх організацій. Однак, як показує досвід компанії VMware, для великих організацій впровадження VMware ESX Server обертається, в кінцевому рахунку, серйозною економією коштів.
Облік цих моментів дозволить вам грамотно спланувати міграцію фізичних серверів своєї IT-інфраструктури на віртуальні, заощадивши при цьому не тільки грошові кошти, Але і час, який, як відомо, теж є грошима.
vSAN 6.7 забезпечує підвищення експлуатаційної ефективності HCI, скорочує час навчання і прискорює прийняття рішень. У цьому випуску реалізована більш узгоджена, стійка і безпечна підтримка додатків. Крім того, для більш зручного і прискореного вирішення проблем використовуються знання провідних експертів, новітні технології і засоби аналізу. Все більше компаній і постачальників хмарних послуг вибирають VMware vSAN як рішення для створення гіперконвергірованной інфраструктури.
МОЖЛИВОСТІ
покращення продукту
Нижче представлені основні нові можливості і поновлення vSAN 6.7.
- Інтерфейс на базі HTML5
- повністю оновлений користувальницький інтерфейс надає сучасні можливості управління. новий інтерфейс був створений на базі тієї ж платформи, яка використовується в інших продуктах VMware, тому замовники отримають уніфікований і зручний процес управління найбільш повним стеком продуктів для програмного ЦОД. Крім того, в новому інтерфейсі завдяки оптимізації робочих процесів скорочено кількість дій, необхідних для виконання багатьох завдань.
- vRealize Operations в vCenter
- Рішення vRealize Operations, інтегроване безпосередньо в vCenter, забезпечує повну візуалізацію середовищ HCI, розгорнутих локально або в широкому спектрі загальнодоступних хмарах, і надається безкоштовно всім замовникам vSAN редакцій Advanced і Enterprise. За допомогою настроюються панелей моніторингу vSAN в єдиній консолі управління можна виконувати моніторинг та контролювати середу HCI. Інтеграція нових або існуючих примірників vROPs виконується без переривання роботи.
- vSAN ReadyCare
- Підтримка vSAN ReadyCare підкреслює зобов'язання компанії VMware перед замовниками vSAN і забезпечує комплексну підтримку завдяки залученню провідних експертів та використанню новітніх засобів аналізу і технологій. Використовуючи прогнозне моделювання в vSAN Support Insight, компанія VMware аналізує анонімно зібрані дані тисяч замовників vSAN і відправляє їм повідомлення до виникнення проблем. Крім того, служби перевірки працездатності vSAN надають повідомлення та рекомендації щодо усунення проблем в режимі реального часу.
- Шифрування за стандартом FIPS 140-2
- У продукті vSAN реалізовано перший стандартне рішення щодо шифрування даних на зберіганні для HCI. У vSAN 6.7 представлений компонент vSAN Encryption - перше програмне рішення, що відповідає вимогам стандарту FIPS 140-2 і строгим вимогам федеральних органів влади США. vSAN Encryption забезпечує скорочення витрат на захист даних і підвищення гнучкості завдяки відсутності залежності від обладнання і спрощення основних процесів управління. Крім того, це перше HCI-рішення, керівництво STIG для якого схвалено Агентством з оборонних інформаційним системам (DISA).
- Підвищена відмовостійкість додатків
- Рішення vSAN забезпечує однакові умови роботи кінцевих користувачів з додатками за допомогою інтелектуальних можливостей самостійного відновлення, до яких відносяться адаптивна повторна синхронізація, швидке аварійне перемикання для фізично розділених мереж і консолідація реплік. Адаптивна синхронізація оптимізує управління трафіком введення-виведення для збереження працездатності додатків під час синхронізації. Консолідація реплік скорочує час і зусилля, необхідні для перекладу вузла в режим обслуговування. Нарешті, необхідність в аварійному перемиканні фізично розділених мереж припадають завдяки миттєвому аварійного перемикання.
- Підвищена доступність розподілених кластерів
- Середовища розподілених кластерів стали ще ефективніше завдяки інтелектуальному відділенню трафіку компонента- "свідка", перевизначення робоче середовище і ефективної повторної синхронізації. Відділення трафіку компонента- "свідка" і ефективна синхронізація оптимізують маршрут і розмір даних, які передаються по кожному каналу, що робить аварійні перемикання прозорими для кінцевих користувачів додатків. Перевизначення робоче середовище підвищує доступність робочих навантажень завдяки використанню більш ефективної логіки в разі збою середовища.
- Оптимізовані додатки нового покоління
- Рішення vSAN використовує нову політику зберігання (закріплення вузлів vSAN) для приведення ефективності та відмовостійкості vSAN у відповідність до потреб новітніх додатків моделі "shared-nothing". Застосовуючи цю політику, vSAN зберігає одну копію даних і записує блоки даних на вузлі ESXi, на якому виконується ВМ. Ця можливість особливо важлива для додатків, що працюють з великими обсягами даних (Hadoop), NoSQL (DataStax), і інших додатків, які виконують резервування даних на рівні додатку.
- Розширена підтримка для середовищ важливих бізнес-додатків
- Тепер vSAN підтримує більше середовищ важливих додатків завдяки підтримці відмовостійкої кластеризації Windows Server, що спрощує управління сховищем для цих робочих навантажень і допомагає замовникам прискорити перехід до централізованого програмного ЦОД.
- Упереджувальний підтримка за допомогою vSAN Support Insight
- Упереджувальний підтримка підвищує надійність vSAN завдяки оповіщення, які створюються до виникнення проблем в інфраструктурі, а також скорочує час надання традиційної підтримки за рахунок періодичного збору даних. Для використання цієї можливості необхідно зареєструватися в програмі підвищення ефективності роботи користувачів.
- Підтримка Adaptive Core Dump
- Підтримка Adaptive Core Dump скорочує час вирішення проблем замовників vSAN для більшого числа типів середовищ завдяки автоматичній настройці напрямки і розміру цінних даних, що використовуються для прискорення надання підтримки.
- Розширена підтримка обладнання
- vSAN тепер підтримує диски 4Kn, що допомагає підготувати середовища vSAN до розвитку потреб в майбутньому і дає можливість для зниження сукупної вартості володіння.
Сьогодні я хотів би розповісти вам про продукти, які раніше випускалися компанією VMware, але з тих чи інших причин були зняті з продажу і перестали розвиватися. Список далеко не повний і містить, здебільшого, моя думка про продукти за результатами роботи з ними.
VMware ESX Server
Почну, мабуть, з самого значущого продукту, завдяки якому VMware стала лідером на ринку серверної віртуалізації.VMware ESX Server - перший гипервизор типу 1 для процесорів Intel x86. ESX не був першим серверним гіпервізором, і навіть не був першим продуктом VMware. Однак в ньому вперше були реалізовані такі функції, як жива міграція ВМ (vMotion), висока доступність ВМ (High Availability), автоматичне балансування (Distributed Resource Scheduler), система розподілу (Distributed Power Management) і багато іншого.
До речі, ви ніколи не задавалися питанням, що значить абревіатура ESX? Так ось, ESX - це Elastic Sky X. Що зайвий раз доводить, що ще в далекому 2002 VMware розробляла свої продукти з оглядкою на хмарні обчислення ...
ESX будувався на базі монолітної архітектури, всі драйвери, мережа і підсистема вводу-виводу працювали на рівні гипервизора. Однак для управління гіперзовіром на кожному хості встановлювалася невелика службова ВМ - Service Console на базі модифікованого дистрибутива Red Hat Linux. З одного боку, це накладало ряд обмежень - службова ВМ від'їдається частина обчислювальних ресурсів хоста, її диски, як і будь-який інший ВМ потрібно розміщувати на VMFS сховище, а кожен хост потребував, щонайменше, в двох IP адреси, один - для VMKernel інтерфейсу , другий - для Service Console. З іншого боку, Service Console надавала можливість установки стороннього ПО (агентів, плагінів), які розширювали можливості з моніторингу та управління гіпервізором. Наявність Service Console породило поширена помилка, що гипервизор ESX є модифікованим Linux "ом.
Варто згадати, що перші версії ESX встановлювалися і управлялися окремо, проте, починаючи ESX 2.0, для централізованого управління декількома хостами з'явився VMware VirtualCenter (нині добре відомий під ім'ям vCenter Server). Тоді, власне, і з'явився Virtual Infrastructure, який представляв собою набір продуктів для віртуалізації, що складається з гипервизора ESX і ПО управління VirtualCenter. До версії 4.0 Virtual Infrastructure був перейменований в vSphere.
У 2008 році з'явився альтернативний гипервизор - ESXi, який не потребував в Service Console, був набагато менше в розмірі, але не підтримував багато з того, що вмів ESX (у ESXi був відсутній WEB інтерфейс, вбудований брандмауер, можливість завантаження по SAN, інтеграція з Active Directory та ін.). З кожною новою версією VMware поступово нарощувала функціонал ESXi. VMware vSphere 4.1 став останнім релізом, що включає гипервизор ESX. Починаючи з 5.0 VMware залишила тільки ESXi.
VMware GSX Server / Server
Довгі роки VMware GSX Server випускався паралельно з VMware ESX. Ground Storm X (так розшифровується абревіатура GSX) представляв собою гипервизор другого типу і встановлювався поверх серверних ОС Microsoft Windows, RedHat або SUSE Linux. Використання гипервизора тип 2 мало свої плюси. По-перше, GSX підтримував набагато ширший перелік обладнання і міг працювати навіть на десктопном залозі на відміну від "примхливого" ESX. По-друге, VMware GSX був вкрай простий в установці та налаштування, будь-хто, хто працював з VMware Workstation, був здатний впоратися і з GSX. По-третє, GSX мав вбудований NAT і DHCP сервер, що дозволяло легко налаштовувати мережу для ВМ.Як і старший побратим GSX підтримував централізоване управління через VirtualCenter.
Пізніше GSX був перейменований в VMware Server, отримав при цьому можливість запускати 64-бітові ВМ, а також виділяти ВМ кілька віртуальних процесорів. Що вийшов в кінці 2008 року VMware Server 2.0 став безкоштовним, обзавівся повноцінним веб-інтерфейсом і можливістю проброса USB пристроїв всередину ВМ, проте втратив підтримку VMware VirtualCenter.
До цього часу Гіпервізор ESX і ESXi зайняли більшу частину ринку серверної віртуалізації. Вихід безкоштовних версій VMware ESXi Free і Microsoft Hyper-V Server стали останнім цвяхом у кришку труни VMware Server. VMware і Microsoft закинули свої Гіпервізор для серверних ОС.
VMware vCenter Server Heartbeat
Продукт, призначений для забезпечення високої доступності служб vCenter і суміжних сервісів (СУБД, SSO, Update Manager), розроблявся не самою VMware, а сторонньою компанією - Neverfail Group.В основі механізму захисту лежала ідея організації двовузлового кластера, що працює в режимі active-passive. Пасивний вузол стежив за станом основного вузла, і в разі його відсутності, запускав Групові сервіси. Для роботи кластера не було потрібно загальне сховище, тому що зміни, виконані на активному вузлі періодично реплицироваться на пасивний вузол. vCenter Heartbeat забезпечував захист як фізичних, так і віртуальних, і навіть змішаних конфігурацій vCenter, коли один вузол був фізичним, а другий - віртуальним.
Хоча якийсь час vCenter Heartbeat і був єдиним способом забезпечити захист vCenter не тільки від апаратних, але і від програмних збоїв, реалізація відверто кульгала. Складна процедура установки і обслуговування кластера, а також маса багів зробили свою чорну справу. У підсумку, починаючи з vSphere 5.5 U3 / vSphere 6.0 компанія VMware відмовилася від vCenter Heartbeat і повернулася до більш звичного способу кластеризації засобами Microsoft Failover Cluster.
VMware vCenter Protect
Для тих з вас, хто працював з vSphere хоча б з 4-ї версії, має бути відомо, що в той час vCenter Update Manager підтримував установку оновлень не тільки для гіпервізора ESX / ESXi, але також гостьових операційних систем і різного ПО. Однак починаючи з 5.0 даний функціонал був виключений з Update Manager, замість цього VMware стала пропонувати окремий продукт - VMware vCenter Protect, який був придбаний разом з компанією Shavlik.
Крім оновлення гостьових ОС, vCenter Protect дозволяв виконувати інвентаризацію програмного і апаратного забезпечення, запускати різні сценарії за розкладом, виконувати перевірку на наявність вразливостей.
Але, по всій вімості, продажу йшли не дуже добре, крім того в портфелі VMware був vRealize Configuration Manager, придбаний в 2010 у EMC, і виконував функції патч-менеджменту, інвентаризації та багато чого іншого. Тому в 2013 vCenter Protect був проданий компанії LANDesk.
VMware Virtual Storage Appliance
Virtual Storage Appliance - перша спроба VMware грати на ринку програмно-визначених СГД. VSA призначався для SMB і дозволяв створювати загальну отказоустойчивую СГД на базі локальних дисків, устанавленнимі в сервер.
На кожному хості ESXi розгортався спеціальний апплайнс VSA. Віртуальні диски VSA розміщувалися на VMFS сховище, створеному на томах локального RAID контролера. Половина дискового простору призначалася для віддзеркалення даних з іншого VSA (такий собі мережевий аналог RAID 1), розташованої на сусідній хост, половина залишалася під корисні дані. Потім кожен апплайнс презентував своє зеркаліруемое сховище по протоколу NFS назад всім хостам віртуалізації. Одна інсталяція підтримувала 2 або 3 хоста віртуалізації, при використанні 2 хостів vCenter Server виконував роль арбітра і мав розгортатися на окремому фізичному сервері або хост ESXi, що не входить в VSA.
Функціонал VSA був вельми обмеженим. Так, наприклад, перша версія VSA підтримувала розміщення лише на VMFS томах з RAID 1 або 10, що призводило до високих накладних витрат на зберігання даних (фактично, корисний простір становило менше 1/4 від обсягу локальних дисків), була відсутня підтримка VAAI, не було підтримки кешування або тірінга.
Все це в сукупності з не дуже низькою ціною і невисокою продуктивністю не дозволили VSA витіснити звичні СГД з SMB сегмента. Тому незабаром після виходу першої версії Virtual SAN в 2014, продукт був знятий з продажу.
VMware Virsto
Ще одна жертва Virtual SAN, продукт однойменної компанії, яку VMware придбала в 2013 році. Наскільки мені відомо, після покупки Virsto так і не з'явився в прайс-листах, а був практично відразу ж помножена на нуль.Перпектівная розробка в області програмно-визначених сховищ даних, Virsto був віртуальний апплайнс, що виконує роль віртуалізатор СГД, тобто ресурси СГД презентувалися аплайнсу, а аплайнс, в свою чергу, віддавав дисковий простір хостам по протоколу NFS. Серцем Virsto була VirstoFS - спеціалізована файлова система, Що дозволяє оптимізувати операції запису і читання за рахунок використання механізмів, схожих з тими, що можна бачити в СГД NetApp FAS. Virsto міг акумулювати випадкові операції записи в спеціальному журналі і потім послідовно записувати дані на СГД, що позитивно позначалося на IOPS і затримках. Крім того, Virsto підтримував багаторівневе зберігання даних (тірінг) і оптимізував роботу зі снапшотов за рахунок зберігання в оперативній пам'яті метаданих про те, який блок з даними в якому зі знімків знаходиться.
Незважаючи на те, що продукт так і не вийшов, старання розробників не пройшли даром - в Virtual SAN 6.0 замість VMFS-L з'явився новий формат розмітки дисків на базі VirstoFS і підтримка "просунутих" снапшотов.
VMware Lab Manager
Продукт для автоматизації розгортання і управління життєвим циклом ВМ в тестових середовищах.По суті Lab Manager був менеджером менеджерів, розвертався поверх існуючої інсталяції VMware ESX / ESXi і vCenter і дозволяв організовувати розрахований на багато користувачів (многоарендний) доступ до загальної віртуальної інфраструктури, виділяти користувачам необхідний набір обчислювальних ресурсів, автоматично видавати IP адреси ВМ з пулів, створювати ізольовані мережі для ВМ, вказувати термін оренди для ВМ.
З ростом популярності теми хмарних обчислень VMware переключилася на інший продукт - vCloud Director, поступово перенісши з Lab Manager всі напрацьовані фішки і закривши його.
VMware ACE
Закінчити огляд я хочу на досить рідкісному звірі - VMware ACE. Ще до появи VDI в своєму класичному вигляді і широкого поширення BYOD компанія VMware пропонувала клієнтам ПО для централізованого управління віртуальними робочими станціями, які могли запускатися на персональних комп'ютерах користувачів - VMware ACE.
ACE працював в зв'язці з клієнтськими гіпервізорами VMware Workstation і Player і дозволяв управляти ВМ на підставі заданих політик. За допомогою політик адміністратори могли обмежити функціонал ВМ (наприклад, відключити кидок USB пристроїв або контролювати доступ в мережу), примусово шифрувати віртуальні диски, дозволяти доступ до ВМ тільки для авторизованих користувачів, налаштовувати термін життя ВМ, після закінчення якого ВМ переставала запускатися і т. д. ВМ разом з політиками і гіпервізором VMware Player могли бути експортовані у вигляді готово пакета Pocket ACE і передані користувачеві будь-яким зручним способом (на CD-диску, flash-накопичувачі або по мережі). При необхідності, адміністратор міг розгорнути в мережі сервер ACE Management Server, до якого підключалися клієнтські Гіпервізор і запитували актуальні настройки політик для ВМ.
Не дивлячись на цікавий функціонал, продукт не отримав широкого поширення, і за словами VMware не відповідав всім вимогам тих небагатьох замовників, що його використовували, тому в 2011 він був знятий з продажу. Через кілька років на зміну ACE прийшов VMware Horizon FLEX, що має власний механізм доставки ВМ на комп'ютери користувачів, а також підтримує гипервизор VMware Fusion Pro для ОС Apple MAC OS X.
У цій статті ми не будемо заглиблюватися в будь-які технічні подробиці. Замість цього розберемося в термінології VMware. Цей невеликий огляд буде корисний тим, хто хоче зрозуміти різницю між базовими продуктами VMware. Майже всі знають про ESXi. А як щодо vSphere і vCenter? Люди часто плутають ці терміни, але насправді нічого складного в них немає. Давайте розкладемо все по поличках.
З'явившись на ринку в 2001 році, гипервизор VMware ESX (раніше відомий як VMware ESX Server) поклав початок віртуальної революції. Сьогодні VMware - провідний розробник програмних продуктів для віртуалізації (зараз є частиною Dell). Кожні півтора року компанія випускає нове програмне забезпечення з розширеними функціями, яке є сумісним з великою кількістю обладнання, в тому числі з накопичувачами SSD NVMe, жорсткими дисками дуже великої місткості і новітніми центральними процесорами Intel або AMD.
VMware ESXi
ESXi - це гипервизор; крихітна частинка програмного забезпечення, яка встановлюється на фізичний сервер і дозволяє запускати кілька операційних систем на одному хост-комп'ютері. Ці ОС працюють окремо один від одного, але можуть взаємодіяти з навколишнім світом через мережу. При цьому інші комп'ютери підключені до локальної мережі (Local Area Network, LAN). Операційні системи запускаються на віртуальних машинах (Virtual Machine, VM), у кожній з яких є своє віртуальне обладнання.
Існують платна і безкоштовна версії VMware ESXi. У нас можна замовити установку безкоштовної версії на. Функціонал безкоштовної версії дещо обмежений. Вона дозволяє консолідувати на одному комп'ютері обмежена кількість ОС, і нею не можна керувати через центральний сервер управління - vCenter. Проте, Free ESXi (або VMware ESXi Hypervisor) підключається до віддалених сховищ, де можна створювати, зберігати і використовувати віртуальні машини. Тобто, це віддалене сховище може бути поділене між кількома ESXi-хостами, але не між віртуальними машинами. Віртуальні машини «належать» кожному хосту, що унеможливлює центральне управління.
Робота з безкоштовною версією ESXi дуже проста і складається з базових процесів: Навчання, тестування виробничих процесів, перевірки систем аварійного відновлення, затвердження архітектурних рішень. Використовуючи снапшоти, ви можете перевірити коректність роботи патчів Windows. Як варіант, це може бути корисно, якщо ви вирішили клонувати свій виробничий сервер за допомогою VMware Converter або технології P2V, і хочете протестувати пакет оновлень Microsoft перед його установкою.
VMware vCenter
VMware vCenter - це платформа централізованого управління віртуальною інфраструктурою VMware. З її допомогою ви можете розпоряджатися багатьма процесами всього з однієї консолі. Сервер vCenter можна встановити на Windows або розгорнути як попередньо налаштовану віртуальну машину за допомогою Photon OS - потужного дистрибутива на базі Linux. Раніше VMware використовували дистрибутив Suse Linux Enterprise Server (SUSE), але недавно перейшли на Photon OS.
vCenter Server - це ліцензоване програмне забезпечення. Придбати його можна двома способами:
- vCenter Server Essentials як частина пакету vSphere Essentials. Ця версія vCenter справляється з управлінням трьома хостами з двома фізичними процесорами на кожному. Якщо у вас невелика компанія, то ви будете оперувати приблизно з 60 ВМ, і ця версія vCenter вам підійде. З базовим набором ви отримуєте ліцензію не тільки на vCenter server, а й на ESXi (до трьох хостів з двома ЦП на кожному).
- Standalone vCenter Server - повноцінна самостійна версія vCenter server, здатна управляти 2 000 хостами з 25 000 робочих віртуальних машин. Це ліцензія виключно на vCenter. Сам по собі vCenter - тільки частина ліцензійної головоломки. Щоб керувати всіма хостами з одного пристрою, вам потрібна ліцензія на кожен з них. Ліцензії бувають трьох видів: standard, enterprise, enterprise Plus, і кожна поширюється на один процесор. Так що, якщо ви плануєте створити хост з двома фізичними процесорами, то вам знадобиться 2 ліцензії тільки для одного цього хоста.
VMware vSphere
VMware vSphere - це комерційна назва всього пакету продуктів VMware. Як говорилося раніше, різні пакети ПО стоять різних грошей. Найдешевші - базові пакети vSphere essentials або Essentials Plus. Чи є між ними різниця? Так, але вона складається в кількості доступних функцій, а не в самому програмному наповненні.
Залежно від типу ліцензії, ви отримуєте доступ до певної кількості функцій, управляти якими можна через vSphere Web client. Існує також програма vSphere HTML 5 client, але поки що вона не придатна для використання. Компанія продовжує її розробку.
У пакеті Essentials немає функції High Availability (автоматичний перезапуск ВМ), vMotion, ПО для резервного копіювання (VDP) і можливості використовувати сховище VSAN.
Пакет Essentials підходить для маленьких компаній, яким не потрібно постійно бути онлайн. З іншого боку, можливість переносити свої віртуальні машини на інший хост і виконувати технічне обслуговування або оновлення хоста, залишаючись в мережі, дає вам реальну перевагу. Все це можна зробити протягом робочого дня, не перебиваючи роботу користувачів.
Крім того, в разі непередбаченого апаратного збою, vSphere High Availability (HA) автоматично перезапустить віртуальні машини, які перестали працювати разом з проблемним хостом. Ці віртуальні машини автоматично перезапускати на інших хостах з кластера VMware. Системі потрібно трохи часу, щоб визначити, який комп'ютер дав збій і які хости можуть тимчасово взяти на себе його віртуальні машини. У цих хостів повинно бути достатньо пам'яті і потужності ЦП, щоб витримати додаткове навантаження. Як тільки система закінчує аналіз, ВМ перезапускати. Весь процес автоматизований і не вимагає втручання адміністратора.
Підведемо підсумок
Як бачите, термінологію VMware зрозуміти досить просто, як і різницю між ESXi, vSphere і vCenter. Система ліцензування також ясна. Сам по собі гипервизор безкоштовний, але його функціонал обмежений, внаслідок чого таке ПЗ не застраховано від втрати даних. Тому ESXi призначений для використання тільки в тестових середовищах.
