VMware у хмарі: Чи ми у правильному місці?

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

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

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

Як ви поєднуєте ці два світи? Чи потрібно вам, як клієнту, відмовлятися від досвіду роботи з VMware, коли ви переходите до хмари? Чи можна перейти до хмари як клієнт VMware?

1. Чи потрібно вам повністю переходити у хмару?

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

2. Що робити, коли бос каже: "Ми повинні бути в хмарі якнайшвидше"?

Існує безліч прикладів, коли міграція за принципом lift-and-shift, або "взяти середовище і перенести його в AWS/Azure/інші нативні сервіси", не завжди закінчувалася повним успіхом. Причин багато: недостатня кваліфікація працівників або щомісячні OpEx витрати, які несподівано виявляються досить високими (ключове слово - egress charges). Коротше кажучи, міграція такого роду потребує генерального плану, і в ідеалі, дані, робочі навантаження і додатки, що підлягають міграції, повинні бути переглянуті ще раз і ще раз, перш ніж вони будуть відправлені в хмару. Це може зайняти деякий час, якщо ви дійсно хочете зробити кожну програму готовою до роботи в хмарі. Чимало хмарних проєктів відстають від графіка через те, що один або кілька додатків не були на радарі на початку, або загальна кількість додатків була недооцінена. Після того, як ви перевели все в хмару, економія коштів досягається лише за допомогою нещадної автоматизації та оптимізації. Це вимагає високого рівня знань від співробітників або партнера, з яким ви працюєте. Крім того, коли ви бронюєте ресурси (наприклад, зарезервовані інстанси в AWS), ви отримуєте прив'язку до постачальника, якої хотіли уникнути.

3. VMware Cloud: Хмара без головного болю

Клієнти хочуть швидко перейти до хмари і хочуть бути впевненими, що їхні звичні процеси, параметри безпеки, інструменти управління тощо працюють у хмарі. Вони хочуть знати, що активами в центрі обробки даних і в хмарі дійсно можна керувати "безперешкодно". Тут варто звернути увагу на "кооперацію" VMware з різними гіперскейлерами. VMware Cloud у AWS - це спільно розроблене рішення VMware та AWS і перше готове бізнес рішення. Тим часом, Microsoft та Google наслідували цей приклад, створивши Azure VMware Solutions та Google Cloud VMware Engine, відповідно. Спільним для всіх цих рішень є те, що гіперскейлери пропонують вам сервери своїх публічних хмарних дата-центрів зі стеком власних рішень VMware. Ці нові орендовані хмарні ресурси VMware поводяться так само, як звичайні кластери VMware у vCenter, за винятком того, що "кабель трохи довший". Натомість ви отримуєте по-справжньому глобальну інфраструктуру, про управління якою не потрібно турбуватися, і яка майже безмежно масштабується. Крім того, існує достатньо шляхів до інших власних хмарних сервісів VMware, які пропонують гіперскейлери.

4. vSphere у хмарі - це не чаклунство. Автоматизація та безпека - це ключ!

vSphere - це золотий стандарт для дата-центру, але чи потрібен він вам у хмарі? Так, це спрощує роботу, і ви працюєте зі знайомими технологіями, але тут є підводні камені, і саме тому гіперскейлери не пропонують такі рішення VMware. Багато клієнтів VMware за останні роки багато інвестували в ефективне управління та автоматизацію свого середовища, наприклад, в сімейство продуктів vRealize Operations and Automation. Але ще важливішим є мережевий компонент. Якщо вам потрібне узгоджене управління мережею в гібридному середовищі, NSX(-T) від VMware обов'язково потрапить до короткого списку. У нас є клієнти, які скасували нативні проєкти AWS або Azure, оскільки без NSX параметри безпеки передаються в хмару лише з великими обхідними шляхами. Лише, коли гіперскейлери запропонували релевантну пропозицію від VMware, вони повернулися до обговорення міграції у хмару.

Це був момент пробудження для гіперскейлерів. Багато хто раніше вважав vSphere ключовою технологією VMware, але для корпоративних клієнтів інструменти управління, автоматизації та безпеки стали набагато важливішими. VMware визнала це і вкладає значні кошти в свій продукт для управління мультихмарними технологіями, перейменований на VMware Aria і схвалений аналітиками (IDC, Forrester та ін.). Однак, найсильнішим аргументом у цьому списку є той факт, що гіперскейлери визнають необхідність цього у своїх пропозиціях VMware.

Ми в SoftwareOne мали можливість реалізувати різні проєкти VMware Cloud у Azure, AWS та Google Cloud. Якщо у вас є думки або проєкти в цій області, ми, звичайно, будемо раді допомогти. Ми також пропонуємо оцінку рішень або POC (пілоти) для всіх вищезазначених проєктів, деякі з яких навіть фінансуються гіперскейлерами та VMware! Ми сподіваємося, що ви звернетеся до нас.

5 ключових висновків:

• VMC на AWS - це рішення, яке існує на ринку найдовше. Відповідно, з нашої точки зору, воно все ще дещо випереджає технічно. З комерційної точки зору, для багатьох клієнтів цікавим є те, що воно також враховується у зобов'язання AWS EDP і може бути придбане через AWS Marketplace.
• Azure VMware Solutions має свої сильні сторони, особливо коли багато робочих навантажень на базі Microsoft виконуються в AVS. Тут також вступають в силу переваги AHUB (Azure Hybrid Use Benefits). Це особливо помітно з точки зору комерційних показників.
• Хмарна платформа Google, як наступний конкурент, має свої сильні сторони в першу чергу в більшій гнучкості комерційних умов. Якщо ви вже використовуєте цього хмарного провайдера у своїй компанії, вам варто придивитися до цієї пропозиції. Це був би логічний вибір. Подальша перевага також полягає в хорошому зв'язку або інтеграції з нативними послугами гіперскейлера. Тільки якщо пропозиція не відповідає технічним вимогам, інші пропозиції повинні бути включені до короткого списку. З точки зору ціни, пропозиції дуже схожі.
• Варіанти з оплатою по факту Pay-as-you-go мають обмежений сенс з точки зору ціни для цих пропозицій. Всі вони пропонують можливість зарезервувати ресурси на 1 або 3 роки. В обмін на це, звичайно, ви будете прив'язані до одного постачальника, але взамін отримуєте великі знижки.
• У більшості випадків міграція проходить без проблем. VMware HCX працює локально і з гіперскейлерами і, до речі, також між пропозиціями гіперскейлерів VMware. Ми будемо раді поговорити про це більше під час першої спільної дискусії.