Корпорация Microsoft наконец-то выпустила Планировщик восстановления Azure Site (ASR), чтобы помочь вам понять, спроектировать и настроить решения для аварийного восстановления (DR) в Azure для локальных развертываний VMware и Hyper-V.
Процесс включения репликации виртуальной машины в Azure очень прост. Более сложным является понимание того, что уже развернуто, определение развертывания в Azure и определение требований к пропускной способности.
Постоянный вопрос с облаком: «Сколько мне нужно полосы пропускания?» В случае ASR или любого решения / службы DR единственный ответ: «Вам нужно столько, сколько вам нужно». Мало кто когда-либо доволен таким ответом. Требования к пропускной способности разбиваются следующим образом:
- Начальная синхронизация: начальная синхронизация — это когда вы используете наибольшую пропускную способность; вы постепенно добавляете виртуальные машины в службу ASR, и каждая VM полностью копирует свои диски в облако.
- Репликация: каждая виртуальная машина переходит от начальной синхронизации к репликации после завершения начальной синхронизации. VMware и физические машины используют непрерывную асинхронную репликацию, а виртуальные машины Hyper-V используют асинхронную репликацию на основе интервалов политики, которую вы определяете (каждые 30 секунд, 5 или 15 минут) и связываетесь с виртуальными машинами.
Первоначальная синхронизация, вероятно, займет много времени, начиная с машины 1 до последней машины. Как долго зависит от объема данных, который вам нужно скопировать, и какая у вас полоса пропускания. На долгосрочной основе требования к пропускной способности диктуются отказом данных; изменения должны быть реплицированы вскоре после (асинхронная репликация), изменения внесеных в локальное хранилище.
До сих пор у нас не было отличного инструментария для оценки требований к пропускной способности или других требований. Средство, основанное на таблицах, которое называется Планировщиком емкости Azure Site Recovery, может получать информацию от других инструментов мониторинга Hyper-V / VMware, но для этого требуется много ручных действий.
1 марта 2017 Microsoft запустила предварительный просмотр нового инструмента, поддерживающего только VMware, Планировщика развертывания ASR для VMware. Это инструмент, который сканирует / контролирует нашу локальную среду и создает отчет, который будет определять размер и помогать планировать DR. Это что-то похожее на то что нам нужно. В декабре Microsoft сделала инструмент общедоступным с поддержкой VMware и Hyper-V.
Рекомендации Планировщика развертывания Azure Site Recovery
Что делает планировщик развертывания ASR
Планировщик развертывания ASR подключается к вашим хостам для сбора данных. Обратите внимание, что на виртуальных машинах ничего не установлено, и компоненты ASR не нужно развертывать дополнительно. Собираемые данные позволяют инструменту создавать отчет с большим количеством информации и рекомендаций, в том числе:
- Совместимость: совместима ли конфигурация виртуальной машины и гостевой ОС с Azure и ASR?
- Полоса пропускания: сколько требуется полосы пропускания для репликации и как эта пропускная способность влияет на вашу целевую точку восстановления (RPO — сколько данных теряется после переключения на реплику).
- Требования к инфраструктуре Azure: количество и уровень хранилищ, которые необходимы для поддержания требуемой производительности отказавших виртуальных машин. Вам также дается руководство по требуемому количеству ядер (лимиты подписки) и сериям / размерам виртуальных машин (опционально сконфигурированные после завершения начальной синхронизации).
- Требования к инфраструктуре на местах: репликация Hyper-V основана на Hyper-V Replica, которая использует хранилище для файлов журнала реплики Hyper-V (HRL). Клиенты VMware получат рекомендации по требованиям к конфигурации / процессу.
- Первоначальная синхронизация: чем больше машин вы добавляете к репликации сразу, тем хуже пропускная способность. Инструмент будет давать рекомендации по размеру партии по сравнению с доступной полосой пропускания.
- Анализ затрат: Будет произведена оценка ваших затрат на Azure.
Добавление этого инструмента должно немного упростить планирование развертываний ASR.