Хорошо, это сложная задача, и у меня проблемы с ее планированием, в основном из-за отсутствия опыта. Однако это стало задачей в моей работе, и я делаю это в основном в одиночку с дополнительной рукой.
Мне нравится Linux, и все эти серверы - Debian или CentOS. Некоторые из них - это VPS, общие хосты, а другие - облачные виртуальные машины. Я новичок в компании и за последние несколько месяцев у меня было время, чтобы подвести итоги нерешенных проблем. Все они запускают plesk или cpanel.
Я обнаружил, что эти серверы никогда не настраивались, а только покупались, и за последние два года на них открывались сайты с очень простым администрированием (в основном, очистка дискового пространства и задачи управления доменом / хостингом). Не было настроено iptables и не приняты меры безопасности, поэтому эти серверы пронизаны. Я считаю, что лучшим решением здесь будет начать все заново и консолидировать наш хостинг на меньшее количество серверов, поскольку они только что купили новые общие серверы волей-неволей. Я чувствую, что мы можем поддерживать всю нашу клиентскую базу примерно на 1/4 нашего кластера.
Моя проблема в том, что я не знаю, как спланировать этот переезд. Это потребует ОЧЕНЬ много перемещаемых сайтов и изменений DNS. Я думаю, что было бы разумно обратиться за советом к любым волшебникам, которые регулярно сталкиваются с подобными вещами или, по крайней мере, имеют опыт, чтобы указать мне правильное направление.
Грязь
Для этого нет простого решения - вероятно, это будет долгий и утомительный путь, чтобы все двигалось. Я бы начал с нескольких вещей, но книга, которую я рекомендовал в комментариях, скорее всего, содержит несколько деталей. Я вижу здесь четыре основных этапа - инвентаризация, повторное развертывание, тестирование и приемка.
Если вы еще этого не сделали, сделайте полный инвентаризация того, что у вас есть и что вы используете сейчас. Определите, какие ресурсы являются критически важными, а какие просто хранятся. Этот вопрос о SF может быть хорошим началом, хотя, естественно, вам нужно будет настроить его для среды debianisque - может быть так. Это самый критический этап.
«Веб-серверы» - это не одно и то же - проверьте, запускаете ли вы какой-либо процесс, который запускает собственный веб-сервер (например, django), или это автономный веб-сервер, такой как apache.
Вы используете EOLed-версии своей ОС и другого программного обеспечения? Вы можете мигрировать? С какими проблемами вы бы столкнулись? Есть ли известные риски безопасности? Могу ли я стандартизировать все до единой версии всего моего программного обеспечения? Могу ли я автоматизировать процессы развертывания и до какой степени (посмотрите на puppet и chef).
Составьте список того, что должно работать, и как вы собираетесь это тестировать.
Таким образом, вы сможете выбрать лучший процесс P2V или V2V для своих нужд.
Вы можете выбрать запуск нескольких наборов служб, которые раньше были отдельными на одном сервере. Вы также можете запустить виртуальные машины. Как запускающие виртуальные машины, ориентированные на конкретные задачи (вы можете перезапустить одну, не влияя на другие вещи), так и группирование похожих задач (чтобы у вас было меньше логических систем для обслуживания) имеют преимущества.
Таким образом, вы можете настроить и протестировать переезд системы, не мешая производственному процессу. Вероятно, вы сможете сделать это, возможно, на одном сервере с виртуальными машинами.
Переместите виртуальные машины в промежуточную область и проверьте их в последний раз.
Установите короткий dns ttl для систем, которые были успешно перенесены, и измените имя домена и другие соответствующие параметры во время периода обслуживания. Еще раз попробуй. Следите за любыми ошибками после развертывания нового сервера.
Покрыть себя. Если что-то пойдет не так, в краткосрочной перспективе вы всегда можете вернуться к старому серверу.