サーバーの変更-新しいIPへのリダイレクト=ダウンタイムなし？

ウェブサイトのサーバーを変更しています。古いサーバーのIPを新しいサーバーに移動することはできません。ダウンタイムをなくすために、次のことを計画しています。誰かがそれが機能することを確認してください。

1. 新しいサーバーをセットアップし、新しいIPでリッスンします
2. 古いサーバーはすべてのトラフィックを新しいIPにリダイレクトします
3. 新しいIPを指すようにDNSレコードを変更する

私のロジックでは、古いボックスから新しいIPにリダイレクトすると、ユーザーにはブラウザーにドメイン名が表示されず、新しいIPが表示されることがわかりました。ユーザーがブラウザにドメイン名を表示できるように、新しいIPにリダイレクトし、HOSTNAMEとともに送信する方法はありますか？

これは、伝播中にデータベースが新しいサーバーと古いサーバーの間で同期されないため、サイトが常に使用されており、DNS設定を変更するだけでは実行されないためです。

私のために働いた方法は次のとおりです：

1. ファイルとデータベースを新しいサーバーと同期します。
2. カットオフの直前に再同期を実行します。
3. DNSを変更して、新しいサーバーを指すようにします。
4. DNSの伝播が完了するまで、古いIPに着信する要求を新しいサーバーに転送します。

手順4の実行方法は次のとおりです。

LinuxサーバーでIPTablesを構成して、ポート80（デフォルトのWebサーバーポート）で着信するすべてのトラフィックを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マジックが発生します。3番目の最後のステップで、IPTablesに新しいサーバーのポート80への接続の発信元を書き換えて、古いサーバーから来ているように見せるよう指示します。

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

接続がクライアントマシンからのものであることを新しいサーバーのWebサーバーに通知しない場合、古いサーバーからのものであると考えるため、最後の手順が必要です。

データベースと電子メールサーバーポートについてもこれを繰り返すことができます。

複数の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を受け取り、その順序で試してみます。1つが失敗した場合、クライアントは次のものに移動して試行します。

新しいIPを24時間前に追加のAレコードとして設定し、新しいサーバーを起動し、古いサーバーをシャットダウンして、IPを削除します。

別のオプションは、VIP（仮想IP）を使用することです。したがって、手順は次のとおりです。

1. 新しいサーバーをセットアップし、新しいIPでリッスンします。
2. 古いサーバーにVIPを追加します。
3. DNSレコードを変更してVIP IPを指すようにします。これまでは、すべてのトラフィックは引き続きVIPを使用して古いサーバーに送信されます。
4. 準備ができたら、VIPを新しいサーバーに移動します。
5. 必要に応じて、DNSを新しいサーバーIPに変更し、DNSからVIPを（しばらくして）削除できます。

さて、データベースの複製について述べたので、次のことをしなければなりません。

1. 2つのサーバーのデータベース間のレプリケーションをセットアップします。
2. カットオーバー中に、新しいサーバーのDBをプライマリ、古いサーバーを読み取り専用にします。
3. 古いサーバーと新しいサーバーの両方で、アプリケーションのデータベース接続文字列が新しいサーバーを指すようにします。サイトでセッションを使用している場合、セッションがDBに保持されていることを確認してください。
4. DNSのIPアドレスを新しいサーバーに変更します。
5. 両方のサーバーを少なくとも48時間実行し続けます。

1. 新しいサーバーをセットアップし、新しいIPでリッスンします
2. 次に、透過リダイレクトを構成します。古いサーバーにrinetdをインストールします。

rinetd.confで：

OLD_SERVER_IP 80 NEW_SERVER_IP 80

3. 新しいIPを指すようにDNSレコードを変更する

Webサーバーの1つがメンテナンスモードに移行するときに、セカンダリサーバーが引き継ぐときに、Webサーバーの前でHA-Proxyを使用できます。

何をすべきかのリストは非常に賢明です。

例として、古いサーバーでapacheで次のような操作を行う場合、apacheを使用すると仮定します。

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

ユーザーは、古いサイトを参照すると、ブラウザーに新しいドメインが表示されます。この場合、リダイレクトはブラウザーが実行されている限り永続的です。

したがって、他の変更に加えてWebサーバーに何らかのリダイレクトを実装する限り、問題ないはずです。