В настоящее время у меня есть виртуальная машина Azure с одним экземпляром с одним диском ОС и одним диском данных. Я запускаю его с зарезервированным публичным IP.
Добавление второй виртуальной машины в группу доступности не вариант, поскольку я размещаю готовый программный пакет, который не подходит для этой архитектуры.
Я могу немного простоять - мне не нужна высокая доступность, но мне нужен оптимизированный процесс восстановления.
Каждую неделю я запускаю сценарий PowerShell, который отключает виртуальную машину и делает снимки ОС и дисков с данными с меткой времени. У меня другой процесс резервного копирования фактических данных.
В случае отказа или повреждения виртуальной машины (случайная перезагрузка виртуальной машины Azure кого-нибудь?), Я склоняюсь к двум сценариям.
ИЛИ
ИЛИ можно ли постоянно поддерживать деинициализированную виртуальную машину с предыдущим набором дисков, подключенных с использованием того же зарезервированного IP-адреса - таким образом, если основная основная виртуальная машина выйдет из строя, я могу просто запустить ее и продолжить работу?
У вас есть много вариантов для этого. Я могу сделать следующее:
Создайте новую виртуальную машину, убедитесь, что вы зарезервировали IP-адрес (во время создания виртуальной машины), и выключите виртуальную машину (освободите или не освободите). Считайте это своей вторичной (резервной) машиной. Как только ваш основной выходит из строя, вы можете отсоединить диски, связанные с ним, подключить их сюда и включить. Это упростит ваши задачи.
Остановка и освобождение не повлечет за собой затрат на виртуальную машину, в то время как остановка, но не освобождение, потребует затрат на виртуальную машину. Это описано Вот.
В Azure теперь есть функция, позволяющая выполнять резервное копирование виртуальной машины Azure напрямую без простоев. https://azure.microsoft.com/en-us/documentation/articles/backup-azure-vms-prepare/