Категории

Cуществуют следующие способы оплаты за занятия:

  • Абонемент на 8 посещений (срок действия 1 месяц) - 300 грн.;
  • Абонемент на 4 посещения (срок действия 1 месяц) - 200 грн.;
  • Абонемент на 12 посещений(срок действия 1 месяц) - 400 грн.;
  • Разовое посещение - 60 грн.
(ДЛИТЕЛЬНОСТЬ ЗАНЯТИЙ ПО 1,5 ЧАСА)

Microsoft System Center проти VMware vSphere

  1. Управління інфраструктурою: VMM проти vSphere Client
  2. Плановий простий: Live Migration проти VMotion
  3. Позаплановий простий: Windows Failover Clustering проти HA / FT
  4. Динамічна інфраструктура: VMM PRO проти Distributed Resource Scheduler
  5. Сховище: Quick Storage Migration проти Storage VMotion
  6. Резервування: DPM проти VMware Consolidated Backup
  7. Виняткові можливості System Center
  8. Виняткові можливості vSphere
  9. ліцензування
  10. Нове покоління або Широке охоплення?
  11. Компоненти VMware vSphere
  12. Компоненти Microsoft System Center Management Suite

Наше деловое партнерство www.banwar.org

У минулому році проводилося порівняння між VMware ESX Server 3.5 і Windows Server 2008 Hyper-V, яке показало, що Hyper-V здатний скласти гідну конкуренцію ESX Server і є економічно вигідним рішенням, але ESX Server - більш зрілий продукт, що володіє значними перевагами і більш високою продуктивністю.

Деякі прихильники VMware в якості аргументу вказували на підтримку VMotion у ESX Server, в той час як у Hyper-V тоді була тільки технологія Quick Migration. Це вірно, однак первинне порівняння проводилося між платформами віртуалізації, а не структурами управління, пропонованими виробниками технологій. Продукт VMotion, як частина платформи віртуалізації VMware, не є елементом ESX Server і тому виходив за рамки проводилося раніше порівняння.

Продовжуючи порівняння ESX з Hyper-V, зосередимо увагу на платформах управління виртуализацией, пропонованих VMware і Microsoft. За рік багато що змінилося: VMware повністю модернізувала свою лінійку технологій управління виртуализацией і перейменувала її в vSphere. Зі свого боку, Microsoft оновила Server 2008, Hyper-V і System Center Virtual Machine Manager (VMM) 2008, випустивши нові версії R2.

Спочатку я припускав порівняти VMM з vSphere, але незабаром стало очевидним відмінність сфер діяльності цих продуктів. VMware vSphere - завершена платформа управління (список її компонентів наведено в урізанні «Компоненти VMware vSphere». Тому правильніше буде проводити порівняння не з VMM, а з Microsoft System Center Enterprise Management Suite (див. Врізку «Компоненти Microsoft System Center Enterprise Suite»). Отже, розглянемо, як за допомогою VMware vSphere і Microsoft System Center Enterprise Management Suite вирішуються деякі важливі завдання, що стоять перед адміністраторами підрозділів ІТ.

Управління інфраструктурою: VMM проти vSphere Client

Почнемо з порівняння інтерфейсів управління віртуальними машинами. Для цієї мети Microsoft пропонує технологію VMM з інтерфейсом управління, відмінним від «аскетичного» рішення, реалізованого в Microsoft Hyper-V Manager. Пропозиція з боку VMware - технологія vSphere Client.

Консоль адміністрірованіяVMM (див. екран 1 ) Дозволяє управляти віртуальними машинами декількох вузлів, включаючи ESX Server, і забезпечує змішану середу управління виртуализацией. VMM передбачає підтримку кластерів з автоматичним додаванням вузлів в кластер; можна налаштувати проектор кластерів для забезпечення доступності та на перенесення віртуальних машин між фізичними серверами, не перериваючи обслуговування користувачів. VMM також дозволяє керувати іншими віртуальними ресурсами, включаючи створення і збереження шаблонів, ISO-образів, файлів відповідей sysprep і різних стандартних конфігурацій обладнання. Крім управління віртуальними машинами, консоль VMM також дозволяє виконувати перенос налаштувань фізичної системи у віртуальне середовище (P2V-міграція) і віртуальної машини на віртуальну (V2V-міграція) для віртуальних машин VMware.

Одна з переваг VMM 2008 R2 - інтеграція з Windows PowerShell, яка дозволяє легко запрограмувати практично всі дії у вигляді сценаріїв з використанням команд PowerShell. Однак однією з проблем, з якою я час від часу стикався, здійснюючи управління віртуальними машинами як за допомогою Hyper-V Manager, так і при використанні VMM, були «втрачені» з'єднання з віртуальними машинами на консолі VMM. Для VMM необхідний доступ до системи Microsoft SQL Server на серверній стороні для зберігання інформації. Потрібно також Windows Server 2008 R2 x64. Можна використовувати SQL Server 2005 SP3 і SQL Server 2008.

Інтерфейс управління VMware під назвою vSphere Client передбачає більш широкі рамки управління, на відміну від консолі адміністрування VMM, орієнтованої на віртуальні машини. Крім управління даними про продуктивність вузлів і віртуальних машин, VMware vSphere Client дозволяє також керувати користувачами і ролями. Вікно консолі vSphere Client показано на екрані 2.

Вікно консолі vSphere Client показано на екрані 2

vSphere Client передбачає повний діапазон функцій управління віртуальними машинами. При запуску vSphere Client в середовищі vCenter команди меню vSphere Client забезпечують ширші можливості, включаючи «клонування» віртуальних машин і їх перенесення з одного вузла на інший за допомогою VMotion. Більш докладно про функції VMotion розказано нижче.

В цілому я б вважав за краще vSphere Client консолі VMM, оскільки цей варіант зручніше в застосуванні, більш ефективний і дозволяє завжди мати під рукою важливу інформацію про продуктивність.

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

Плановий простий: Live Migration проти VMotion

VMotion - інноваційна технологія, що дозволяє переміщати віртуальні машини з одного вузла ESX Server на інший без простою, не перериваючи обслуговування кінцевих користувачів. Для VMotion необхідне використання однакових процесорів на вузлах ESX Server. Іншими словами, обидва вузла повинні мати процесори від одного і того ж виробника, одного і того ж сімейства. VMotion відсутня в редакції vSphere Standard, але входить до складу vSphere Advanced, Enterprise і Enterprise Plus. Для VMotion також потрібно vCenter Server.

У первинному варіанті Server 2008 і Hyper-V були відсутні можливості, еквівалентні VMotion. У першій редакції Hyper-V була реалізована функція Quick Migration, на ділі виявилася не такою вже «швидкої». Quick Migration зберігає стан віртуальної машини, переміщує її файли в інше місце, а потім відновлює збережений стан.

У Server 2008 R2 передбачена нова функція Live Migration для Hyper-V. Подібно VMotion, Live Migration дозволяє переміщати віртуальні машини з одного вузла Hyper-V на інший без простою, не перериваючи обслуговування кінцевих користувачів. Підтримку Live Migration забезпечує нова технологія Server 2008 під назвою Clustered Shared Volumes (CSV). Для Live Migration потрібно Server 2008 R2, а вузли Hyper-V повинні бути частиною відмов кластеру Windows.

Поява Live Migration забезпечило Microsoft функціональне рівність з VMware в частині обробки планового простою. Однак Live Migration не є повним аналогом VMotion. Зрілість платформи VMware така, що ESX Server може виконувати кілька переносів одночасно за допомогою VMotion, в той час як для Hyper-V можливий лише один перенос з використанням Live Migration.

Позаплановий простий: Windows Failover Clustering проти HA / FT

Проблему обробки позапланового простою у віртуальній інфраструктурі Microsoft вирішує за допомогою технології Windows Failover Clustering. Відмовостійка кластеризація дозволяє організувати одночасну роботу до 16 серверів, забезпечуючи апаратне резервування. Ця технологія відсутня в Server 2008 Standard Edition, але підтримується в Server 2008 Enterprise і Datacenter. Для Failover Clustering необхідне використання iSCSI або Fibre Channel SAN для організації загального сховища.

Failover Clustering може використовуватися на рівні вузла віртуалізації і на гостьових рівнях. На рівні вузла ця технологія дозволяє уникнути використання єдиної точки відмови сервера Hyper-V. У разі відмови сервера Hyper-V, який є частиною відмов кластеру Windows, все віртуальні машини, що функціонують на цьому сервері, перезапускати на іншому вузлі. Аналогічно самі віртуальні машини можуть діяти як вузли відмов кластеру, що дозволяє різним вузлам функціонувати на декількох вузлах Hyper-V. Failover Clustering автоматизує процес забезпечення відмовостійкості і зводить до мінімуму час простою завдяки перезапуску служб на альтернативних вузлах. Фактичний час простою залежить від самих служб і можливостей апаратної платформи.

VMware vSphere вирішує завдання обробки позапланового простою за допомогою двох технологій - High Availability і Fault Tolerance. High Availability є у всіх випусках vSphere і передбачає підтримку до 32 вузлів кластера в vSphere Enterprise Plus і до 16 вузлів в інших редакціях. Подібно Failover Clustering, High Availability забезпечує резервування на рівні сервера і на рівні віртуальні машини. Так само як і в разі Failover Clustering, при роботі VMware High Availability виникає певний простий при перезапуску віртуальних машин на резервних серверах. Для оптимізації розміщення перезапускати віртуальних машин High Availability використовує планувальник розподілених ресурсів Distributed Resource Scheduler (DRS). Детальніше про DRS розказано нижче.

Fault Tolerance - нова функція, реалізована в vSphere 4. На відміну від High Availability, Fault Tolerance працює тільки між двома системами, забезпечуючи захист від системного відмови без простою. Fault Tolerance використовує технологію VMware під назвою vLockStep для підтримки синхронізації віртуальних процесорів двох віртуальних машин на рівні інструкцій. У разі відмови однієї віртуальної машини її функції миттєво бере на себе інша віртуальна машина з точною копією оперативної пам'яті вихідної віртуальної машини.

Динамічна інфраструктура: VMM PRO проти Distributed Resource Scheduler

Динамічна зміна конфігурації системи відповідно до нових вимог, зумовленими робочим навантаженням, - ще одна нагальна потреба. Microsoft вирішує проблему динамічного управління за допомогою VMM Performance Resource Optimization (PRO). VMM PRO за допомогою Ops Mgr забезпечує автоматичний запуск Live Migration в залежності від рівня завантаження процесорів і використання пам'яті вузла або віртуальної машини.

VMware для вирішення аналогічної задачі використовує динамічний планувальник ресурсів DRS. Подібно VMM PRO, DRS може автоматично запускати VMotion для перенесення віртуальних машин з одного вузла ESX Server на інший, залежно від стану використання ресурсів. Однак при цьому DRS володіє більш широкими можливостями, такими як глобальний планувальник і пули ресурсів, що дозволяє організувати більш тонке управління характером і часом переміщення віртуальних машин. У комбінації з Distributed Power Management (DPM), DRS може забезпечити автоматичне вимикання серверів при зменшенні робочого навантаження, з подальшим динамічним включенням відповідно до зростання потреб користувачів.

Сховище: Quick Storage Migration проти Storage VMotion

Server 2008 R2 включає нову технологію Quick Storage Migration, яка, як і Quick Migration, не повною мірою відповідає стандартам, які встановлюються за конкуренцією.

Quick Storage Migration дозволяє швидко переміщати віртуальні машини в інші місця зберігання. Збереження стану віртуальної машини з його подальшим відновленням на новому місці супроводжується певними втратами часу.

Технологія в основному передбачає використання реалізованої в Server 2008 можливості запуску кількох віртуальних машин на одному логічному пристрої сховища (LUN). Попередні версії Hyper-V забезпечували запуск не більше однієї віртуальної машини на одному LUN, що ускладнює управління. Quick Storage Migration дозволяє легко зосередити існуючі віртуальні машини на одному загальному LUN більшого розміру.

VMware Storage VMotion передбачає аналогічну можливість переміщення віртуальної машини в різні між собою, однак без непродуктивних втрат часу. Переміщення за допомогою Storage VMotion займає приблизно той же час, що і «холодний» перенесення файлів віртуальної машини на нове логічне пристрій (LUN).

Резервування: DPM проти VMware Consolidated Backup

Резервування - ще один важливий аспект управління. За допомогою Windows Server Backup можна реалізувати резервування віртуальної машини на вузлі Hyper-V на хорошому базовому рівні. Однак можливості Windows Server Backup надзвичайно обмежені, оскільки резервне копіювання організовується по томах. System Center Data Protection Manager (DPM) 2007 - значно більш дієздатна платформа резервування, яка передбачає створення резервних копій вузлів віртуальних машин Hyper-V, а також інших серверних платформ Microsoft, таких як SQL Server, SharePoint і Exchange. DPM також дозволяє виконувати реплікацію «DPM - DPM» для організації зовнішнього резервування.

В VMware vSphere реалізована технологія VMware Consolidated Backup (VCB), що передбачає створення як повних, так і інкрементальних резервних копій файлів віртуальної машини. Технологія здатна працювати на іншому сервері через посередника, що дозволяє знизити навантаження на вузол під час резервного копіювання. VCB дозволяє відновлювати віртуальні машини цілком, а також окремі папки та файли віртуальної машини Windows. Інтеграція VCB з певною програмою Windows Server не передбачена.

Виняткові можливості System Center

Завдяки цілісного підходу до подання різних інформаційних ресурсів підприємства пакет System Center Enterprise Management Suite володіє можливостями, відсутніми у vSphere. Перерахуємо деякі з них.

  • Управління всіма фізичними системами - Ops Mgr контролює працездатність фізичних і віртуальних серверів. vSphere управляє тільки компонентами віртуальної інфраструктури, хоча vSphere Client (Configuration, Health Status) дозволяє відстежувати стан ESX Host.
  • Управління різнотипними віртуальними машинами - VMM підтримує управління вузлами Hyper-V і ESX Server при наявності VMware vCenter Server.
  • Розширене управління додатками, включаючи SQL Server, Exchange і SharePoint, - Ops Mgr також передбачає можливість керування серверними додатками Microsoft, тоді як vSphere такої можливості не передбачає.
  • Створення резервних копій та відновлення на рівні додатків - DPM підтримує резервне копіювання і відновлення SQL Server і Exchange. VCB забезпечує резервування на рівні віртуальної машини і може відновлювати окремі файли, але не підтримує резервне копіювання на рівні додатків.
  • Інвентаризація, розгортання і управління програмами - Configuration Manager підтримує складання опису апаратних і програмних засобів і розгортання операційних систем, додатків і оновлень, тоді як в vSphere еквівалентної можливості немає.

Виняткові можливості vSphere

Зрілість технології vSphere проявляється в наявності коштів управління, що не мають аналогів в System Center.

  • vSphere ESX Server повністю підтримує всі популярні дистрибутиви Linux. На Hyper-V ці дистрибутиви можуть працювати в успадкованому режимі, і лише роботу SUSE на Hyper-V Microsoft підтримує з використанням архітектури VMBus, що забезпечує більш високу продуктивність.
  • Одночасний перенесення за допомогою VMotion. За допомогою vSphere можна виконувати одночасний перенесення кількох віртуальних машин за допомогою VMotions. Hyper-V передбачає можливість одночасного перенесення тільки однієї віртуальної машини з використанням Live Migration.
  • Підтримка декількох віртуальних процесорів для Linux. ESX Server забезпечує підтримку до чотирьох віртуальних процесорів для Linux. Hyper-V підтримує тільки один віртуальний процесор для віртуальної машини Linux.
  • Підтримка об'єднаної роботи мережевих адаптерів. ESX Server підтримує об'єднану роботу для всіх видів мережевих плат. Hyper-V не передбачає прямої підтримки об'єднаної роботи для мережевих плат, але може використовувати її, якщо таку можливість забезпечують драйвери мережевих адаптерів.
  • Memory Over-Commitment. ESX Server допускає вихід обсягу пам'яті, використовуваної активними віртуальними машинами, за межі фізичної пам'яті вузла. Це дозволяє запускати більше віртуальних машин на кожному вузлі, хоча і зі зниженням продуктивності.
  • Distributed Network Switch - можливість створення і колективного використання налаштувань мережі декількома серверами.
  • Distributed Power Management - оптимізація споживання енергії за рахунок переміщення віртуальних машин з малонавантажених вузлів з наступним вимкненням цих вузлів за допомогою VMotion.

ліцензування

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

Порівняння проводиться в припущенні розгортання 10 двоядерних серверів. Вартість серверів не включена, оскільки для кожної з платформ потрібно практично однакове устаткування. У таблиці вартість Server 2008 Datacenter Edition аналогічна для обох платформ. Datacenter Edition - найкращий варіант Server 2008, оскільки дозволяє реалізувати необмежену кількість віртуальних екземплярів Windows без додаткових витрат на ліцензування. Крім того, для кожної платформи включено програмне забезпечення віртуалізації. Найбільша відмінність - це пакет управління. vSphere ліцензується за кількістю процесорів і коштує трохи дорожче. Крім того, vCenter Server доведеться купувати окремо.

VMware vSphere, хоча і при більшій вартості, забезпечує безліч можливостей віртуалізації, відсутніх на платформі Microsoft. Існують різноманітні порівняння варіантів ліцензування, що показують великі переваги платформи VMware. Однак в основному ці порівняння засновані на припущенні використання більшого числа віртуальних машин на одному сервері. Це не обов'язково відповідає дійсності. Hyper-V може підтримувати робоче навантаження, порівнянну з ESX Server, але за умови, що на кожному сервері активно не більше 10 віртуальних машин - допущення, що лежить в основі даного порівняння. При цьому новий 64-розрядний ESX Server 4.0 забезпечує явно вищу продуктивність, ніж попередня версія. В майбутньому ми ще повернемося до порівняння продуктивності ESX Server 4.0 і Hyper-V R2.

Нове покоління або Широке охоплення?

Технологія VMware vSphere на покоління випереджає Microsoft System Center в частині управління виртуализацией, але платформа Microsoft - менш дорога і характеризується більш широким охопленням. Кожна з платформ має свої переваги і реалізує певну стратегію компанії. Microsoft System Center Enterprise Management Suite забезпечує повноцінне керування фізичним і віртуальним серверами. Зі свого боку, VMware vSphere дозволяє побудувати внутрішнє «хмара» з виртуализацией всіх наявних ресурсів і реалізувати динамічне управління віртуальною інфраструктурою. У нашому порівнянні ми розглядали різні платформи як варіанти, які, безумовно, можна комбінувати, що і роблять багато підприємств.

Майкл Оті ( [email protected] ) - редактор Windows IT Pro і президент компанії TECA (Портленд, шт. Орегон), що займається розробкою програмного забезпечення і консалтингом

Екран 1. Консоль адміністрування VMM 2008 R2

Таблиця. Вартість ліцензій на Microsoft System Center і VMware vSphere

Компоненти VMware vSphere

Організаційна структура компонентів VMware vSphere відрізняється від Microsoft System Center Management Suite. Пакет VMware vSphere Suite організований за функціональними компонентами. За визначенням VMware, vSphere - перша в галузі хмарна операційна система, що дозволяє адміністраторам виконувати побудову внутрішніх або зовнішніх віртуальних хмарних інфраструктур. Додаткову інформацію про vSphere можна отримати на сайті VMware.

Компоненти vSphere включають:

  • VMotion. Виняток планових простоїв завдяки переміщенню віртуальних машин з одного вузла на інший без переривання обслуговування кінцевих користувачів.
  • Distributed Resource Scheduler. Контроль використання ресурсів всієї віртуальної інфраструктури, а також оптимізація робочого навантаження шляхом перенесення за допомогою VMotion.
  • High Availability. Захист від позапланових простоїв завдяки перезапуску віртуальних машин на альтернативних вузлах в разі відмови.
  • Fault Tolerance. Захист від позапланових простоїв за рахунок забезпечення і підтримки точної відповідності між «тіньової» і основний віртуальними машинами.
  • Data Recovery. Створення резервних копій віртуальних машин і забезпечення можливості відновлення на рівні файлів для гостьових середовищ Windows.
  • Update Manager. Оновлення вузлів і гостьових операційних систем віртуальних машин шляхом вказівки шляхів до оновлень.
  • VSafe. API для вбудовування сторонніх програм пошуку вірусів.
  • Storage VMotion. Переміщення файлів віртуальних машин в інші місця зберігання без простою.

Компоненти Microsoft System Center Management Suite

Пакет Microsoft System Center Management Suite дозволяє адміністраторам ефективно управляти фізичної і віртуальної інфраструктурою. Microsoft System Center Enterprise Suite включає наступні компоненти:

  • Virtual Machine Manager 2008 R2. Управління віртуальними машинами Microsoft і VMware, а також іншими віртуальними активами, такими як шаблони і файли VHD; виконання переносів типу P2 V і V2 V.
  • Operations Manager 2007 R2. Контроль робочого стану фізичних і віртуальних серверів, а також серверів Microsoft, таких як SQL Server, Exchange і SharePoint; відстеження стану інших сторонніх додатків, таких як SAP, з використанням пакетів управління.
  • Configuration Manager 2007 R2. Розгортання операційної системи, додатків і оновлень по підприємству. Ведення інвентаризації обладнання та програм.
  • Data Protection Manager 2007. Створення резервних копій та відновлення серверних операційних систем і серверних додатків, таких як Microsoft SQL Server, Exchange і SharePoint.

Microsoft недавно випустила оновлення цього пакета під назвою Microsoft System Center Datacenter Management Suite. Основна відмінність полягає в тому, що пакет Datacenter ліцензується по ядрах.