Зміна серверів - перенаправлення на новий IP = Немає простою?

Я змінюю сервери свого веб-сайту. IP старого сервера не можна перенести на новий. Щоб не було простоїв, я планую зробити наступне, будь ласка, хтось підтвердить, що це спрацює:

1. Налаштуйте новий сервер і слухайте новий IP
2. Старий сервер перенаправляє весь трафік на новий IP
3. Змініть записи DNS, щоб вказати на новий IP

Моя логіка підказує мені, що коли я переспрямую на новий IP-адресу зі свого старого вікна, користувач не побачить доменне ім’я у браузері, але побачить новий IP-адресу. Чи є спосіб перенаправити на новий IP-адресу та надіслати разом із ним HOSTNAME, щоб користувач побачив доменне ім’я у браузері?

Я роблю це, тому що сайт постійно використовується і просто зміна налаштувань DNS не буде робити, оскільки база даних не буде синхронізована між новим та старим серверами під час поширення.

Ось метод, який працював для мене:

1. Синхронізуйте файли та бази даних з новим сервером.
2. Виконайте повторну синхронізацію безпосередньо перед відключенням.
3. Змініть DNS, щоб вказати на новий сервер.
4. Пересилайте запит, що надходить на старий ip, на новий сервер, поки розповсюдження DNS не завершиться.

Ось як я зробив би крок 4:

Ми налаштуємо IPTables на сервері Linux для перенаправлення всього трафіку, що надходить на порт 80 (який є портом веб-сервера за замовчуванням), на сервер з IP-адресою 122.164.34.240. Перший крок - встановити поле Linux, щоб дозволити таке переадресація. Відкрийте вікно терміналу, увійдіть як користувач root та запустіть таку команду:

# echo 1 >/proc/sys/net/ipv4/ip_forward

Наступний крок - повідомити IPTables перенаправити трафік на новий сервер:

# iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to-destination 122.164.34.240

Ось де відбувається магія IPTables. На третьому та останньому кроці ми повідомляємо IPTables переписати походження з'єднань до порту 80 нового сервера, щоб здатися, що вони надходять із старого сервера.

# iptables -t nat -A POSTROUTING -p tcp -d 122.164.34.240 --dport 80 -j MASQUERADE

Заключний крок необхідний, тому що якщо ми не скажемо веб-серверу нового сервера, що з'єднання надходять від клієнтських машин, було б думати, що вони походять зі старого сервера.

Ви можете повторити це також для баз даних та порту сервера електронної пошти.

Ви також можете додати кілька A-записів. Наприклад, Google використовує це, перевірте їх вихід nslookup:

Name:       google.com
Addresses:  209.85.148.101
            209.85.148.102
            209.85.148.113
            209.85.148.138
            209.85.148.100
            209.85.148.139

Якщо ви додасте кілька A-записів до домену, відвідувачі отримають кілька IP-адрес і спробують їх у такому порядку. Якщо одна виходить з ладу, клієнт переходить до наступного, щоб спробувати.

Налаштуйте новий IP як додатковий запис A на 24 години вперед, запустіть новий сервер, вимкніть старий і видаліть IP-адресу.

Ще один варіант - використовувати VIP (віртуальний IP). Отже, вашими кроками будуть:

1. Налаштуйте новий сервер і слухайте новий IP.
2. Додайте VIP на старий сервер.
3. Змініть записи DNS, щоб вказати на VIP IP. До цього часу весь трафік все ще буде спрямований на старий сервер, але за допомогою VIP.
4. Коли будете готові піти, перемістіть VIP на новий сервер.
5. За бажанням ви можете змінити DNS на новий IP сервера та видалити VIP (через деякий час) з DNS.

Гаразд, оскільки ви згадали про реплікацію бази даних, ви повинні зробити наступне.

1. Налаштування реплікації між базами даних на двох серверах.
2. Під час прорізування створіть БД нового сервера як основний, а старий - як тільки читання.
3. Наведіть рядок підключення до бази даних програми на новий сервер як на старому, так і на новому сервері. Якщо ваш сайт використовує сеанси, переконайтеся, що сеанс зберігається в БД.
4. Змініть IP-адресу в DNS на новий сервер.
5. Продовжуйте працювати обидва сервери принаймні 48 годин.

1. Налаштуйте новий сервер і слухайте новий IP
2. Потім налаштуйте прозоре перенаправлення. На старий сервер встановити rinetd.

У rinetd.conf:

OLD_SERVER_IP 80 NEW_SERVER_IP 80

3. Змініть записи DNS, щоб вказати на новий IP

ви можете використовувати HA-Proxy на своїх веб-серверах, коли один з них перейде в режим обслуговування вторинний сервер перейде в режим.

Ваш список того, що робити, виглядає цілком обґрунтованим.

Як приклад, якщо припустити, що ви використовуєте apache, коли ви робите щось подібне в apache на старому сервері:

redirect permanent / http://newserver.example.com

Користувач побачить новий домен у веб-переглядачі, коли перегляне старий сайт. У цьому випадку переспрямовування також є постійним, поки працює браузер.

Тож поки ви впровадите якесь переадресацію на своєму веб-сервері, крім інших змін, у вас все буде добре.