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