- Обгрунтування економічного ефекту перед керівництвом (ТЕО - по-російськи, TCO + ROI - по-західному)
- Сайзінг з апаратного забезпечення ( "заліза") і вибір серверів
- Вибір системи зберігання та побудова SAN
- Мережеве взаємодія хостів ESX і віртуальних машин в VMware vSphere
- Виділення ресурсів - пули ресурсів, VMware DRS
- Захист даних в VMware vSphere
- Централізоване управління VMware vCenter 4
- Автоматизація операцій у віртуальній інфраструктурі
Багато з вас вже, мабуть, починають думати про початок проекту по віртуалізації серверів на базі платформи VMware vSphere, яка стала цілком доступною для сектора SMB (видання VMware vSphere Essentials). Крім того, пакети VMware vSphere Acceleration Kits зі знижками для купують вперше - ніхто не відміняв (знижки 20-30% при покупці ліцензій на 3-4 сервера). Але сьогодні нема про цінах, а про те, як правильно спланувати віртуальну інфраструктуру VMware vSphere з урахуванням з'явилися нових технологій і можливостей VMware .
Отже, якщо почати планувати по етапах, ось так виглядають складові інфраструктури при проектуванні рішення VMware vSphere 4:
Обгрунтування економічного ефекту перед керівництвом (ТЕО - по-російськи, TCO + ROI - по-західному)
1. Для початкових розрахунків можна використовувати такі калькулятори VMware:
http://www.vmware.com/technology/whyvmware/calculator/index.php - обгрунтування рішення в ракурсі порівняння з безкоштовним Hyper-V і вартість додатків як систем у віртуальних машинах. Калькулятор дає грубу оцінку.
http://www.vmware.com/go/calculator - більш точний калькулятор, який детально розписує статті витрат (наприклад, придбання системи зберігання) і сукупну вартість володіння віртуальної і фізичної інфраструктурою (TCO).
2. Далі розрахунки можна уточнювати у власних калькуляторах Excel. Можна використовувати російськомовні джерела:
Стаття колишнього директора VMware Russia Михайла Козлова про економію з виртуализацией (багато маркетингу).
Калькулятор TCO від команії VMC (простий) - онлайн.
Калькулятор TCO від Михайла Міхеєва (розширений) - Excel.
Сайзінг з апаратного забезпечення ( "заліза") і вибір серверів
Тут можна піти декількома шляхами:
1. Якщо ви використовуєте обладнання HP і сервери ProLiant, то можна скористатися утилітою HP ProLiant server sizer for VMware ESX Server , Якій тепер можна користуватися оффлайн і яка відмінно працює для невеликих інфраструктур. Якщо використовуєте сервери IBM - є утиліта IBM Consolidation Discovery and Analysis Tool , Доступна клієнтам IBM.
2. Скористатися послугою Virtualization Assessment від партнерів VMware .
3. Порахувати все самим, використовуючи потужний засіб всіх часів і народів Microsoft Excel.
При самостійному розрахунку до уваги потрібно приймати такі чинники:
1. Вибирайте обладнання тільки з офіційного списку сумісності VMware HCL (В якому є vSphere), щоб не зіткнутися з проблемами стабільності і продуктивності, а також відмову в технічній підтримці VMware.
2. "Вузьким місцем" сайзінга майже завжди є оперативна пам'ять. Відповідно, потрібно вибирати сервери з найбільшим обсягом оперативної пам'яті, але пам'ятайте що багато - не завжди означає швидко. З точки зору CPU і Network - майже завжди вистачає отсайзенного під пам'ять обладнання. Звичайно ж, правильним чином потрібно порахувати і систему зберігання, особливо для навантажень чутливих до вводу-виводу.
3. vSphere ліцензується за фізичними процесорам - тому беріть процесори з великим числом ядер (проте врахуйте, що 6 ядер межа для деяких видань VMware vSphere).
4. При розгортанні віртуальних серверів VMware на наявному обладнанні, враховуйте сумісність хостів по EVC (Enhanced VMotion Compatibility). Детальніше можна прочитати в KB1003212 .
5. Якщо ви плануєте використовувати VMware Fault Tolerance - пам'ятайте про обмеженнях даної технології у VMware vSphere. Для перевірки існуючої інфраструктури на сумісність по Fault Tolerance є утиліта від VMware - SiteSurvey .
6. Пам'ятайте, що такі технології як Memory sharing і overcommittment знижують вимоги до обсягу необхідної пам'яті в середньому на 30% для більшості інфраструктур.
7. При виборі блейд-платформи будьте уважні - НЕ зіткнемося з проблемами обмеження I / O на кошик.
8. По-можливості стандартизує закупівлю серверів і систем зберігання для віртуальної інфраструктури. Це допоможе уникнути проблем сумісності з VMotion / DRS / Fault Tolerance і знизити витрати на адміністрування.
9. Пам'ятайте, що зараз ключова точка прийняття рішення - ESX або ESXi. 4-я версія VMware vSphere - остання, де є "товстий" гипервизор з сервісної консоллю - ESX. Однак зараз, все-таки, поки стоїть вибрати ESX.
Вибір системи зберігання та побудова SAN
Тут варіантів безліч. Fibre Channel, iSCSI, NAS / NFS і Local Storage - все підтримується для VMware vSphere. Проте, у кожного виробника є свої рекомендації. Наприклад, ось деякі рекомендації: EMC , HP , NetApp .
Далі фактори, які необхідно враховувати:
1. Пам'ятайте, що тільки Fibre Channel SAN підтримує кластери Microsoft (MSCS) .
2. Пам'ятайте, що в VMware vSphere з'явилася можливість Thin Provisioning для віртуальних дисків, що дозволяє скоротити необхідні дискові ємності на 20-50% для більшості інфраструктур. За рахунок чого? Раніше системні адміністратори виділяли віртуальним машинам дисковий простір, враховуючи що в майбутньому завдання буде більше його споживати. Однак, найчастіше, це простір так і не починає використовуватися, внаслідок чого втрачаються дорогі ємності. Тепер же віртуальні машини можуть споживати дисковий простір у міру наповнення своїх віртуальних "тонких" дисків.
3. Правильно вибирайте розміри LUN під томи VMFS і блоки . Пам'ятайте, що у VMware vSphere з'явилася можливість динамічного розширення томи VMFS. дивимося документ ESX Configuration Guide на сторінці 104.
4. Пам'ятайте, що для деяких масивів з'явилися можливості балансування по шляхах в SAN, що реалізуються через модулі виробників . Наприклад, продукт Powerpath / VE від EMC .
5. Проектуйте SAN по архітектурі Dual Fabric / Core-Edge, забезпечте відмовостійкість для всіх компонентів мережі SAN.
6. Пам'ятайте, що VMware працює швидше з масивами, якщо використовувати розширені настройки для HBA-адаптерів хостів.
7. Якщо ви плануєте завантаження ESX з SAN - пам'ятайте, що і iSCSI-сховища підтримуються VMware для даного типу розгортання.
8. Ретельно виміряйте Disk I / O фізичних систем, які зараз працюють з локальними дисками - потім кілька таких систем будуть перебувати на загальній системі зберігання.
9. Плануйте розміщення ресурсів зберігання в віртуальному середовищі в концепції "ярусного зберігання" (tiered storage). Розносите сховища тестових і продуктивних віртуальних машин.
10. Плануйте використання Storage VMotion - технології, яка зробить віртуальні машини більш мобільними з точки зору сховищ.
Мережеве взаємодія хостів ESX і віртуальних машин в VMware vSphere
У VMware vSphere з'явилося кілька нововведень, які спрощують адміністрування хостів VMware ESX / ESXi, що необхідно враховувати при плануванні віртуальної інфраструктури. Чому саме треба приділяти увагу:
1. На хостах ESX / ESXi число мережевих адаптерів має бути максимально великим: знадобиться організація мережі управління (Service Console), VMotion, Fault Tolerance (кілька адаптерів) і Failover / Load Balancing-адаптери для віртуальних машин. Рекомендується не менше 4-х мережевих адаптерів для кожного хоста ESX.
2. Плануйте використання VLAN ( виберіть режим тегірованія ). Пам'ятайте, що vSphere підтримує Private VLAN (PVLAN) для vNetwork Distributed Switch. Деталі можна дізнатися в документі ESX Configuration Guide на сторінці 32.
3. Пам'ятайте, що з появою Distributed Switch в VMware vSphere стало простіше управляти мережевими конфігураціями хостів. Плануйте впровадження цих комутаторів в обов'язковому порядку для скорочення витрат на адміністрування.
4. Плануйте використання мережевого екрану VMware vShield Zones - з ним простіше централізовано керувати конфігураціями мережевих екранів на хостах VMware ESX.
5. Якщо вам потрібна додаткова функціональність від віртуальних комутаторів - задумайтеся про використання Cisco Nexus 1000V Virtual Switch. Тут таблиця відмінностей від dvSwitch .
6. Пам'ятайте, що тепер можна обмежувати смугу пропускання і вхідного і вихідного трафіку на хости ESX до віртуальних машин.
7. Забезпечте відмовостійкість на рівні фізичних компонентів мережі.
Виділення ресурсів - пули ресурсів, VMware DRS
Тут мало що змінилося, тому рекомендації при плануванні наступні:
1. З'явився режим економії живлення VMware Distributed Power Management. По випробуваннях він дозволяє економити до 40% електроенергії, що витрачається на харчування хостів ESX / ESXi. Це повністю підтримувана промислова технологія у VMware vSphere, що може допомогти вам на початковому етапі з економічним обґрунтуванням.
2. Плануйте майбутні пули ресурсів. Обмежуйте споживання ресурсів тестовими системами і пулами зверху (Limit), а резервування ресурсів виробничими системами знизу (Reservation). Гарантуйте ресурси на випадок відмов хостів.
3. Створіть окремий кластер для тестових систем.
4. Якщо адміністратор керує зв'язкою серверів, які залежать один від одного, має сенс використовувати контейнери vApps для груп віртуальних машин.
5. Експериментуйте з порогом міграції VMware DRS - почніть з "консервативного" і просувайтеся до "агресивного".
6. Прочитайте рекомендації, наведені в vSphere Resource Management Guide .
Захист даних в VMware vSphere
З точки зору захисту даних з'явилося багато нових можливостей в VMware vSphere і тепер можна планувати віртуальну інфраструктуру з високим рівнем забезпечення надійності даних і високою доступністю.
1. З'явився VMware vCenter Data Recovery - це дозволить створювати резервні копії віртуальних машин і відновлювати їх. Цей функціонал підтримується і в VMware vSphere Essentials Plus - прийнятному за цінами видання vSphere. Обов'язково випробуйте це засіб.
2. Тепер запаси відмовостійкості розраховуються і налаштовуються більш гнучко, що полегшує планування. Для найменш стабільних систем корисно буде включити режим захисту від "зависання" - VM Monitoring .
3. Одна зі стратегій захисту від збоїв серверів - приміщення в віртуальної інфраструктури "гарячого" хост-сервера ESX. У разі відмови одного із продуктивних хост-серверів - його віртуальні машини перезапустити на цьому сервері.
4. Пам'ятайте, що відмовостійкість на рівні ЦОД засобами VMware Site Recovery Manager Не підтримується для VMware vSphere . VMware SRM буде доступний у другому кварталі 2009 р Проте, зараз є можливість "даунгрейда" на VMware Virtual Infrastructure 3.5.
5. За статистикою безперервної доступності вимагають 10-15% систем в інфраструктурах. Заплануйте тестову зону з VMware Fault Tolerance. Пам'ятайте про обмеження .
Централізоване управління VMware vCenter 4
1. Плануйте об'єднання хостів VMware vCenter через Linked Mode для прозорого контролю над інфраструктурою. Відмовтеся від "менеджера менеджерів" Microsoft SC VMM.
2. Призначайте нові ролі організаційної структури - адміністратори мережевого оточення серверів ESX (Network Consumer) і адміністратори сховищ віртуальних машин (Datastore Consumer).
3. Для VMware Update Manager прочитайте Best Practices і використовуйте калькулятор від VMware для розрахунку його бази даних.
4. Пам'ятайте, що у VMware vCenter 4 вимоги вище , Ніж у минулій версії - VirtualCenter 2.5.
5. При необхідності безперервної доступності серверів VMware vCenter (наприклад, для SRM) можна використовувати продукт vCenter Heartbeat .
6. Для планування міграції фізичних систем у віртуальне середовище використовуйте VMware vCenter Converter. Не забудьте переглянути документ VMware vCenter Converter Admin Guide .
7. Пам'ятайте, що зараз саме час зробити VMware vCenter віртуальним , Якщо зараз він фізичний. Це підвищить відмовостійкість і вивільнить сервер.
Автоматизація операцій у віртуальній інфраструктурі
Треба розуміти, що VMware vSphere управляється не тільки через "жорстко прошитий" функціонал VMware vCenter. Є також кілька шляхів по автоматизації рутинних операцій адміністраторів VMware vSphere і треба обов'язково розглянути можливість їх використання:
1. Інтерфейс Microsoft PowerShell для автоматизації завдань адміністратора за допомогою скриптів.
2. VMware vSphere Management Assistant (Колишній продукт VIMA - VI Management Assistant) - віртуальний модуль для управління набором хостів ESX / ESXi.
3. VMware vCenter Orchestrator для автоматизації типових процесів управління віртуальною інфраструктурою.
Версія статті в PDF .
За рахунок чого?