Сейчас я работаю над проектом, где Восстановление сайта Azure будет использоваться в качестве решения аварийного восстановления для полностью виртуализированного центра обработки данных на базе Hyper-V и управляемого SCVMM.
Центр обработки данных содержит несколько виртуальных машин Linux, и большинство из них имеет несколько виртуальных дисков; эти диски могут представлять собой смесь IDE и SCSI (в зависимости от того, как и когда были созданы виртуальные машины), и большинство систем Linux используют таблицы монтирования старого стиля, называя диски /dev/hdX или /dev/sdXвместо использования идентификаторов GUID или меток томов.
Мы обеспокоены тем, что произойдет с этими виртуальными машинами при их отказе в Azure; они получат новый диск (временный), который наверняка испортит нумерацию устройств, и мне также интересно, произойдет ли преобразование IDE в SCSI, что еще больше усложнит ситуацию.
Кроме того, это решение для аварийного восстановления, а не постоянная миграция: таким образом, также необходимо будет восстановить все эти виртуальные машины после сбоя (или запланированного теста DR), который произошел и был решен.
Это должно быть относительно легко управлять в системах Windows (см. Вот), но как насчет систем Linux, и особенно систем Linux, в которых используются таблицы монтирования старого стиля?
Позаботится ли об этом агент Azure (который должен быть установлен в гостевых системах до их аварийного переключения) или требуется дополнительная работа?