Я не вижу оснований для закрытия обоих DC сразу. Откат USN только будет проблемой при восстановлении момента времени copy\clone\snapshot определенного DC после того, как исходной машине позволили продвинуться. Для Вашей миграции, закрывает DC и перемещение it\copy, это с помощью любых работ механизма лучше всего затем перезапускает его на новом сайте. В той точке делают 100% уверенными, что источник, VM не может быть перезапущен, поскольку это вызовет откат USN. После того как Вам переместили один DC успешно, повторите процесс для другого (s).
Если оба сайта активны и видят друг друга, можно переместить DC индивидуально при тихом сохранении по крайней мере одного активным в любом случае, который необходимо будет сделать, если миграции займут какой-либо отрезок времени вообще. Как Вы узнали с проблемами vCenter, которые возникают, когда Ваш DNS понижается, Вы не можете сделать многого в AD управляемой среде при приведении в нерабочее состояние всех AD сервисов.
Если оба сайта абсолютно независимы друг от друга - так, чтобы, когда DC перемещен в новый сайт, он не мог общаться с исходным сайтом - затем необходимо будет быть намного более осторожными, и оба DC должны будут быть закрыты в течение некоторого промежутка времени, чтобы гарантировать, что отката USN не происходит. Можно переместить первый DC, который Вы хотите переместить при сохранении другого активным, но необходимо сохранить тот DC выключенным на исходном сайте, пока Вы не переместили второй DC. Если Вы не делаете затем существует риск отката USN.
Для обхождения этого, я предложил бы следующее. Сделайте клон каждого DC на исходной стороне с помощью vCenter. Будьте очень осторожны с ними, поскольку Вы не хотите включать их с сетевым соединением на исходном сайте.
Ответы Drupal могут лучше подходить для этого вопроса, но вот несколько моментов для вас:
Теперь для Apache… не используйте готовую конфигурацию Apache. Вам необходимо настроить Apache на свой сайт. Предполагая, что вы используете mod_prefork
(я бы сказал, что это довольно вероятно, но только вы можете это определить) Вот основы того, как это делается, но вам действительно стоит нанять кого-то, кто знает, что делает.
top
). MaxClients
и ServerLimit
. Это, конечно, не окончательный ответ. Настройка сервера требует времени и опыта. Удачи.
Кэшируйте все статические страницы, часто используемые страницы, меню и гиперссылки с помощью инструмента кэширования, такого как memcache. Проблема с Drupal заключается в том, что он делает много доступа к БД для каждой загрузки страницы и полностью перезагружает каждую страницу.
There's a few modules out there (Boost, Varnish etc.) which can help you boost things if you mostly have anonymous users. However, they won't help you that much if users create profiles on your site and log in.
This is how I set up servers for Drupal:
There might be a lot small improvements which can take things further, but I think this could be at least a starting point for things to look at.