Определение предварительных требований для рабочего процесса развертывания

Завершено

Чтобы защитить рабочие нагрузки вашей организации от непредвиденных аварий, необходимо сначала просмотреть текущий план непрерывности бизнес-процессов и аварийного восстановления (BCDR). Необходимо определить различные цели и область восстановления для систем, которым требуется защита.

VMware SRM — это решение BCDR, которое помогает планировать, тестировать и выполнять операции восстановления виртуальных машин между защищенным сайтом VMware vCenter Server и сайтом восстановления vCenter Server.

Непрерывность бизнес-процессов и аварийное восстановление

Прекращение обслуживания может привести к сбою в работе сотрудников и пользователей. Каждую секунду, когда системы недоступны, компания может терять прибыль. Кроме того, могут накапливаться штрафы за нарушение соглашений, гарантирующих доступность предоставляемых вами услуг.

Планы BCDR — это формальные документы, которые компании создают для покрытия область и действий, которые они будут принимать при возникновении аварии или крупномасштабного сбоя. Каждый сбой оценивается организацией отдельно. Например, организация вводит план BCDR в действие, когда центр обработки данных отключается от источника электропитания.

Целевое время восстановления (RTO)

Целевое время восстановления (RTO) — это значение максимального времени, в течение которого ваш бизнес может продержаться после аварии до тех пор, пока не будет восстановлено нормальное обслуживание, чтобы избежать недопустимых последствий, связанных с прерыванием бизнес-процессов. Например, если RTO организации составляет 12 часов, работа может продолжаться в течение 12 часов, если основные службы не функционируют. Если время простоя будет больше, ваш бизнес столкнется с серьезными последствиями.

Целевая точка восстановления

Бизнес может решить выполнить резервное копирование каждые 24 часа, каждые 12 часов или даже в режиме реального времени. Однако в случае аварии часть данных все равно будет утеряна. Целевая точка восстановления (RPO) — это максимальный объем потери данных, который является приемлемым во время аварии.

Например, если организация выполняет резервное копирование каждые 24 часа, в полночь, а авария произошла в 9:00, будут потеряны данные за девять часов. Если целевая точка восстановления организации составляет 12 часов, потеря данных за девять часов является приемлемой. Если RPO составляет четыре часа, потеря данных не допускается.

Что такое VMware SRM?

Служба VMware SRM может расширить план BCDR, так как позволяет реплицировать рабочие нагрузки с первичного сайта на вторичный. При возникновении проблемы на первичном сайте можно настроить VMware SRM для автоматической репликации защищенных виртуальных машин в другое расположение. Можно также использовать VMware SRM для переноса виртуальных машин из локальной инфраструктуры в Решение Azure VMware в облаке.

Решение Azure VMware сочетает в себе программно-определяемый центр обработки данных VMware (SDDC) с облачной службой Azure. Microsoft осуществляет управление Решением Azure VMware так, чтобы отвечать всем требованиям к производительности, доступности, безопасности и соответствию.

Корпорация Майкрософт предоставляет следующие компоненты для запуска Решения Azure VMware в масштабе в Azure:

• Системы управления
• Сеть
• Операционная платформа
• Операции серверной части инфраструктуры

Диспетчер восстановления сайта VMware можно использовать для реализации различных типов восстановления из:

• С локального сайта VMware vCenter Server на сайт восстановления, размещенный в частном облаке Решения Azure VMware.
• основного сайта Решения Azure VMware в одном регионе Azure на дополнительный сайт Решения Azure VMware в другом регионе Azure.

Сценарий 1. С локального сайта VMware vCenter Server на сайт восстановления в частном облаке Решения Azure VMware

При развертывании VMware SRM в Решении Azure VMware ваша организация может снизить затраты и издержки на управление выделенным сайтом аварийного восстановления. Вы можете сочетать VMware SRM с динамической масштабируемостью Решения Azure VMware по запросу, чтобы сбалансировать затраты и время восстановления, необходимые для отдельных виртуальных машин.

Вы можете реплицировать виртуальные машины, создавать тесты, не нарушающие работу, и подготавливать планы динамического восстановления. План восстановления определяет порядок запуска виртуальных машин на сайте восстановления. Он включает IP-адреса и необязательные пользовательские сценарии для выполнения настраиваемых действий по восстановлению на виртуальных машинах.

Предварительные требования для сценария 1

Перед развертыванием защиты для локального сайта VMware vCenter Server на сайте восстановления в Решении Azure VMware необходимо убедиться, что сайты отвечают следующим предварительным требованиям.

• Сеть. Среда частного облака для Решение Azure VMware должна быть доступна из локальных ресурсов и ресурсов На основе Azure. Для обеспечения взаимодействия можно использовать следующие службы:

  • Azure ExpressRoute

  • Подключения к виртуальной частной сети (VPN)

  • Виртуальная глобальная сеть Azure

Примечание.

Рекомендуется по крайней мере две гигабиты в секунду (Гбит/с) для подключения ExpressRoute между локальной средой и Решение Azure VMware.

• Разрешение имен. Необходимо реализовать разрешение системы доменных имен (DNS) между локальными службами SRM и виртуальными облачными (модуль). Вы можете использовать как общедоступную, так и частную DNS. С помощью запроса на поддержку можно настроить частную DNS для Решения Azure VMware с соответствующими правилами условной переадресации.

• Версия vCenter Server должна быть совместима с версией VMware SRM.

• Для обоих сайтов требуются устройства репликации vSphere, подключенные друг к другу.

• На сайте восстановления должны присутствовать ресурсы оборудования, сети и хранилища, способные поддерживать те же виртуальные машины и рабочие нагрузки, что и защищенный сайт. Решение Azure VMware предлагает эту функцию за счет динамического масштабирования.

Сценарий 2. Из основного Решения Azure VMware в дополнительное Решение Azure VMware

Этот сценарий аналогичен первому, только сайты защиты и восстановления выполняются в разных регионах Azure. Решение Azure VMware необходимо развернуть в частном облаке как в основном, так и в дополнительном регионе. Кроме того, оба региона должны быть подключены к ExpressRoute Global Reach. Оба сайта должны включать устройства VMware SRM и репликации vSphere.

В следующем уроке объясняется, как настроить этот сценарий.