Содержание статьи
- Облако VMware поверх AWS
- Новое в vSphere 6.5
- Как происходит миграция между частным и публичным облаком
- 1. Выбираем место расположения
- 2. Выбираем размер
- 3. Оплата
- 4. Окружение VMware SDDC
- 5. vCenter, full environment
- 6. Пример миграции: перемещаем сервис из одного облака в другое
- 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. Выбираем место расположения
![](https://xakep.ru/wp-content/uploads/2016/12/1481198637_a73b_vmware-cloud-on-aws_2_locations.png)
При использовании данной технологии имеется возможность выбрать один из регионов для размещения ресурсов заказчика, в частности один из регионов, доступных в AWS. Для размещения ресурсов используется выделенная аппаратная инфраструктура Amazon нового поколения, на которой обеспечивается работа настоящего гипервизора VMware ESX.
2. Выбираем размер
![](https://xakep.ru/wp-content/uploads/2016/12/1481199198_cce4_vmware-cloud-on-aws_3_-how-much-resources.png)
Для аренды публичных вычислительных ресурсов Amazon можно выбрать несколько вариантов: от нескольких хостов до мощного кластера в 64 ноды. Все зависит от потребностей заказчика. Аренда ресурсов в Amazon происходит из единого аккаунта VMware через стандартный личный кабинет, откуда можно управлять всеми лицензиями VMware. Если необходимо, возможно использовать REST API для выделения ресурсов, расширения публичного ЦОДа, биллинга и прочего.
3. Оплата
![](https://xakep.ru/wp-content/uploads/2016/12/1481199208_e459_vmware-cloud-on-aws_4_payment.png)
Здесь все просто: выбор модели резервирования и учета ресурсов: почасовая оплата (Pay-As-You-Go) или резерв ресурсов на один или три года. Оплатить можно кредиткой или с баланса личного кабинета VMware.
4. Окружение VMware SDDC
![](https://xakep.ru/wp-content/uploads/2016/12/1481199219_56ae_vmware-cloud-on-aws_5_entire-vmware-invironment-in-ireland.png)
Панель мониторинга и управления публичными ресурсами: ресурсы в публичном облаке Amazon арендуются в нескольких регионах, отображается их загрузка.
5. vCenter, full environment
![](https://xakep.ru/wp-content/uploads/2016/12/1481199228_5d30_vmware-cloud-on-aws_6_vcenter-page-of-the-environment.png)
Замечательная вещь — возможность иметь единое средство управления прямо из консоли vCenter. Не надо переключаться между разными интерфейсами, использовать разные консоли и так далее. У администратора всего одно окно для управления как внутренними ресурсами, так и публичными Amazon, включая управление разными регионами.
6. Пример миграции: перемещаем сервис из одного облака в другое
![](https://xakep.ru/wp-content/uploads/2016/12/1481199240_4117_vmware-cloud-on-aws_7_etl-service-migration.png)
![](https://xakep.ru/wp-content/uploads/2016/12/1481199250_b7ac_vmware-cloud-on-aws_8_etl-service-migration.png)
Возможность миграции виртуальной машины существует уже очень давно. Сейчас же мы выходим на новый уровень — можно перемещать ВМ как из локального ЦОДа в публичный (из внутреннего облака VMware в облако Amazon), так и между различными регионами публичного облака Amazon. На скриншотах ВМ с названием ETL Service мигрирует из Денвера в Орегон.
7. Что будет, если превысить объем кластера?
![](https://xakep.ru/wp-content/uploads/2016/12/1481199287_2fef_vmware-cloud-on-aws_9_elastic-drs.png)
Администратор организации имеет возможность активировать автоматическое масштабирование вычислительных ресурсов. То есть в случае нехватки публичных ресурсов в автоматическом режиме будут запрошены и выделены новые. С одной стороны, технология построена поверх AWS EC2 API, которая и обеспечивает возможность выделения новых ресурсов, а с другой — используется ресурсная модель и анализ использования ресурсов от VMware. Причем наряду с простым перераспределением ресурсов реализованы и технологии обхода отказов, когда в случае падения аппаратного сервера для заказчика тут же выделяется новый совершенно бесплатно. Эта технология была бы невозможна без совместного использования всех накопленных ноу-хау VMware и Amazon.