Использование реплики виртуальной машины в качестве основной виртуальной машины на заменяющем сервере - Hyper-V
Мне нужно перенести несколько виртуальных машин на новый сервер, и я задавался вопросом, можно ли использовать подход репликации виртуальных машин на новый сервер с новым сервером, действующим как место назначения реплики, а затем просто использовать эти реплики в качестве основной виртуальной машины на новом сервере, а затем выключить старый сервер после завершения.
Насколько мне известно, реплики виртуальной машины такие же, как и оригинальные, и это не должно быть проблемой. Это правильно?
Если вышесказанное верно, могу ли я затем настроить другой (3-й) сервер в качестве постоянного сервера репликации для нового сервера?
Чтобы уточнить, я сказал, что 5 виртуальных машин работают на HOST1 . Я бы настроил HOST2 для получения репликации 5 виртуальных машин. После завершения я бы запустил реплику виртуальной машины на HOST2 и выбрал HOST2 в качестве основного сервера и списал HOST1.
Следующий вопрос: могу ли я настроить HOST3 в качестве нового постоянного сервера репликации для HOST2, и все будет работать хорошо? Итак, реплика реплики.
В настоящее время HOST1 работает под управлением Windows Server 2012R2, а HOST2 - под управлением Server 2016, быстрое чтение показывает, что вы можете реплицироваться между этими двумя ОС. Однако счастлив, что меня исправили.
Я не могу придумать причину, по которой это не сработает, если Hyper-V не знает, что они реплики и не разрешает эту операцию.
В таком случае (невозможно для этого), я мог бы экспортировать их, но это займет больше времени, и я предпочитаю маршрутизатор реплики, поскольку они будут более актуальными, когда я приду для внесения изменений, и я хочу минимизировать время простоя.
Все комментарии / отзыв об этом подходе?
Спасибо.
Я использовал репликацию Hyper-V в качестве метода для миграции VMs. Это может хорошо работать. Вы не можете обработка отказа (мигрировать) через репликацию, не останавливая VM во время обработки отказа, но это должно только занять минуту или два.
Просто репликация установки, всего VMs Вы хотите мигрировать. Ожидайте всего для синхронизации. Когда Вы будете готовы мигрировать, остановите VM (s) и используйте 'Запланированную обработку отказа' действие, выбирая опцию инвертировать репликацию и запустить VM на новом сервере.
Имеют в виду, что при установке репликации у Вас должны идеально быть VMSwitches на источнике/месте назначения, которые соответствуют имени и конфигурации.
, Когда Вы делаете начальную репликацию, Hyper-V может принять значение по умолчанию Ваш VMs, который будет сохранен в неоптимальном пути. Если Вы устанавливаете репликацию и затем планируете ее для случая 30 минут в будущем, и прежде чем репликация запустится, перемещают устройство хранения данных VM на новом хосте.
мне нравится Мой VMs, сохраненный в D:\Hyper-V\{name of vm}, когда Вы включаете репликацию, копия в моей системе приняла значение по умолчанию к D:\Hyper-V\Hyper-V Replica на основе моей конфигурации. Это - фрагмент PS, я раньше перемещал вещи.
Get-VM |
Where-Object { Я использовал репликацию Hyper-V в качестве метода для миграции VMs. Это может хорошо работать. Вы не можете обработка отказа (мигрировать) через репликацию, не останавливая VM во время обработки отказа, но это должно только занять минуту или два.
Просто репликация установки, всего VMs Вы хотите мигрировать. Ожидайте всего для синхронизации. Когда Вы будете готовы мигрировать, остановите VM (s) и используйте 'Запланированную обработку отказа' действие, выбирая опцию инвертировать репликацию и запустить VM на новом сервере.
Имеют в виду, что при установке репликации у Вас должны идеально быть VMSwitches на источнике/месте назначения, которые соответствуют имени и конфигурации.
, Когда Вы делаете начальную репликацию, Hyper-V может принять значение по умолчанию Ваш VMs, который будет сохранен в неоптимальном пути. Если Вы устанавливаете репликацию и затем планируете ее для случая 30 минут в будущем, и прежде чем репликация запустится, перемещают устройство хранения данных VM на новом хосте.
мне нравится Мой VMs, сохраненный в D:\Hyper-V\{name of vm}, когда Вы включаете репликацию, копия в моей системе приняла значение по умолчанию к D:\Hyper-V\Hyper-V Replica на основе моей конфигурации. Это - фрагмент PS, я раньше перемещал вещи.
[110] Так или иначе, после того как все перемещено, просто удаляют репликацию между new+old сервером. Затем можно установить репликацию к новой постоянной цели репликации.
.Path -eq 'D:\Hyper-V\Hyper-V Replica' } |
ForEach-Object {
$MoveOptions = @{
'Name' = Я использовал репликацию Hyper-V в качестве метода для миграции VMs. Это может хорошо работать. Вы не можете обработка отказа (мигрировать) через репликацию, не останавливая VM во время обработки отказа, но это должно только занять минуту или два.
Просто репликация установки, всего VMs Вы хотите мигрировать. Ожидайте всего для синхронизации. Когда Вы будете готовы мигрировать, остановите VM (s) и используйте 'Запланированную обработку отказа' действие, выбирая опцию инвертировать репликацию и запустить VM на новом сервере.
Имеют в виду, что при установке репликации у Вас должны идеально быть VMSwitches на источнике/месте назначения, которые соответствуют имени и конфигурации.
, Когда Вы делаете начальную репликацию, Hyper-V может принять значение по умолчанию Ваш VMs, который будет сохранен в неоптимальном пути. Если Вы устанавливаете репликацию и затем планируете ее для случая 30 минут в будущем, и прежде чем репликация запустится, перемещают устройство хранения данных VM на новом хосте.
мне нравится Мой VMs, сохраненный в D:\Hyper-V\{name of vm}, когда Вы включаете репликацию, копия в моей системе приняла значение по умолчанию к D:\Hyper-V\Hyper-V Replica на основе моей конфигурации. Это - фрагмент PS, я раньше перемещал вещи.
[110] Так или иначе, после того как все перемещено, просто удаляют репликацию между new+old сервером. Затем можно установить репликацию к новой постоянной цели репликации.
.Name
'DestinationStoragePath' = 'D:\Hyper-V\{0}' -f Я использовал репликацию Hyper-V в качестве метода для миграции VMs. Это может хорошо работать. Вы не можете обработка отказа (мигрировать) через репликацию, не останавливая VM во время обработки отказа, но это должно только занять минуту или два.
Просто репликация установки, всего VMs Вы хотите мигрировать. Ожидайте всего для синхронизации. Когда Вы будете готовы мигрировать, остановите VM (s) и используйте 'Запланированную обработку отказа' действие, выбирая опцию инвертировать репликацию и запустить VM на новом сервере.
Имеют в виду, что при установке репликации у Вас должны идеально быть VMSwitches на источнике/месте назначения, которые соответствуют имени и конфигурации.
, Когда Вы делаете начальную репликацию, Hyper-V может принять значение по умолчанию Ваш VMs, который будет сохранен в неоптимальном пути. Если Вы устанавливаете репликацию и затем планируете ее для случая 30 минут в будущем, и прежде чем репликация запустится, перемещают устройство хранения данных VM на новом хосте.
мне нравится Мой VMs, сохраненный в D:\Hyper-V\{name of vm}, когда Вы включаете репликацию, копия в моей системе приняла значение по умолчанию к D:\Hyper-V\Hyper-V Replica на основе моей конфигурации. Это - фрагмент PS, я раньше перемещал вещи.
[110] Так или иначе, после того как все перемещено, просто удаляют репликацию между new+old сервером. Затем можно установить репликацию к новой постоянной цели репликации.
.Name
}
Move-VMStorage @MoveOptions
}
Так или иначе, после того как все перемещено, просто удаляют репликацию между new+old сервером. Затем можно установить репликацию к новой постоянной цели репликации.