Зміст:
З ростом витрат на енергоносії та зменшенням офісних приміщень рішення щодо енерго- та просторових витрат отримують абсолютну перевагу. З точки зору чистої економіки реалізація тотальної міграції у віртуалізоване середовище здається трохи зайвою. Однак загалом віртуалізація зустрічається з ентузіазмом в ІТ-індустрії. Є ще кілька зморшок, але це той безмежний потенціал, який насправді хвилює людей. Тут ми розглянемо плюси і мінуси і дамо вам рішення.
Трохи історії про віртуалізацію
Згідно з офіційним веб-сайтом VMware, практика віртуалізації почалася в 1960-х роках, коли IBM намагалася вдосконалити комп'ютери з основним середовищем, намагаючись збільшити використання процесора. Кінцевим результатом став мейнфрейм, який міг одночасно виконувати кілька операцій. З настанням 1980-х та 90-х архітектура x86 стала архітектурою вибору, оскільки розподілені обчислення почали посідатись в ІТ-індустрії. Поширення архітектури x86 фактично спричинило масовий відтік від віртуалізації, оскільки модель сервер-клієнт почала стрімке зростання популярності.
У 1998 році VMware була заснована групою дослідників з Каліфорнійського університету Берклі, які намагалися вирішити деякі недоліки архітектури x86. Серед цих недоліків була концепція, відома як недостатнє використання процесора. У багатьох реалізаціях архітектури x86 використання процесора в середньому складає від 10 до 15 відсотків загальної потужності. Однією з основних причин цього є практика запуску одного сервера на центральний процесор для підвищення продуктивності кожного окремого сервера. Це підвищило продуктивність, але за рахунок апаратної ефективності.
Переваги віртуалізації
Немає сумніву, що віртуалізація набула великої популярності в ІТ-індустрії, але чому? Деякі з більш очевидних причин пов’язані із збільшенням використання процесора, збільшенням простору та можливістю стандартизації побудови серверів. Що стосується використання процесора, то більше серверів на одній фізичній машині, як правило, перетворюється на більше роботи, яку виконує процесор. Тому замість отримання всього веб-трафіку на одній машині, всього SMTP-трафіку на іншій машині та всього FTP-трафіку на іншому, можна отримувати весь зазначений трафік на одній фізичній машині, тим самим збільшуючи використання процесора. Однак це успішно включає використання певного розсуду щодо розміщення декількох віртуальних машин на одній хост-машині, оскільки цей сценарій може призвести до зниження продуктивності.
Використання процесора за рахунок віртуалізації опосередковано впливає на використання простору. Маючи на увазі вищезгаданий сценарій, коли на одній фізичній машині розміщено декілька серверів, очевидно, що при віртуалізації потрібно менше фізичних машин, і що в результаті витрачається менше місця.
Нарешті, віртуалізація досить легко піддається поняттям клонування, привидів, знімків та будь-якого іншого типу програмного забезпечення для копіювання. Значення цього виводиться з вільного простору, який він надає системному адміністратору для створення зображень будь-якої операційної системи в мережі. Створення користувальницьких зображень дозволяє системному адміністратору створити збірку за замовчуванням, яку можна реплікувати по всій мережі. Час, який це економить під час налаштування додаткових серверів, неоціненне. (Щоб дізнатися більше, перевірте віртуалізацію сервера: 5 найкращих практик.)
Недоліки віртуалізації
Більшість встановлених недоліків щодо віртуалізації стосуються насамперед безпеки. Перший і, можливо, найважливіший недолік передбачає концепцію єдиної точки відмови. Простіше кажучи, якщо веб-сервер організації, SMTP-сервер та будь-який інший тип сервера знаходяться на одній фізичній машині, підприємливому молодому хакеру потрібно лише здійснити атаку відмови в сервісі на цій хост-машині, щоб відключити кілька серверів в межах інфраструктура сервера мережі. Відключення веб-сервера організації може бути руйнівним і само по собі, але вилучення декількох серверів може бути позитивно катастрофічним.
По-друге, поширеною практикою безпеки є розміщення системи виявлення вторгнень (IDS) на декількох мережевих інтерфейсах у межах даної мережі. Якщо правильно налаштовано, IDS може бути корисним інструментом при вивченні тенденцій, евристики та інших подібних заходів у мережі. Однак це стає неможливим у віртуалізованому середовищі, коли на одній хост-машині розміщено кілька операційних систем через те, що системи виявлення вторгнень здатні контролювати лише фізичні мережеві інтерфейси. Іншими словами, IDS працює як шарм під час моніторингу вхідного та вихідного трафіку на інтерфейсі фізичної мережі, але коли трафік рухається між віртуальними серверами, IDS не чує нічого, крім цвіркунів у лісі. (Для читання, пов'язаного з цим, ознайомтеся з Темною стороною Хмари.
Обов’язково для ІТ
Зусилля більшості компаній технологічно триматися на плаву породили ненаситну спрагу більшої потужності та більшої продуктивності. Зважаючи на необхідність робити більше з меншим, не дивно, що віртуалізація швидко стала одним із основних завдань системного адміністрування. Поки нова інновація в архітектурі процесора не спричинить штурм світу ІТ, віртуалізація і надалі вважатиметься абсолютною необхідністю в будь-якій надійній ІТ-мережі.
