Сведения о локальном аварийном восстановлении отработки отказа и восстановления размещения — модернизация
В этой статье представлен обзор отработки отказа и восстановления размещения во время аварийного восстановления локальных компьютеров в Azure с помощью Azure Site Recovery — модернизация.
Дополнительные сведения о отработке отказа и восстановлении размещения в классических выпусках Azure Site Recovery см. в этой статье.
Этапы восстановления
Отработка отказа и восстановление размещения в Site Recovery происходит в четыре этапа:
- Этап 1. Отработка отказа из локальной среды. После настройки репликации в Azure для локальных компьютеров при отключении локального сайта происходит отработка отказа этих компьютеров в Azure. После выполнения отработки отказа из реплицированных данных создаются виртуальные машины Azure.
- Этап 2. Повторное включение защиты виртуальных машин Azure. Повторно включите защиту виртуальных машин в Azure, чтобы начать их репликацию в локальное размещение. Во время повторного включения защиты локальная виртуальная машина (если она доступна) отключается, что обеспечивает согласованность данных.
- Этап 3. Отработка отказа из Azure. Если локальный сайт снова работает в нормальном режиме, отработка отказа запускается снова — в этот раз для восстановления размещения виртуальных машин Azure на локальном сайте. Вы можете выполнить восстановление размещения в исходное расположение, из которого выполняется отработка отказа, или в другое место. Это действие называется плановой отработкой отказа.
- Этап 4. Повторное включение защиты локальных компьютеров. После восстановления размещения снова включите репликацию локальных компьютеров в Azure.
Отработка отказа
Отработка отказа выполняется в рамках стратегии непрерывности бизнес-процессов и аварийного восстановления (BCDR).
- В качестве первого шага в стратегии BCDR настраивается репликация локальных компьютеров в Azure на постоянной основе. Пользователи получают доступ к рабочим нагрузкам и приложениям, работающим на локальных компьютерах-источниках.
- При возникновении необходимости (например, сбоя в локальной среде) происходит отработка отказа реплицируемых компьютеров в Azure. Виртуальные машины Azure создаются с реплицируемыми данными.
- Для обеспечения непрерывности бизнес-процессов пользователи могут продолжать работать с приложениями на виртуальных машинах Azure.
Отработка отказа состоит из двух этапов:
- Отработка отказа: этап, на котором виртуальная машина Azure создается и запускается с использованием выбранной точки восстановления.
- Фиксация: после отработки отказа виртуальная машина в Azure:
- Затем можно зафиксировать отработку отказа на выбранную точку восстановления или выбрать другую точку для фиксации.
- После фиксации отработки отказа изменить точку восстановления невозможно.
Примечание.
Используйте точку аварийного восстановления в Windows Server 2012 или более ранних версиях, так как время загрузки отработки отказа виртуальных машин может быть больше для этих версий в случае согласованной точки восстановления приложений.
Подключение к Azure после отработки отказа
Для подключения к виртуальным машинам Azure, созданным после отработки отказа с помощью RDP или SSH, должно выполняться несколько требований.
| Тип отработки отказа | Местонахождение | Действия |
|---|---|---|
| Виртуальная машина Azure под управлением Windows | На локальном компьютере до отработки отказа | Доступ через Интернет: включите RDP. Убедитесь, что добавлены правила для протоколов TCP и UDP для общедоступного профиля, а протокол RDP разрешен в разделе Брандмауэр Windows>Разрешенные программы для всех профилей. Доступ через VPN типа "сеть — сеть": включите RDP на локальном компьютере. Протокол удаленного рабочего стола (RDP) должен быть разрешен в разделе Брандмауэр Windows ->Разрешенные приложения и компоненты для сетей домена и частных сетей. Задайте для политики сети SAN операционной системы значение OnlineAll. Подробнее. Прежде чем активировать отработку отказа, убедитесь, что на виртуальной машине нет ожидающих установки обновлений Windows. Обновл. Windows может начаться при отработки отказа, и вы не сможете войти на виртуальную машину до тех пор, пока не будут выполнены обновления. |
| Виртуальная машина Azure под управлением Windows | На виртуальной машине Azure после отработки отказа | Добавьте общедоступный IP-адрес для виртуальной машины. Правила группы безопасности сети на отработке отказа виртуальной машины (и подсети Azure, к которой она подключена), должны разрешать входящие подключения к порту RDP. Чтобы просмотреть снимок виртуальной машины, можно проверить диагностику загрузки. Если вы не можете подключиться к виртуальной машине, убедитесь, что она запущена, и ознакомьтесь с рекомендациями по устранению неполадок. |
| Виртуальная машина Azure под управлением Linux | На локальном компьютере до отработки отказа | Настройте автоматический запуск службы SSH на виртуальной машине при загрузке системы (если он еще не настроен). Убедитесь, что правила брандмауэра разрешают SSH-подключение к виртуальной машине. |
| Виртуальная машина Azure под управлением Linux | На виртуальной машине Azure после отработки отказа | Правила группы безопасности сети на отработке отказа виртуальной машины (и подсети Azure, к которой она подключена), должны разрешать входящие подключения к порту SSH. Добавьте общедоступный IP-адрес для виртуальной машины. Чтобы просмотреть снимок виртуальной машины, можно проверить диагностику загрузки. |
Типы отработки отказа
Служба Site Recovery предоставляет различные варианты отработки отказа.
| Тип отработки отказа | Сведения | Восстановление | Рабочий процесс |
|---|---|---|---|
| Тестовая отработка отказа | Этот вариант используется для выполнения тестовой отработки, которая проверяет стратегию BCDR без потери данных или простоя. | При этом создается копия виртуальной машины в Azure, что не влияет на текущую репликацию или на рабочую среду. | 1. Запустите тестовую отработку отказа на одной виртуальной машине или на нескольких виртуальных машинах в соответствии с планом восстановления. 2. Выберите точку восстановления для тестовой отработки отказа. 3. Выберите сеть Azure, в которой будут размещены виртуальные машины, создаваемые после отработки отказа. Эта сеть должна использоваться только для тестовой отработки отказа. 4. Убедитесь, что тестовая отработка отказа прошла должным образом. Служба Site Recovery автоматически очистит виртуальные машины, созданные в Azure во время тестовой отработки отказа. |
| Плановая отработка отказа — Hyper-V | Используется для запланированного простоя. Исходные виртуальные машины завершают работу. Перед запуском отработки отказа синхронизируются последние данные. |
Нулевая потеря данных в рамках запланированного рабочего процесса. | 1. Запланируйте период обслуживания и уведомьте об этом пользователей. 2. Переведите приложения, обслуживающие пользователей, в автономный режим. 3. Запустите плановую отработку отказа с помощью последней по времени точки восстановления. Отработка отказа не выполняется, если машина не выключена или обнаружены ошибки. 4. После отработки отказа убедитесь, что реплицированная виртуальная машина Azure активна в Azure. 5. Зафиксируйте отработку отказа для завершения. Операция фиксации удаляет все точки восстановления. |
| Отработка отказа — Hyper-V | Обычно этот вариант отработки отказа запускается при незапланированном сбое или если основной сайт недоступен. При необходимости завершите работу виртуальной машины и синхронизируйте окончательные изменения перед началом отработки отказа. |
Потеря данных для приложений минимальна. | 1. Запустите план BCDR. 2. Запустите отработку отказа. Прежде чем активировать отработку отказа, укажите, следует ли службе Site Recovery завершить работу виртуальной машины и синхронизировать или реплицировать последние изменения. 3. Вы можете выполнить отработку отказа на множество вариантов точки восстановления, приведенных здесь. Если параметр завершения работы виртуальной машины не включен или служба Site Recovery не сможет завершить работу виртуальной машины, используется последняя точка восстановления. Отработка отказа выполняется, даже если не удается завершить работу машины. 4. После отработки отказа убедитесь, что реплицированная виртуальная машина Azure активна в Azure. При необходимости можно выбрать другую точку восстановления в 24 часах. 5. Зафиксируйте отработку отказа для завершения. Операция фиксации удаляет все доступные точки восстановления. |
| Отработка отказа — VMware | Обычно этот вариант отработки отказа запускается при незапланированном сбое или если основной сайт недоступен. При необходимости укажите, должна ли служба Site Recovery инициировать завершение работы виртуальной машины, а также синхронизировать и реплицировать последние изменения перед началом отработки отказа. |
Потеря данных для приложений минимальна. | 1. Запустите план BCDR. 2. Запустите отработку отказа из службы Site Recovery. Укажите, следует ли службе Site Recovery инициировать завершение работы виртуальной машины и выполнить синхронизацию перед выполнением отработки отказа. Отработка отказа выполняется, даже если не удается завершить работу машин. 3. После отработки отказа убедитесь, что реплицированная виртуальная машина Azure активна в Azure. При необходимости можно выбрать другую точку восстановления, созданную за период хранения продолжительностью 72 часа. 5. Зафиксируйте отработку отказа для завершения. Операция фиксации удаляет все точки восстановления. При использовании виртуальных машин Windows Site Recovery отключает инструменты VMware во время отработки отказа. |
| Плановая отработка отказа — VMware | Можно выполнить плановую отработку отказа из Azure в локальную среду. | Так как это действие плановая отработка отказа, точка восстановления создается после активации задания плановая отработка отказа. | Когда активируется плановая отработка отказа, ожидающие изменения копируются в локальную среду, создается последняя точка восстановления виртуальной машины и виртуальная машина Azure завершает работу. Выполните процесс отработки отказа, как описано здесь. После этого локальный компьютер будет включен. После успешной плановой отработки отказа компьютер будет активным в локальной среде. |
Обработка отработки отказа
В некоторых сценариях требуется дополнительная обработка отработки отказа, которая длится около 8–10 минут. Тестовая отработка отказа может занимать больше времени для следующих систем:
- виртуальные машины VMware без включенной службы DHCP;
- виртуальные машины VMware без загрузочных драйверов storvsc, vmbus, storflt, intelide, atapi.
Варианты точек восстановления
Во время отработки отказа можно выбрать множество параметров точки восстановления.
| Параметр | Сведения |
|---|---|
| Последняя (наименьшее значение RPO) | Этот параметр обеспечивает наименьшую целевую точку восстановления (RPO). Сначала обрабатываются все данные, отправленные в службу Site Recovery, чтобы создать точку восстановления для каждой виртуальной машины, прежде чем выполнять в нее отработку отказа. Изначально он пытается обработать и применить все данные, отправленные в службу Site Recovery в целевом расположении, и создать точку восстановления с помощью обработанных данных. Однако если во время отработки отказа не было активировано, данные, отправленные в службу Site Recovery, ожидающие обработки, Azure Site Recovery не будет выполнять обработку, поэтому не будет создавать новую точку восстановления. В этом сценарии она будет использовать только ранее обработанную точку восстановления. |
| Последняя обработанная | Отработка отказа виртуальной машины выполняется до последней точки восстановления, которая была обработана Site Recovery. Для просмотра последней точки восстановления конкретной виртуальной машины ознакомьтесь с разделом Последние точки восстановления в параметрах виртуальной машины. Этот вариант обеспечивает низкий показатель целевого времени восстановления, так как не требует времени на обработку данных. |
| Последняя с согласованием приложений | Этот параметр выполняет отработку отказа виртуальных машин до последней точки восстановления, согласованной с приложением, обрабатываемой Site Recovery, если включены точки восстановления, согласованные с приложением. Проверьте последнюю точку восстановления в параметрах виртуальной машины. |
| Последняя обработанная для нескольких виртуальных машин | Этот параметр доступен для планов восстановления, которые содержат одну или больше виртуальных машин с согласованностью состояний. Виртуальные машины с включенным параметром отработки отказа в последнюю общую точку восстановления с поддержкой нескольких виртуальных машин. Любые другие виртуальные машины в плане отработки отказа до последней обработанной точки восстановления. |
| Последняя обработанная для нескольких виртуальных машин | Этот параметр доступен для планов восстановления, которые содержат одну или больше виртуальных машин с согласованностью состояний. Виртуальные машины, которые являются частью отработки отказа группы репликации на последнюю общую точку восстановления, согласованную с несколькими виртуальными машинами. Другие виртуальные машины переходят на последнюю точку восстановления, согласованную с приложениями. |
| Пользовательское | Используйте этот параметр для отработки отказа определенной виртуальной машины на определенную точку восстановления во времени. Этот вариант недоступен для планов восстановления. |
Примечание.
Точки восстановления нельзя перенести в другое хранилище Служб восстановления.
Повторная защита и плановая отработка отказа
После отработки отказа в Azure реплицированные виртуальные машины Azure находятся в незащищенном состоянии.
- В качестве первого шага при восстановлении подключения к локальному сайту необходимо запустить репликацию виртуальных машин Azure в локальную среду. Процесс повторной защиты зависит от типа компьютеров, для которых выполняется отработка отказа.
- После репликации виртуальных машин из Azure в локальную среду можно выполнить отработку отказа из Azure на локальный сайт.
- После повторного запуска виртуальных машин в локальной среде можно включить их репликацию в Azure для аварийного восстановления.
- Только диски, реплицированные из локальной среды в Azure, реплицируются обратно из Azure во время повторной защиты. Только что добавленные диски для отработки отказа виртуальной машины Azure не будут реплицированы на локальный компьютер.
- Устройство может иметь до 60 дисков, подключенных к нему. Если на виртуальных машинах, на которых выполняется отработка отказа, больше 60 дисков или при отработке отказа больших объемов трафика, создайте отдельное устройство для восстановления размещения.
Плановая отработка отказа работает следующим образом:
- Для восстановления размещения на локальных ресурсах виртуальной машине требуется как минимум одна точка восстановления. У всех виртуальных машин в плане восстановления должна быть по крайней мере одна точка восстановления.
- Так как это плановая отработка отказа действие, можно выбрать тип точки восстановления, к которой требуется вернуться. Рекомендуется использовать точку, согласованную со сбоем.
- Можно также выбрать точку восстановления, согласованную с приложением. В этом случае одна виртуальная машина восстанавливается до своей последней доступной точки восстановления, согласованной с приложением. Если выполняется план восстановления для группы репликации, восстановление будет выполнено до общей доступной точки восстановления.
- Согласованные с приложением точки восстановления могут быть позднее по времени. Из-за этого может произойти потеря данных.
- Во время отработки отказа из Azure на локальный сайт Site Recovery завершает работу виртуальных машин Azure. При фиксации отработки отказа Site Recovery удаляет из Azure виртуальные машины Azure, для которых выполнено восстановление размещения.
Примечание.
Загрузка виртуальной машины отработки отказа может занять больше времени в Windows Server 2012 или более ранних версиях при использовании точек аварийного восстановления.
Физическая повторная защита или восстановление размещения VMware
Чтобы повторно защитить и восстановить работоспособность компьютеров VMware и физических серверов из Azure в локальной среде, убедитесь, что устройство работоспособное.
Выбор устройства
- Вы можете выбрать любой из устройств репликации Azure Site Recovery, зарегистрированных в хранилище, чтобы повторно защититься в локальной среде. Для повторной защиты не требуется отдельный сервер обработки в Azure для повторной защиты и масштабируемый главный целевой сервер для виртуальных машин Linux.
- Во время восстановления размещения устройство репликации не требует другого сетевого подключения или портов (по сравнению с защитой пересылки). Одно и то же устройство можно использовать для защиты вперед и назад, если оно находится в работоспособном состоянии. Это не должно повлиять на производительность репликации.
- При выборе устройства убедитесь, что целевое хранилище данных, на котором находится исходный компьютер, доступно устройством. Хранилище данных исходного компьютера всегда должно быть доступно устройством. Даже если компьютер и устройство находятся на разных серверах ESX, если между ними предоставлен общий доступ к хранилищу данных, повторная защита завершается успешно.
Примечание.
- VMotion хранилища реплицированных элементов не поддерживается. Хранилище vMotion устройства репликации не поддерживается после повторной защиты.
- При выборе устройства убедитесь, что целевое хранилище данных, на котором находится исходный компьютер, доступно устройством.
Повторное защита задания
- Если это новая операция повторной защиты, то по умолчанию новая учетная запись хранения журналов автоматически создается Azure Site Recovery в целевом регионе. Диск хранения не требуется.
- В альтернативном расположении восстановления и исходном восстановлении расположения извлекаются исходные конфигурации исходных компьютеров.
Примечание.
- Статический IP-адрес не может быть сохранен в случае повторной защиты альтернативного расположения (ALR) или повторного защиты исходного расположения (OLR).
- fstab, LVMconf будут изменены.
Сбой
- Любое неудачное задание повторной защиты может быть выполнено повторно. Во время повтора можно выбрать любое работоспособное устройство репликации.
При повторной защите компьютеров Azure в локальной среде вы получите уведомление о том, что вы не вернелись в исходное расположение или в альтернативное расположение.
Восстановление в исходное расположение: ресурсы Azure восстанавливаются на исходном локальном компьютере, если он существует. В этом сценарии в локальную среду будет выполнена репликация только изменившихся данных.
- Выбор хранилища данных во время OLR: хранилище данных, подключенное к исходному компьютеру, автоматически выбирается.
Восстановление в альтернативное расположение: если локального компьютера не существует, вы можете выполнить восстановление размещения из Azure в альтернативное расположение. При повторном включении защиты виртуальной машины Azure в локальной среде создается локальный компьютер. Выполняется полная репликация данных из Azure в локальную среду. Ознакомьтесь с требованиями и ограничениями для восстановления размещения.
- Выбор хранилища данных во время ALR: любое хранилище данных, управляемое vCenter, в котором располагается устройство и которое доступно (с разрешениями на чтение и запись), в том числе для выбора устройством (как исходное или новое). Вы можете выбрать учетную запись хранения кэша, используемую для повторного защиты.
После завершения отработки отказа агент мобильности на виртуальной машине Azure зарегистрирован в Службах Site Recovery автоматически. В случае сбоя регистрации на виртуальной машине, для которой выполнена отработка отказа, возникнет критическая ошибка работоспособности. После устранения проблемы регистрация активируется автоматически. Вы можете вручную завершить регистрацию после устранения ошибок.
Отмена отработки отказа
Если локальная среда не готова или возникли какие-либо проблемы, можно отменить отработку отказа.
После инициирования плановой отработки отказа и ее успешного завершения локальная среда станет доступной для использования. Но после завершения операции, если вы хотите выполнить отработку отказа в другую точку восстановления, можно отменить отработку отказа.
Отменять можно только плановую отработку отказа.
Можно отменить запланированную отработку отказа со страницы Реплицированные элементы в хранилище Служб восстановления.
После отмены отработки отказа ваши компьютеры в Azure снова будут включены, а репликация снова начнется из Azure в локальную среду.