Мінуси віртуалізації hyper v. Огляд технології віртуалізації для VPS. Гнучкість управління усією інфраструктурою

Метою написання цієї статті є дослідження продуктивності роботи програми 1С на віртуальних машинахплатформ ESXi та HyperV. Для наочності оцінки до тестів доданий апаратний сервер, як еталонний зразок.

Ідея даного дослідження виникла в результаті спостереження проблем з продуктивністю конфігурацій 1С, що використовують керовані форми у віртуальному середовищі. Якщо, наприклад, конфігурація УТ 10.3 працювала у віртуальному середовищі добре, то вже УТ 11.0 починала різко гальмувати і викликати невдоволення користувачів, причому будь-яких провисань по ресурсах не спостерігалося - 1С просто працювала повільно. Єдине рішення, яке допомагало здебільшого – це перенесення ролей СУБД та сервера 1С підприємства на фізичний сервер, а це, природно, тягне за собою великі витрати, зниження відмовостійкості тощо. У Наразібільшість компаній таки продовжує працювати з 1С у віртуальному середовищі, багато з них скаржаться на погану продуктивність, але кошти на фізичні сервери не виділяють – сподіваються, що компанія 1С оптимізує продукт під віртуалізацію або сама віртуалізація стане кращою.

Другою передумовою проведення цього дослідження стало оголошення Майкрософт про підтримку в гіпервізорі на базі операційної системи Windows Server 2012R2 віртуальні машини 2-го покоління. Відповідно стало цікаво, як ці нові машини працюватимуть загалом і з 1С зокрема, оскільки опис їх досить цікавий: вони позбавлені емуляції застарілих пристроїв, таких як IDE, BIOS, порти введення/виводу, контролери переривань і т.д.ОС гостьової віртуальної машини при завантаженні визначає, що вона працює у віртуальному середовищі та обмінюється даними з гіпервізором безпосередньо. Встановлення операційної системи, її завантаження та перезавантаження відбуваються в рази швидше за порівняння з машинами першого покоління.

Для проведення дослідження було обрано чотири різні конфігурації на базі платформи 1С:Підприємство 8.3 (8.3.5.1186):

І чотири платформи, на яких виконувались виміри їхньої продуктивності:

• VMware ESXi 5.1;
• фізичний сервер;
• Windows Server 2012R2 HyperV (1Gen);
• Windows Server 2012R2 HyperV (2Gen).

Ресурси апаратного сервера було виділено такі:

• центральний процесор - Intel Core i5 3330 (3.0 ГГц);
• оперативна пам'ять (ОЗП) - 16 GB DDD3;
• жорсткий диск- SSD 240 Gb Intel.

Гіпервізори були розгорнуті на цій апаратній платформі з виділенням 8 Гб оперативної пам'ятіта 4-х віртуальних процесорів. Всі бази, крім ERP 2.0, є справжніми базами, з якими працює компанія, заповнені вони реальними даними. Як СУБД використовувався MSSQL 2012. Операційна система на фізичному сервері та віртуальних машинах використовувалася Windows Server 2012R2. Сервер додатків 1С підприємства та СУБД встановлювалися на один сервер та працювали в режимі shared memory.

Практичне тестування та результати тестів

Таблиця 1 – Результати вимірювання швидкості операцій конфігурації Управління торгівлею 11

Діаграма 1 – Переведення кварталу

* Зеленим кольором виділено найкращі результати практичного тесту

Таблиця 2 – Результати вимірювання швидкості операцій конфігурації ERP 2.0

Діаграма 2 – Показник тесту Гільова 8.3

* Зеленим кольором виділено найкращі результати практичного тесту

Таблиця 3 – Результати вимірювання швидкості операцій конфігурації Бухгалтерія підприємства

* Зеленим кольором виділено найкращі результати практичного тесту

Таблиця 4 – Результати вимірювання швидкості операцій конфігурації УПП

Діаграма 3 – Час запуску конфігурацій на різних платформах за секунди

Висновки

1. Віртуальні машини першого та другого покоління Hyper-V практично не відрізняються одна від одної. Їхня продуктивність у ряді тестів відрізнялася, але не можна з упевненістю сказати, яке покоління працює з 1C краще, тому що поперемінно те одне, то інше покоління показувало результат краще. Виконувати перехід на машини нового покоління з надією підвищити продуктивність 1С не варто.
2. Несподіваними були виміри продуктивності VMware. 1C на віртуальній машині здебільшого працювала швидше, ніж на апаратній платформі. Іноді показуючи просто неймовірну перевагу - наприклад, перепроведення кварталу в конфігурації УТ 11 зайняло на 40% менше часу, ніж на апаратному комп'ютері. Відставання віртуальних машин на HyperV було більше 108% та 126% для 2-го та 1-го покоління відповідно. Швидше за все, цей феномен відбувається через кращої роботиіз залізом драйверів від VMWare, проти аналогічних від Microsoft. Також, можливо, ESXi формує кеш для зберігання даних, і таким чином обробляє інформацію швидше.

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

Системна інтеграція. Консалтинг

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

Що таке віртуалізація?

Почнемо з найпростішого – визначення терміна, що описує віртуалізацію як таку. Відзначимо відразу, що в Інтернеті можна знайти і завантажити будь-який посібник з цього питання на зразок довідника «Віртуалізація сервера для чайників» PDF-формату. Але щодо матеріалу непідготовлений користувач може зіштовхнутися з великою кількістю незрозумілих термінів. Тому спробуємо роз'яснити суть питання, так би мовити, на пальцях.

Насамперед, при розгляді технології віртуалізації серверів зупинимося на початковому понятті. Що таке віртуалізація? Наслідуючи просту логіку, неважко здогадатися, що цей термін описує створення якогось емулятора (подібності) якогось фізичного або програмного компонента. Іншими словами, це – інтерактивна (віртуальна) модель, яка не існує в реальності. Однак тут є свої нюанси.

Основні типи віртуалізації та використовувані технології

Справа в тому, що в понятті віртуалізації розрізняють три основні напрямки:

• уявлення;
• додатки;
• сервери.

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

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

Нарешті, мається на увазі створення інтерактивного комп'ютерного середовища, віртуалізація сервера у якому повністю повторює реальну конфігурацію «залізних» побратимів. Що це означає? Та те, що, за великим рахунком, на одному комп'ютері можна створити один або кілька додаткових, які працюватимуть в режимі реального часу, як би вони існували насправді (системи віртуалізації серверів будуть більш детально розглянуті трохи пізніше).

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

Вибір обладнання

Однією з явних і незаперечних переваг віртуальних серверівє зниження матеріальних витрат за створення повнофункціональної програмно-апаратної структури. Наприклад, є дві програми, які для нормальної роботи потребують наявності 128 Мб оперативної пам'яті, але їх не можна встановлювати на один фізичний сервер. Як вчинити у цьому випадку? Можна придбати два роздільні сервери по 128 Мб і встановити їх окремо, а можна купити один із 128 Мб «оперативки», створити на ньому два віртуальні сервери та встановити дві програми саме на них.

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

Переваги у системі безпеки

Як правило, сама серверна структура має на увазі наявність декількох апаратів для виконання тих чи інших завдань. У плані забезпечення безпеки системні адміністраторивстановлюють контролери домену Active Directory та інтернет-шлюзи не на одному, а на різних серверах.

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

Якщо підійти до цього питання з іншого боку, можна відзначити, що віртуалізація сервера дозволяє обійти обмеження по установці, а також швидко відновити конфігурацію, адже бекап зберігається в самій віртуальній машині. Щоправда, як вважається, віртуалізація серверів із Windows Server (Hyper-V) у такому уявленні виглядає ненадійною.

Крім того, доволі спірним залишається питання ліцензування. Так, наприклад, для Windows Server 2008 Standard передбачено запуск всього однієї віртуальної машини, на Enterprise – чотири, а на Datacenter – взагалі необмежену кількість (причому навіть копій).

Питання адміністрування

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

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

У VMware vSphere віртуалізація серверів дозволяє створювати та зберігати так звані знімки самої віртуальної машини (snapshots), які є спеціальні образи її стану в певний момент часу. Вони можуть бути представлені в деревоподібну структуру в самій машині. Таким чином відновити працездатність віртуальної машини набагато простіше. При цьому можна довільно вибирати точки відновлення, відкочуючи стан назад, а потім уперед (Windows-систем таке може тільки снитися).

Програми віртуалізації серверів

Якщо говорити про програмне забезпечення, тут для створення віртуальних машин можна використовувати величезну кількість програм. У найпростішому випадку використовуються власні кошти Windows-систем, за допомогою яких може проводитись віртуалізація серверів (Hyper-V – вбудований компонент).

Однак і ця технологія має деякі недоліки, тому багато хто віддає перевагу програмним пакетам на кшталт WMware, VirtualBox, QUEMI або навіть MS Virtual PC. Хоча назвами такі додатки і відрізняються, принципи роботи з ними особливо не відрізняються (хіба що в деталях та деяких нюансах). З деякими версіями програм може здійснюватися і віртуалізація серверів LinuxАле ці системи докладно розглядатися не будуть, оскільки у нас більшість користувачів використовує все-таки Windows.

Віртуалізація сервера на Windows: найпростіше рішення

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

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

Але тут треба звернути увагу на включення модуля. Віртуалізація серверів Hyper-V не може здійснюватися без попереднього увімкнення цього компонента в самій системі Windows.

У деяких випадках може знадобитися і активація підтримки відповідної технології в BIOS.

Використання сторонніх програмних продуктів

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

Йдеться про використання таких програмних продуктів, як Oracle VirtualBox, VMware Workstation (VMware vSphere) та інших. Наприклад, сервер віртуалізації VMware може створюватися таким чином, щоб зроблені всередині віртуальної машини аналоги комп'ютерів працювали окремо (незалежно один від одного). Такі системи можна використовувати у процесах навчання, тестуванні будь-якого програмного забезпечення тощо.

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

Що ж до процесу створення комп'ютера всередині машини, в VMware vSphere віртуалізація серверів, так само як і в Hyper-V, проводиться на основі «Майстра», проте, якщо порівнювати цю технологію з Windows-системами, сам процес виглядає дещо простіше, оскільки програма сама може запропонувати певну подобу шаблонів або автоматично обчислити потрібні параметримайбутнього комп'ютера.

Основні недоліки віртуальних серверів

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

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

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

По-третє, явно спірним буде питання перенесення у віртуальний простір ресурсомістких СУБД чи систем на кшталт Mailbox Server, Exchange Server тощо. У цьому випадку спостерігатиметься явне гальмування.

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

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

Резюме

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

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

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

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

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

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

Сьогодні мова піде саме про серверну віртуалізацію, а віртуалізацію на домашньому комп'ютері ми з Вами торкалися статті Віртуальна машина VirtualBox. Так як це зовсім дві різні теми.

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

Плюси віртуальних машин

1. Місце в серверній

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

2. Зменшення шуму та енергоспоживання

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

3. Зниження витрат

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

4. Можливість виділення серверів для «старих» ОС та ПЗ

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

5. Зниження трудовитрат на резервування даних

Ще одним вагомим, на мій погляд, плюсом є те, що Вам при використанні віртуальних машин потрібно бекапит лише один фізичний сервер, або тільки файли жорстких дисків, на яких і встановлені всі гостьові операційки. Мені здається забекапити одні сервак набагато легше ніж, наприклад, 10 серваків! Якщо будете розглядати детальніше якийсь гіпервізор ( VMware чи Hyper-V), то вони мають багато всіляких функцій, зокрема і з резервуванню, реплікації віртуалок і ще.

6. Гнучкість управління усією інфраструктурою

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

7. Зростає відмовостійкість

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

8. Зниження зносу обладнання

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

9. Масштабованість обладнання

Тепер необхідно відзначити і те, що якщо Ви раптом вирішили, наприклад, додати оперативну пам'ять на всі сервери ( так би мовити про апгрейдити серваки), Вам потрібно все їх відкривати і вставляти залізяки, а якщо вони в стійці, то все це справа відкручувати і так далі, погодьтеся напружено. У випадку з віртуалками Вам необхідно в ОДНОГО сервера додати фізичну пам'ять, а на віртуалках це робиться не просто, а дуже просто! буквально кілька кліків та все. Це до речі стосується і інших параметрів, таких як обсяг жорсткого диска, кількість мережевих адаптерівта інших.

10. Динамічна інфраструктура

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

Висновок

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

Серверні гіпервізори

Тепер поговоримо про реалізацію всього цього, тобто. про продукти, з допомогою яких можна реалізувати серверну віртуалізацію. Тут на думку спадає два дуже популярні гіпервізори це, звичайно ж: VMware ESX (або ESXi)і також, звичайно ж, Microsoft Hyper-V. Ці продукти реалізовані як окремі системи, наприклад, Microsoft Hyper-V Server 2008, і як компоненти, що входять до комплекту операційної системи, у нашому випадку Microsoft Server 2008 (у VMware також і як серверна система і як просто ПЗ для встановлення на існуючу ОС).

У випадку з серверною системоюВи просто підключаєтеся до неї через консоль, а у разі встановлення віртуалки на ОС, Ви відкриваєте необхідну оснастку або запускаєте якусь консоль у разі VMware.

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

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

Але якщо у Вас невелика організація, то підійде і не дуже потужний сервер, але, як Ви розумієте, Ви в нього встановите меншу кількість гостьових операційних систем. До речі, при виборі сервера для віртуальних машин, приділіть увагу обсягу оперативної пам'яті, вона має бути – чим більше тим краще!Іншими словами, від обсягу оперативної пам'яті залежить скільки гостьових ОС Ви зможете встановити. Для малого підприємства, якщо, наприклад, Вам потрібно всього два або три віртуальні сервери, то підійде хост з обсягом оперативної пам'яті 8 гігабайт. Для кожного віртуального сервера Ви самі вибираєте, скільки оперативної пам'яті має бути, в нашому випадку, наприклад, ми 2 гіга віддамо під хост, і створимо три віртуальні сервери по 2 гігабайти, і в результаті у нас вийде всі наші 8 гігів. Або, можна створити два віртуальні сервери, наприклад, перший з об'ємом 4 гігабайти, а другий 2. Ну, загалом, Ви самі вирішите, як Вам потрібно.

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

Я там трохи стрибнув з одного аспекту на інший. =)

Дивіться...

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

Нюанс у тому, що є три основні варіанти:

• У вас є гіпервізор і N віртуальних машин на ньому
• У вас є N фізичних серверів
• У вас є один фізичний сервер з одного операційною системою(Без віртуалізації) і все встановлено в цю ОС.

У випадку з третім варіантом (найжахливішим) у вас виходять проблеми апріорі. Ви не можете прогнозувати навантаження, у вас відсутня безпека як така (бо напевно потрібно давати доступ користувачам на сервер, які ще й контролер домену) і ваші програми впливають один на одного. Ну, наприклад, з життя: "одінес" зжер 100% CPU - стало все, просто тому, що все на одному екземплярі ОС.

Другий варіант зазвичай призводить до купівлі кількох дуже дешевих (щодо) комп'ютерів, які гордо називають "сервер". Я багато разів бачив таке. Клієнтські насправді комп'ютери з трохи великою кількістю ресурсів і серверна ОС на них. Надійність таких комп'ютерів є відповідною. Вони просто не розраховані на постійну роботупід навантаженням. Я навіть не кажу про якість комплектуючих та складання. З усіма витікаючими. Якщо ви можете купити кілька брендових серверів (стільки, скільки потрібно) – вам пощастило і більшість трудящих у "малих бізнесах" вам люто заздрять.

Та й перший варіант. Якщо вам потрібно купити тільки один сервер, ви завжди можете обгрунтувати більший бюджет на нього. Пояснивши, що купівля його один раз позбавить необхідності закуповувати нові сервери, скажімо, у найближчі два роки. І вийде купити вже сервер від нормального виробника (HP\DELL тощо), який матиме нормальний апаратний RAID, Нормальна за якістю компонентна база і так далі. Плюсом – у нього буде нормальна гарантійна підтримка. Якщо ви використовуєте відповідний рівень RAID, ви захищені від втрати даних при виході з ладу диска (або навіть двох). А диск, що вийшов з ладу, вам поміняють по гарантії. Так само за гарантією вам поміняють все інше (хоча "решта" виходить з ладу в пристойних серверах набагато рідше, я за багато років пам'ятаю всього пару випадків, коли виходили з ладу компоненти). Але знову ж таки ви будете позбавлені пошуку "такої ж материнки", тому що вам все покриє гарантія.

Тобто надійність суттєво вища, ризиків менша.

Все, що написано після "Достатньо купити один досить потужний сервер" відноситься вже до другого питання - сумісності додатків та їхнього взаємного впливу один на одного. Що набагато частіше є проблемою, ніж надійність самого обладнання як такого. Ви зможете підняти з резервної копії ваші дані (ви ж робите резервні копії, чи не так?) у разі виходу з ладу обладнання. Але в багатьох випадках ви не зможете вирішити проблему сумісності та взаємного негативного впливу ПЗ один на одного, не купуючи нового сервера (тобто без фінансових вливань).

Який ризик вищий: вихід із ладу обладнання чи несумісність ПЗ? Що, за наявності нормальної резервної копії, страшніше - згорілий сервер або злісна програма, яка заважає працювати іншим, а позбавитися її не можна (наприклад, це потрібне якомусь відділу для роботи ПЗ)?

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

Сподіваюся, так зрозуміліше.

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

VMware ESXi

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

Та й сьогодні на десктопах нерідко можна знайти VMware Workstation та VMware Player. Останній з'явився як відповідь MS Virtual PC та є безкоштовною версією Workstation. Працює він з-під встановленої ОС, тобто до промислового середовища не зовсім підходить. Для встановлення на «голе залізо» пропонується VMware ESXi – самостійний продукт, що є основою для встановлення гостьових ОС, а спільно з VMware vSphere – засобом для побудови віртуальної інфраструктури та управління віртуальними ресурсами (докладніше у статті «Віртуальна сфера», див.) [08.201 ). По суті, ESXi – це сильно урізана версія Linux, Що містить гіпервізор (VMkernel) та консолі управління: vCLI (vSphere CLI), PowerCLI (PowerShell інтерфейс до vCLI), SSH та DCUI (Direct Console User Interface).

Раніше ESXi вважався «молодшим братом» у лінійці продуктів VMware, адже він є безкоштовним і урізаним варіантом ESX. Але час ESX минув, наступні версії VMware VSphere включатимуть підтримку виключно ESXi (запропоновано також його альтернативна назва- VMware vSphere Hypervisor), а всі переваги ESX перед ESXi зійшли нанівець. Отже, розробники рекомендують переходити на ESXi.

Головна відмінність ESXi від ESX полягає в архітектурі. Основою ESX є повноцінна версія Linux, на яку можна встановлювати при необхідності свої програми. Агенти VMware працюють через COS (Console OS), тобто через додатковий рівень. У результаті ми маємо більший розмір дистрибутива: ~2 Гб у порівнянні з 350 Мб ESXi (на хард ставиться всього 70Мб).

В ESXi агенти працюють прямо в VMkernel, за потреби модулі сторонніх розробників (моніторинг, драйвера) також виводяться на гіпервізор. Зменшення шарів означає більшу надійність та безпеку, менше можливості для атак.

Дистрибутив можна записати на флешку або взагалі вшити у firmware сервер. Через деякі особливості офіційний список сумісного обладнання ESXi (clck.ru/9xlp) менше, ніж ESX, який підтримується і старими серверами, але з часом він збільшиться. Крім того, добровольцями створено неофіційний список комп'ютерів ESXi Whitebox HCL (clck.ru/9xnD), на яких працює VMware ESXi. Системи цього списку використовуються на свій страх і ризик, але зазвичай проблем не виникає.

Продукт від VMware відрізняє підтримку великої кількості гостьових ОС. Тут повний фарш - Windows, Linux, Solaris, FreeBSD, Netware та багато інших, весь список доступний на сайті.

Функціональність останніх релізів ESXi вже «підтягнули» під можливості ESX – з'явилася інтеграція з Active Directory (будь-яка обліковий записперевірятиметься в каталозі), функції розширеного управління пам'яттю (невикористані ресурси звільняються), спільна робота із системами зберігання даних VMware vStorage VMFS/Storage VMotion та SAN, налаштування пріоритетів трафіку, технологія безпеки VMsafe Security API. Гнучкий розподіл ресурсів дозволяє «на гарячу» додати CPU, ОЗУ, жорсткий диск (у тому числі змінити розмір поточного без перезавантаження).

Установка дистрибутива на голе залізо дуже проста (стандартний варіант із приводу або через PXE), до того ж, починаючи з версії 4.1, підтримуються сценарії, що дозволяють автоматизувати процес інсталяції ПЗ, налаштування мережі та підключення до vCenter Server. Через VSphere API інтегровано керування резервного копіювання ESXi.

Важливим є спеціальний конвертер VMware vCenter Converter (vmware.com/products/datacentervirtualization/converter), який дозволяє використовувати в ESXi образи MS Virtual Server, Virtual PC, Hyper-V, а також фізичні сервери та образи дискових розділів, створених такими програмами як Acronis True Image, Norton Ghost та іншими.

Крім цього, допомогти у розгортанні ESXi може і безкоштовний веб-сервіс VMware Go (go.vmware.com), що дозволяє протестувати фізичний сервер на сумісність, встановити ESXi та створити нові VM.

MS Hyper-V

Технологія віртуалізації від MS, фінальну версію якої випущено влітку 2008 року. З виходом Win2k8R2 Hyper-V отримав нові можливості - Live Migration, динамічна пам'ять, покращено ряд інструментів та підтримка обладнання.

Hyper-V побудований за принципом гіпервізора з мікроядром і безпосередньо спілкується з обладнанням сервера на Ring-1. Це зменшує витрати, завдяки чому досягається висока швидкістьроботи. Пропонується у двох варіантах - як роль Windows Server 2k8/R2 (доступна в повному варіантіта Server Core) або як окреме рішення для встановлення на «голе залізо» - MS Hyper-V Server 2008 R2 (microsoft.com/hyper-v-server). Останній поширюється безкоштовно (не вимагає Client Access License), ліцензія знадобиться лише для гостьових Windows. По суті, це урізаний варіант Server Core, в якому встановлена ​​одна роль (без можливості зміни) та обмежені інструменти керування.

Окрім ліцензії, між різними варіантами Hyper-V є й інші відмінності, але у безкоштовному варіанті доступне все необхідне для побудови сервера віртуалізації. Це підтримка технології Live Migration, консолідація серверів та кластеризація вузлів.

Сервер, на який встановлюється MS Hyper-V Server, може мати ОЗУ в 1 Тб та до 8 CPU, чого цілком достатньо для завдань невеликої та середньої організації.
Офіційно підтримуються 32- та 64-бітові версії Windows XP SP3, Vista SP2/2k3 SP1/2k8 та Linux (SLES та RHEL). Але в інтернеті можна знайти десяток посібників, в яких описано успішну експлуатацію інших версій *nix - Ubuntu, FreeBSD і так далі. Для встановлення рекомендується вибирати дистрибутиви Linuxз ядром 2.6.32+, в якому додано підтримка Hyper-V(LinuxIC, розповсюджується MS під GPL). Щоправда, лише гостьові Win2k8 можуть бути налаштовані з 4 vCPU.

Для встановлення MS Hyper-V Server знадобиться комп'ютер з x64 CPU, що підтримує технології Intel VT або AMD-V, і щонайменше 1 Гб RAM.

Для управління великими масивами віртуальних серверів MS пропонує окремий продукт System Center Virtual Machine Manager 2008 (SCVMM 2008), що має інструменти для P2V (Physical to Virtual) та V2V-конвертування серверів (з VMware). Знову ж таки, у списку підтримуваних для P2V тільки Win. Тому, щоб перенести свій сервак, що працює на Linux, доведеться вибрати довгий шлях: VMware vCenter Converter.. ESXi.. SCVMM.. Hyper-V. Не завжди даний процеспроходить гладко, особливо для дистрибутивів, які не підтримуються офіційно.

У цьому випадку безпечніше встановити систему начисто, а потім перенести дані з бекапу. Замість SCVMM у цій зв'язці можна використовувати безкоштовний VMDK2VHD (vmtoolkit.com/files), Citrix XenConvert, Quest vConverter (