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