В настоящее время мы используем виртуальную машину в лазурном состоянии и в настоящее время изучаем нашу сторону восстановления решения Azure.
При восстановлении на месте мы используем репликацию в режиме репликации Hyper-V на сервер реплик Hyper-V.
Вышеупомянутый вариант Hyper-v, очевидно, создает беспрепятственную копию сервера с основного на сервер-реплику и позволяет нам запускать переключение на сервер-реплику.
Я просмотрел решение, и я могу получить доступ к лазурному восстановлению сайта, но он не говорит о лазурном к лазурному vms.
Имея в виду вышеупомянутую модель Hyper-V, может ли это сделать Azure? Если да, может ли кто-нибудь указать мне направление технической статьи?
В настоящее время нет службы, которая создает работающую реплику виртуальной машины в Azure. Кто-то упомянул наборы доступности в комментарии под вашим вопросом. Наборы доступности не имеют ничего общего с репликацией; они специально разработаны для разделения ваших виртуальных машин на разные домены сбоя (например, физические стойки) и домены обновления (например, при обновлении ОС хоста).
Вам нужно будет поддерживать дополнительную виртуальную машину самостоятельно и переключаться на нее при необходимости (это может быть холодный резерв, ожидающий запуска, или теплый резерв, который работает, и куда вы направляете трафик).
Обратите внимание, что виртуальные машины в Azure поддерживают настраиваемые зонды для настраиваемых конечных точек проверки работоспособности, поэтому вы можете легко направить трафик на альтернативную виртуальную машину, если что-то пойдет не так с основной виртуальной машиной.
Кроме того, виртуальные диски виртуальной машины Azure хранятся в хранилище Azure (большие двоичные объекты). Вы можете сделать снимок большого двоичного объекта (почти мгновенная операция), а затем повторно накачать снимок, скопировав его на собственный страничный большой двоичный объект и подключив его как vhd (как быстрый способ репликации виртуальной машины). Копирование большого двоичного объекта в большой двоичный объект или из моментального снимка в большой двоичный объект может иметь место в одной и той же учетной записи хранения или в разных учетных записях хранения, что позволяет отправлять копию виртуальной машины в альтернативный регион для целей аварийного восстановления.