В новой версии среды виртуализации 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.

Комментарии

Подпишитесь на ][, чтобы участвовать в обсуждении

Обсуждение этой статьи доступно только нашим подписчикам. Вы можете войти в свой аккаунт или зарегистрироваться и оплатить подписку, чтобы свободно участвовать в обсуждении.

Check Also

Превращаем SoundCloud в мобильное приложение с помощью крутейшего JS-фреймворка Electron

Фреймворк Electron разработан в GitHub и носил раньше название «Atom shell». Пожалуй, само…