Я видел различные методы клонирования виртуальной машины Azure, для которых требуется, чтобы исходная виртуальная машина была подготовлена и обобщена, что привело к ее уничтожению.
Вместо этого метода я просто сделал резервную копию исходной виртуальной машины, восстановил ее на новую виртуальную машину, вошел в систему на новой виртуальной машине (Windows Server), изменил имя новой виртуальной машины и затем запустил исходную виртуальную машину. Кажется, все работает нормально, без необходимости уничтожать исходную виртуальную машину. Это уже много лет работает с VMWare и HyperV.
Есть ли какие-то проблемы с этим методом, которые мне не хватает? Это плохая идея? Если да, то почему?
Кстати, эта виртуальная машина не использует управляемые диски.
Спасибо
Это уже много лет работает с VMWare и HyperV.
Да, вы правы, в локальной среде мы используем такой способ клонирования виртуальных машин.
Но в Azure, если мы используем этот метод для клонирования виртуальных машин, частный DNS не будет работать для оригинальной ВМ.
Например, если исходное имя виртуальной машины server1, мы можем пинговать server1 по умолчанию в том же Vnet. затем мы используем резервную копию исходной ВМ для восстановления этой ВМ, новое имя ВМ - server1 тоже мы пинг server1 сетевой трафик пойдет на эту новую виртуальную машину.
Если вы хотите переименовать новую виртуальную машину в server2 и хотите, чтобы исходная виртуальная машина использовала server1, мы должны переименовать новую виртуальную машину, затем начать сначала оригинальный ВМ.
Итак, я думаю, что sysprep и обобщили виртуальную машину, и использовать эту виртуальную машину для создания образа - правильный путь.