A Webサーバーのプラグが抜かれた場合、すべてのユーザーを別の都市のB Webサーバーに自動的にリダイレクトするにはどうすればよいですか？その逆も同様です。
A Webサーバーのプラグが抜かれた場合、すべてのユーザーを別の都市のB Webサーバーに自動的にリダイレクトするにはどうすればよいですか？その逆も同様です。
負荷分散スイッチは、両方のWebサーバーが同じ建物内にない限り、スイッチを機能させる方法がわからないことを除いて、私が望むことを実行します。
高可用性クラスタリングシステムは、両方のWebサーバーが同じ建物内にない限り、それを機能させる方法がわからないことを除いて、私が望むことを実行します。
「 メインWebサーバーがダウンしているときに別のWebサーバーの静的ページにリダイレクトする 」に対する受け入れられた回答は、2つの異なる都市のWebサーバーをサポートしているようです。しかし、1つのボックスにソフトウェアをインストールすると、そのボックスのプラグを抜いた後、どのように役立ちますか？
ラウンドロビンDNS および コンテンツ配信ネットワーク （CDN）はどのように実行しますか？
1つのアプローチは次のようなものから始まると思います。
- 物理WebサーバーのすべてのIPアドレスを取得します。
- 「the」Webサイトの単一のドメイン名（複数のAレコードまたはAAAAレコード、あるいはその両方）のDNSレコードに、物理WebサーバーのすべてのIPアドレスを入力しました。
- ...それでは私は何をする必要がありますか？
別のアプローチは次のようなものから始まると思います
- ユーザーがWebブラウザーに入力することを期待する単一のドメイン名にダイナミックDNSプロバイダーを使用しています
- 各Webサーバーにcronジョブを設定し、DNSプロバイダーに独自のIPアドレス（AレコードまたはAAAAレコードを更新）または独自のドメイン名（CNAMEレコードまたはDNAMEレコードを更新）を定期的に通知します。
- ...それでは私は何をする必要がありますか？
（今のところ、ユーザーが私の連絡先情報と、WebサーバーAのプラグが抜かれるたびに「メインAのWebサーバーがダウンしているようです」という脚注が記載された静的なWebページを取得できれば幸いです。これはすでに単に「サーバーが見つかりません」というエラーを表示する現在のシステム。理想的には、AとBを完全に同期させ、明らかに同一にしたいのですが、それは別の質問です。 CDNと同等ですが、動的コンテンツの場合はどうでしょうか？ ）。
グローバルサーバー負荷分散（GSLB）ソリューションを探しているようです。 GSLBは通常、「スマート」DNSを使用して、いくつかのパラメーター（サーバーが利用できない、高負荷、IPジオロケーションなど）に基づいてユーザーをさまざまなサーバーに誘導します。
例として、2つのWebサーバーがあり、1つは西（10.10.10.1/24）、もう1つは東（10.20.20.1/24）であるとします。 Webホスト名がwww.connect.comであるとします。
GSLBは、DNSまたはCNAMEとして構成できます。いずれにせよ、ユーザーがwww.connect.comと入力すると、DNSクエリはGSLBソリューションに送信され、パラメーターに応じて10.10.10.1または10.20.20.1のいずれかで応答します。 GSLBは通常、低いTTLを設定するため、クライアントのホスト/ブラウザーは可能な限り短い時間で応答をキャッシュします。永続性に対処する方法はいくつかありますが、それはこのシナリオの範囲を超えています。
東（10.20.20.1）のWebサーバーがダウンしたとしましょう。 GSLBは通常、ヘルスチェックを実装してバックエンドノードのヘルスをチェックします。 GSLBは、イーストがダウンしていることを通知し、www.connect.comの後続のすべてのDNSレコードが10.10.0.1に解決されます。
ローカルサーバーの負荷分散ソリューション（SLB）がある場合は、www.connect.comが2つのバックエンドノード（10.10.10.1/24と2つのバックエンドノードを持つVIP/VS（たとえば192.168.1.1/24））になるように設定できます。 10.20.20.1/24）。技術的には、ローカルSLBが他のサーバーに到達できる限り、ノードは異なるネットワークセグメントに存在する可能性があります。 SLBソリューションは、バックエンドノードがダウンした場合に、ユーザーを使用可能なサーバーにリダイレクトするのに十分なほど賢い場合があります。 F5 LTMを使用している場合は、そのようなイベント用のiRuleを簡単に作成できます。 CitrixNetScalerおよびその他のSLBソリューションにも同様の機能が必要です。
この場合、RRDNSは機能しません。 RR DNSにはインテリジェンスが組み込まれていません。DNSのユースケースを実現する唯一の方法は、GSLB（または同様の）ソリューションを通じてある種の「スマート」DNSを使用することです。
CDNは通常、GSLB/SLBソリューションを実装して、顧客のHAを確保します。
F5やCiscoなどのグローバルロードバランサーを調べたいと考えています。基本的に、パートナーがダウンしている場合はDNSを使用していくつかのトリックを実行し、パートナーがアップしている場合は、ロードバランサーを介してデータを反対側にフィードします。
評価するためのもう1つの安価で迅速で信頼性の高いソリューションは、Amazon Route 53フェイルオーバーを使用することです http://docs.aws.Amazon.com/Route53/latest/DeveloperGuide/health-checks-creating.html 。この機能は2013年2月11日にリリースされ、プライマリサイトとセカンダリサイト間の高可用性や負荷分散を提供します。
アシム
ご使用の環境で何らかのリバースプロキシを使用しているかどうかを教えてください。そうすれば、バックアップサーバーにリダイレクトできる可能性があります。
そうでない場合は、F5を使用することをお勧めします。
また、ドメインをサードパーティのドメインレジストラに登録している場合は、DNSサーバーの構成を取得して新しいサーバーまたはバックアップサーバーにリダイレクトできます。
少なくとも次の2つの方法を使用して、ネットワークアプライアンスを使用せずにこれを行うことができますが、変更管理が必要になります。
リバースプロキシ、あなたはあなたがプロキシの候補からプラグを抜こうとしているサーバーを取り除く必要があるでしょう
DNS、事前に計画を立て、DNSを変更し、TTLが通過するのを待つ必要があります
また、特にルーティングプロトコルを使用して静的ページを提供するWebサーバーの場合、自動負荷分散とアクティブ-アクティブフェイルオーバーを実行することもできます。 EGPとIGRPをチェックアウトします。ルーターを介して2つ以上のホストでこれを行う方法を詳しく説明したヘルプ資料（特にCiscoに関連する）がオンラインにあるはずです。