Як скористатися перевагами віртуалізації в граничному, основному та хмарному середовищах. Частина 3

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

Гіперконвергентна системаКонвергентна чи гіперконвергентна система?

Класична конвергентна інфраструктура центру обробки даних (ЦОД) складається з серверів, зовнішніх систем зберігання даних (СЗД), мережевих компонентів та програмного забезпечення. І хоча віртуалізація серверів оптимізує обчислювальну частину, як і раніше, залишаються компоненти інфраструктури зберігання даних (масиви зберігання, мережа SAN, засоби керування зберіганням).

У гіперконвергентній інфраструктурі всі обчислювальні ресурси та ресурси зберігання тісно об’єднані у вузлі стандартного сервера x86, тому виділена фізична мережа зберігання даних (SAN) з її керуванням стає непотрібною. Оскільки зовнішні сховища відсутні, зменшується площа ЦОД, споживання енергії та вимоги до охолодження. Розгортання стає простіше та швидше. Вбудовані сервіси оптимізації даних (реплікація даних, моментальні знімки, дедуплікація та багаторівневе зберігання) перетворюють гіперконвергентні системи на програмно-визначувану кластерну платформу зберігання даних. Уніфіковане керування ресурсами обчислювальних систем та СЗД призводить до спрощення адміністрування.

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

1. Можливості масштабування

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

2. Ємність сховища

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

3. Підтримка кількох гіпервізорів

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

4. Розгортання віддалених офісів та філій

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

5. Наслідки для організації роботи ІТ та ролей

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

6. Гібридна хмара

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

7. Ліцензування програмного забезпечення

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

 

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

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

Як скористатися перевагами віртуалізації в граничному, ...

28.04.2022

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