Перенос посещаемого сайта на другой сервер

настрой вебсервером проксироование на новый сервер. надеюсь post тоже можно проксировать.

Это мне копать в сторону proxy_pass в nginx или...? На сервере nginx+apache бэкэндом.

Похоже, мне нужно это.

На время обновления DNS настроить nginx на старом сервере на редирект запросов на новый.

По самому переносу - если требуется zero downtime, то master-master репликация для БД и вперёд, но потребуется очень хорошее соединение и запас мощей по железу.

На время обновления DNS настроить nginx на старом сервере на редирект запросов на новый.

Это можно сделать без пересборки nginx из исходников? На сервере - дебиан.

если требуется zero downtime

минут 10-20 не так критично, в принципе.

первым этапом нужно перенастроить время обновления днс, потом подождать пока все днс-сервера старое закешированное значение потрут. потом уже переключать днс.

ещё варианты: 1. прокси 2. перенастроить старый сервер, чтобы обращения шли к новой базе.

Это можно сделать без пересборки nginx из исходников? На сервере - дебиан.

да, можно.

Репликация mysql + rsync

первым этапом нужно перенастроить время обновления днс, потом подождать пока все днс-сервера старое закешированное значение потрут. потом уже переключать днс.

Интересно. А можно чуть подробнее?

Это можно сделать без пересборки nginx из исходников?

Конечно, nginx вообще сначала развивался как реверс-прокси для динамики и основной сервер для статики

минут 10-20 не так критично, в принципе

Если объём данных позволяет перебросить их между серверами за 10-20 минут - вообще никаких проблем:

- настраиваем на новом сервере симметрично веб-сервер и базу данных, но пустые
- ставим на старом сервере revese-proxy на новый на другом порту, типа 8080 - протестировать
- тестируем
- вешаем на старом сервере заглушку «Under construction». Там ещё какой-то специальный заголовок отдавать надо, чтобы гуглбот сайт в таком виде не проиндексировал, не обычный 200 OK.
- гасим БД
- переносим сайт и базу простым копированием на новый сервер
- проверяем на новом сервере
- перенастраиваем на старом reverse-proxy на 80 порт
- меняем записи в DNS

Если объём данных не позволяет перебросить их за требуемое время - потребуются изъёбства:

- статику предварительно скопировать rsync-ом, и потом досинхронизировать изменившиеся файлы
- для базы - настроить partitioning, чтобы новые данные лились в другие файлы; засинхронизировать rsync-ом самые тяжёлые куски, не прекращая работы; застопить и синхронизировать окончательно(будут переданы только новые данные). Ну или изъёбства с master-slave и WAL, для постгреса. Для мускуля - не знаю

Что-то я запутался, блин.
Я вообще там меняю? На старом сервере в конфиге хоста меняю:

location / {
#    proxy_pass http://127.0.0.1:88;
     proxy_pass http://ип_нового_сервера:8080;
}

Старый сайт начинает выдавать 502. Меняю порт на 80 - «Welcome to nginx».

ставим на старом сервере revese-proxy на новый на другом порту, типа 8080 - протестировать

А это для чего вообще? В смысле порт 8080.

На 8080, чтобы сначала протестировать. То есть 8080 старого сервера должен перенаправляться на 80 нового сервера. При этом на 80 старного сервер должен продолжать отдавать сайт. А ты наоборот делаешь, вот и 502 - у тебя же на новом сервере на 8080 ничего нет

чуть ли не каждую секунду происходят изменения

50k хитов в день...
я бы даже не парился

Спасибо за помощь. Вроде получилось, работает. Только вот на глаз медленнее грузится, чем если просто зайти на новый сервер. Так и должно быть?

rsync и репликация базы, можно часто по крону, асинхронно. меняешь ttl на запись в dns на одну минуту, ждешь (старый ttl), последний раз синкаешь, репоинтишь на новый сервер, меняешь ttl обратно.

assuming все на коленке, денег и админа нет, простой в одну минуту для _некоторых_ клиентов допустим.

Ну, то что через старый, который лезет на новый, грузится медленнее, чем напрямую через новый - вполне логично. Один фиг старый нужно держать, только пока у самых слоупочных клиентов DNS не обновится.

Подскажите, пожалуйста, может есть какой вариант, при котором все изменения в бд/файлах старого сайта будут отправляться и применяться на новом сервере автоматически?

Если требуется без остановки, то кроме мастер-мастер репликации БД в голову ничего не приходит.

А с остановкой — проблема кеширования DNS не проблема. Просто на старом сайте вешаем заглушку «идёт переезд, зайдите чуть позже».

чуть ли не каждую секунду происходят изменения

50k хитов в день...

50k POST'ов, если ТС корректно выразился.