Зачем мигрировать
На практике нередки ситуации, когда требуется перенести виртуальные машины с одной площадки на другую, например из частного облака компании в публичное облако IaaS-провайдера. Это актуально и тогда, когда наблюдается мгновенная нехватка собственных ресурсов или клиент решает сменить поставщика облачных услуг. Миграция между облаками также может быть вызвана изменениями в законодательстве. К слову сказать, многие иностранные компании, осуществляющие деятельность на территории РФ, размещали собственные информационные системы, а с ними и персональные данные россиян на зарубежных облачных площадках. Но с выходом ФЗ-152 «О защите персональных данных» потребовалась миграция в облака российских поставщиков.
Так, известная во всем мире компания VBH («Фаубеха») — крупнейший дистрибьютор товаров и услуг для оконных, дверных производств — столкнулась с задачей внедрения нового на тот момент ERP-решения Microsoft Dynamics Axapta 2009. Компания размещала собственную инфраструктуру в облачном дата-центре на территории Германии. Используя единое облачное пространство, удалось создать стандартизированную инфраструктуру с такими ERP-решениями, как Microsoft Dynamics Navision, Axapta, 1С и SAP. С выходом нового закона, который обязал хранить персональные данные на территории Российской Федерации, потребовалось перенести часть систем в Россию. Сервис в результате разместился на площадке российского облачного провайдера «ИТ-ГРАД». Об опыте подобных переездов расскажем ниже.
Какие использовать инструменты
Для миграции между облаками существуют различные инструменты, использовать которые необходимо в зависимости от рассматриваемого сценария. Сегодня остановимся на двух решениях: VMware vCloud Connector и пришедшем ему на смену VMware vCloud Extender.
# VMware vCloud Connector
VMware vCloud Connector — это инструмент, с помощью которого можно подключаться сразу к нескольким облачным площадкам, запускать и останавливать виртуальные машины, проверять их производительность, переносить ВМ, контейнеры vApp, шаблоны между облаками… И это далеко не весь доступный функционал.
Возможный сценарий использования
Допустим, компания использует собственное облако на базе VMware vSphere и в какой-то момент решает мигрировать в публичное облако провайдера. Что для этого потребуется? Развернуть на стороне клиента соответствующий набор компонентов vCloud Connector, который в дальнейшем будет служить основой для связки с облаком поставщика услуг. К ним относятся vCloud Connector Server и vCloud Connector Node.
Архитектура vCloud Connector
vCloud Connector Server — это сервер управления, который координирует активность vCloud Connector и контролирует узлы vCloud Connector Nodes. Как правило, требуется наличие одного vCloud Connector Server для связки нескольких облачных инфраструктур.
vCloud Connector Node — это инструмент, с помощью которого выполняется обработка перенаправляемого потока данных из одного облака в другое. Кроме того, с помощью этого компонента происходит подключение к конечной инфраструктуре. Обязательно устанавливается на стороне клиента и провайдера.
При развертывании компонентов vCloud Connector необходимо учитывать следующие требования:
Требования к хранилищу
Настройка vCloud Connector на стороне клиента требует регистрации vCloud Connector Node в облаке провайдера, поскольку без такой связки будет невозможна дальнейшая конфигурация. А чтобы далее можно было управлять несколькими облаками, в частности выполнять «межоблачную» миграцию, необходима регистрация всех имеющихся «нодов» vCloud Connector Node в vCloud Connector Server. После того как требуемая связка будет реализована, следует перейти в панель управления облаками. Здесь появится возможность подключить зарегистрированные в vCloud Connector Server облачные инфраструктуры и выполнить миграцию.
Панель управления vCloud Connector
# VMware vCloud Extender
VMware vCloud Extender — это бесплатный инструмент, входящий в состав недавно анонсированного vCloud Director 9.0, который в ближайшее время станет доступен для использования. Решение фактически заменяет vCloud Connector и в одном из вариантов использования упрощает задачи миграции между различными инфраструктурными площадками, позволяя переносить онпремизные виртуальные машины в облако.
Как и vCloud Connector, решение состоит из нескольких компонентов, обязательных к установке на стороне клиента и провайдера.
| Для поставщика услуг | Для клиента |
| § Extender Manager appliance — виртуальный модуль, разворачивается как виртуальная машина под управлением vCenter Server провайдера. § Replication Manager appliance — виртуальный модуль, предоставляющий управление задачами репликации между клиентами и провайдером. § Replicator appliance — виртуальный модуль, отвечающий за репликацию состояний выбранных виртуальных машин | § Extender Connector appliance — соединяется с Extender Manager на стороне сервис-провайдера. § Replicator — реплицирует информацию о состоянии для выбранных ВМ на vCD. § NSX Edge Appliance — опциональный компонент, который требуется для горячих миграций ВМ. Представляет собой VPN-соединение на уровне L2, обеспечивает сетевую связность для миграций в рамках единого пространства IP-адресов между сервис-провайдером и клиентом. |
С помощью vCloud Extender можно выполнять следующие действия:
Панель управления vCloud Extender
- Настраивать соединения к виртуальному ЦОД (vDC) на стороне поставщика услуг.
- Создавать соединения Layer 2 за счет коммуникации между компонентом Edge и vCloud Director.
- Мигрировать виртуальные машины как в холодном, так и в горячем режиме.
Заключение
Рассмотренные в статье инструменты для миграции между облаками являются далеко не исчерпывающими. Однако в силу гибкости и удобства vCloud Connector по сравнению с другими инструментами, представленными на рынке, пользуется популярностью и позволяет с легкостью выполнять перенос виртуальных машин между облачными инфраструктурами.
