Измените веб-сервер с минимальным временем простоя
У меня есть веб-сервер в производстве. Его IP 111.111.111.111, и он упоминается как ServerA. В дополнение к тому, чтобы хранить файлы сценария сервер также хранит пользователя, загрузил файлы и имеет базу данных. Приложение использует подстановочные субдомены, куда foo.example.com, bar.example.com, и т.д. переходит к общему виртуальному хосту, и серверный код отвечает как соответствующий, учитывая имя субдомена. Я имею своего доменного регистратора, указывающего на IP 111.111.111.111, и также настраиваю для поддержки подстановочных знаков.
Я должен буду изменить веб-серверы на новый сервер с IP 222.222.222.222, как который он упоминается как ServerB.
Какие шаги должны быть сделаны для миграции серверов с минимальным временем простоя?
Ниже мои начальные мысли. Прокомментируйте, если неправильный или если я пропускаю шаги.
- Уведомление сообщения на ServerA, на который система снизится для обслуживания.
- Apache установки на ServerB, подобном установке на ServerA и также, добавляет другой виртуальный хост на ServerB с ServerName 222.222.222.222, (больше на этом позже).
- Настройте Apache на ServerA для отображения вниз для страницы обслуживания вместо того, чтобы получить доступ к сценарию приложений.
- Файлы сценария копии, загруженные пользовательские файлы и база данных от ServerA до ServerB.
- Измените доменного регистратора для указания на IP 222.222.222.222.
- Apache установки на ServerA для перенаправления всех запросов к IP 222.222.222.222. Как это будет работать с требованиями субдомена?
- Ожидайте изменений доменного имени для распространения. Я снижусь в это время?
- После того, как ServerB полностью тестируется, сервисный план отмены относительно ServerA.
Как насчет нулевого простоя миграции?
Это мой общий план для таких миграций:
- Установить настроить специальную VPN между старым сервером и новым сервером (например, с помощью OpenVPN).
- Скопируйте все приложение со старого сервера на новый сервер.
- Настройте репликацию базы данных между старым и новым сервером. , со старым сервером в качестве главного и новым сервером в качестве подчиненного, через VPN.
- Подождите, пока все базы данных будут реплицированы. Это может занять некоторое время.
- После завершения репликации подключитесь напрямую к новому серверу (используйте трюк / etc / hosts) и убедитесь, что приложение работает, веб-сервер настроен правильно и т. Д.
- Разорвите отношения «главный / подчиненный» и настройте приложение на старом сервере для взаимодействия с базой данных на новом сервере через VPN.
- Измените записи DNS. В ожидании истечения срока жизни некоторые пользователи будут обращаться к старому серверу, а некоторые - к новому серверу, но оба будут использовать базу данных на новом сервере.
- Когда срок жизни истечет и старый сервер больше не будет получать трафик , списать его. Отключите временную VPN.