1. Зміст статті У новій версії середовища віртуалізації VMware vSphere з'явилася можливість переносити...
2. Нове в vSphere 6.5
3. Як відбувається міграція між приватним і публічним хмарою
4. 1. Вибираємо місце розташування
5. 2. Вибираємо розмір
6. 3. Оплата
7. 4. Оточення VMware SDDC
8. 5. vCenter, full environment
9. 6. Приклад міграції: перемещаем сервіс з одного хмари в інше
10. 7. Що буде, якщо перевищити обсяг кластера?

Зміст статті

У новій версії середовища віртуалізації VMware vSphere з'явилася можливість переносити віртуальні машини з приватного хмари в публічне, між публічними хмарами Google, Amazon і Microsoft і, при бажанні, назад в приватне. На прикладі AWS ми крок за кроком розберемо, як це робиться.

Хмара VMware поверх AWS

VMware вже давно працює з командою Amazon. Ще в vSphere 5.1 можна було розширити локальну інфраструктуру за рахунок публічного хмари AWS, переносити віртуальні машини в EC2 і управляти ними там (подробиці - за посиланням ). Зараз ми виходимо на новий рівень співпраці і пропонуємо наш спільний проект. Технології VMware Cloud on AWS дозволяють використовувати всі ті ж надійні, перевірені часом рішення, які вже багато років працюють в ЦОДах наших замовників, але вже c можливістю безшовного розширення в публічне хмара Amazon. Причому це стосується не тільки базової технології віртуалізації обчислювальних ресурсів, але також і віртуалізації мережі (VMware NSX) і системи зберігання даних (VMware vSAN).

Таким чином, з одного боку, замовник може використовувати вже відомі йому технології VMware, а з іншого - розширювати за необхідності ємність свого Цода за рахунок публічного хмари Amazon. Перевага в тому, що можна використовувати ті ж інструменти і поняття, до яких звикли адміністратори, без необхідності переучуватися і занурюватися в ідеологію «Амазону». Крім іншого, це дозволяє забезпечити необхідний рівень SLA і сумісність додатків замовника як з приватною, так і з публічної інфраструктурою.

Якщо спуститися на рівень нижче, то для такого спільного проекту в рамках інфраструктури Amazon використовується виділене обладнання, яке допомагає запускати оптимізовані продукти віртуалізації VMware поверх технологій Amazon: VMware vSphere і Amazon EC2 (обчислювальні ресурси), VMware NSX і Amazon VPC (мережеві ресурси), VMware vSAN і Amazon EBS (ресурси для зберігання). З боку технологій VMware все управляється через єдине вікно - vCenter, з боку Amazon можна використовувати всі можливості AWS. Ці технології дають найкраще з двох світів приватних і публічних хмар: можливість перенесення додатків, готову інфраструктуру безпеки, необхідну продуктивність, еластичність сервісів, можливості використання DR, мікросегментацію, запуск контейнерів, ефективне управління вартістю ресурсів і багато іншого - і все це за моделлю «як сервіс ». Причому всі сервіси надаються, керуються, підтримуються і продаються через єдиного постачальника - VMware.

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

Нове в vSphere 6.5

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

• vCenter - засіб, який спрощує доставку патчів, апгрейд, бекапи і відновлення, стане ключовим елементом vSphere;
• vSphere Client - нове клієнтське засіб адміністрування засновано на HTML5 і спрощує адміністрування;
• VM Encryption - засіб шифрування рівня віртуальних машин, покликане захистити від несанкціонованого доступу до даних і віртуальним машинам, які проходять міграцію за допомогою vMotion;
• Secure Boot - нововведення, яке забезпечить захист від втручання в образи і від завантаження неавторизованих компонентів;
• інтегровані контейнери (Integrated Containers) - інтерфейс, сумісний з Docker, який дозволить клієнтам завантажувати контейнери, не порушуючи інфраструктуру.

Окремо варто відзначити появу RESTful API, які спрощують автоматизацію і полегшують життя програмістам і адміністраторам. Ну і звичайно, нова версія зазнала ряд оптимізацій, які повинні помітно збільшити продуктивність. Фінальний реліз vSphere 6.5 побачить світ влітку 2017 року.

Як відбувається міграція між приватним і публічним хмарою

1. Вибираємо місце розташування

При використанні даної технології є можливість вибрати один з регіонів для розміщення ресурсів замовника, зокрема один з регіонів, доступних в AWS. Для розміщення ресурсів використовується виділена апаратна інфраструктура Amazon нового покоління, на якій забезпечується робота справжнього гипервизора VMware ESX.

2. Вибираємо розмір

Для оренди публічних обчислювальних ресурсів Amazon можна вибрати кілька варіантів: від декількох хостів до потужного кластера в 64 Ноди. Все залежить від потреб замовника. Оренда ресурсів в Amazon відбувається з єдиного аккаунта VMware через стандартний особистий кабінет, звідки можна управляти всіма ліцензіями VMware. Якщо необхідно, можливо використовувати REST API для виділення ресурсів, розширення публічного Цода, білінгу та іншого.

3. Оплата

Тут все просто: вибір моделі резервування та обліку ресурсів: погодинна оплата (Pay-As-You-Go) або резерв ресурсів на один або три роки. Оплатити можна кредиткою або з балансу особистого кабінету VMware.

4. Оточення VMware SDDC

Панель моніторингу та управління публічними ресурсами: ресурси в публічному хмарі Amazon орендуються в декількох регіонах, відображається їх завантаження.

5. vCenter, full environment

Чудова річ - можливість мати єдиний засіб управління прямо з консолі vCenter. Не треба переключатися між різними інтерфейсами, використовувати різні консолі і так далі. У адміністратора всього одне вікно для управління як внутрішніми ресурсами, так і публічними Amazon, включаючи управління різними регіонами.

6. Приклад міграції: перемещаем сервіс з одного хмари в інше

Можливість міграції віртуальної машини існує вже дуже давно. Зараз же ми виходимо на новий рівень - можна переміщати ВМ як з локального Цода в публічний (з внутрішнього хмари VMware в хмару Amazon), так і між різними регіонами публічного хмари Amazon. На скріншотах ВМ з назвою ETL Service мігрує з Денвера в Орегон.

7. Що буде, якщо перевищити обсяг кластера?

Адміністратор організації має можливість активувати автоматичне масштабування обчислювальних ресурсів. Тобто в разі нестачі публічних ресурсів в автоматичному режимі будуть запитані і виділені нові. З одного боку, технологія побудована поверх AWS EC2 API, яка і забезпечує можливість виділення нових ресурсів, а з іншого - використовується ресурсна модель і аналіз використання ресурсів від VMware. Причому поряд з простим перерозподілом ресурсів реалізовані і технології обходу відмов, коли в разі падіння апаратного сервера для замовника тут же виділяється новий абсолютно безкоштовно. Ця технологія була б неможлива без спільного використання всіх накопичених ноу-хау VMware і Amazon.