Репликация vSphere / SRM не учитывает группы приоритетов
Я в процессе демонстрации VMware SRM.
Установка прошла успешно, и я легко могу запустить восстановление для отдельной машины.
Я разрабатываю сценарий восстановления для одного приложения, распределенного примерно на 10 серверов, пару серверов sql, пару серверов приложений, машину клиентского доступа и многие другие.
Приоритетные группы определены точно так, как они должны быть, и мне не нужно добавлять какие-либо определения внутри группы.
Когда я тестирую свой план восстановления, я вижу, что сначала запускаются виртуальные машины с приоритетом 1, с приоритетом 2 - нет, а некоторые - примерно половина - загружаются с виртуальных машин с приоритетом 3. Похоже, что в конечном итоге дела идут дальше, но этот странный порядок по-прежнему используется. Что, черт возьми, здесь происходит? Связано ли это с методом, который SRM использует для изменения IP-адресов? Что-то в версии оборудования и / или VMware Tools?
Все хосты ESXi и vSphere - 5.5. Я использую репликацию vSphere и SRM 5.8.1.
После того как я исправил некоторые проблемы с тайм-аутом, я смог определить, что здесь происходит.
Похоже, что все этапы подготовки SRM (настройка хранилища, настройка текстовой сети, запуск гостя, настройка IP) выполняются, начиная с приоритета 1 и заканчивая приоритетом 5 в группах примерно по 4 виртуальных машины за раз. Эти шаги не зависят от производственной загрузки.
Блоки SQL с приоритетом 2 большие. В результате для моих ящиков группы 2 требуется на лотов больше времени, чтобы добраться до гостевого запуска. SRM не дожидается завершения этого процесса на этих виртуальных машинах и переходит к следующей группе. Это действительно имеет смысл - все виртуальные машины выключаются и ждут загрузки в правильном порядке после завершения реконфигурации.