Для примера, предположим, что в компании требуется внести изменения в какой-либо критичный сервис. Такое изменение реализуется через внесение множества правок в конфигурационные файлы. Результат при этом непредсказуем и любая ошибка способна вызвать сбой сервиса. Чтобы подобный эксперимент не затронул работающий сервер, рекомендуется выполнить клонирование виртуальной машины.
Механизм клонирования создаст точную копию виртуального сервера, с которой допустимо проводить любые изменения, при этом не затрагивая работу основного сервиса. Затем, если изменения будут успешно применены, новая VM запускается в работу, а старая выключается. В этом процессе есть особенность, о которой всегда следует помнить.
Так же клонирование очень помогает когда на одном сервере надо развернуть несколько виртуальных машин с одинаковыми настройками но не сразу а по очереди.
<alert danger>На клонированной машине IP-адрес будет точно таким же, как и у исходной VM, то есть при ее запуске возникнет конфликт адресов</alert>.
Как избежать сетевой коллизии смотри ниже.


=== 3. По окончании клонирования, отключаем линк на сетевом интерфейсе === 
<alert danger>Обязательно Меняем ip и имя машины для исключения сетевых коллизий </alert> По окончании настроек, включаем сетевой интерфейс - машина полностью готова к использованию.