У меня есть небольшой план восстановления SRM для нескольких виртуальных машин с "основными службами" на устройстве EqualLogic, реплицируемом между двумя центрами обработки данных. Я хотел бы выполнить некоторые запланированные временные отработки отказов, чтобы эти виртуальные машины оставались доступными в случае отключения электроэнергии, обновления коммутатора и т. Д.
Одна из моих идей заключалась в том, чтобы изменить сопоставления сети в моем плане восстановления, чтобы перейти к реальным сетям, а не к переключателю тестового пузыря, который используется по умолчанию. Я бы вручную отключил производственные виртуальные машины, запустил тестовую отработку отказа на период простоя, затем заканчивал тест и снова включал производственные виртуальные машины. Это кажется немного запутанным, но я считаю, что это сработает.
Вышеупомянутая идея кажется немного запутанной, поэтому я также подумал о выполнении фактического плана восстановления. Поскольку мне никогда не приходилось выполнять фактический план восстановления, я немного опасаюсь, что изменится, когда я это сделаю. Является ли восстановление после сбоя таким же простым, как выключение виртуальных машин на стороне восстановления и включение виртуальных машин на защищенной стороне? Это будет на короткий период, поэтому меня не особо беспокоят какие-либо изменения данных на виртуальной машине во время переключения.
Извините, если мой вопрос не совсем ясен. По сути, я хочу выполнить аварийное переключение на короткий период (один час), а затем просто выключить аварийные виртуальные машины и возобновить работу, как это было до аварийного переключения - меня не волнует восстановление после сбоя с точки зрения изменений хранилища и т. Д.
Почему бы просто не сделать vMotion для восстановления серверов ESX? Если вы выполняете аварийное переключение, вам придется перезагрузить виртуальную машину - если у вас нет VMware Fault Tolerance.