ごく最近、DNS fayloverに関するastlockの 記事が公開されました。 もちろん、この機能はクールで便利ですが、AWSでELBを使用して大規模なプロジェクトをホストした人は、まったく新しいことを感じませんでした。 feyloverがELBで動作しない場合、個人的にはこの機能はまったく役に立ちません。
しかしその後、Route53の利点をELBで使用できるようになりました。 フェールオーバーモードで記録を設定し、ELBに接続することにより、ELBを自動的に監視する機能を有効にします。 プライマリからセカンダリへの記録の切り替えは、次の状況で自動的に行われます。
- ELBの障害と使用不可
- ELBでの健全なインスタンスの欠如
Route53は、地域全体に障害が発生した場合に自動的に移動できるようになりました。
この記事では、新しい機能をどのようにテストしたかを説明します。
そのため、テストのために、2つのELBとそれぞれの下に1つのインスタンスをセットアップしました。 1つにApacheをインストールし、もう1つにnginxをインストールしてそれらを区別しました。
Route54は次のように構成されました。
ご覧のとおり、1つのエントリがプライマリで、もう1つのエントリがセカンダリです。
通常の状態では、ドメインtest.kozhokaru.comにはApacheページが表示されます。 ライブアプリ。
ドメインは次のプロンプトを表示します。
$ host test.kozhokaru.com test.kozhokaru.com has address 23.21.77.253
テストでは、ホストにアクセスしてApacheを消滅させ、アプリケーションのクラッシュをシミュレートします。 そして、私たちのウェブページで何が起こっているのかを見始めます：
約40秒後、 ELBはその下のインスタンスが正常でないことを認識します。
さらに2分後 、fayloverページが表示されます。
IPアドレスが変更されました：
$ host test.kozhokaru.com test.kozhokaru.com has address 107.21.245.152
最初のホストでApacheを実行して、 すべてを返します 。 ELB helcheckに応じて、一定時間後にホストは正常になります。
そして、1分40秒後に、ドメインはメインELBに戻りました。
IPアドレスが元に戻りました：
$ host test.kozhokaru.com test.kozhokaru.com has address 23.21.77.253
結論
自動ドメインfayloverには約2分かかりますが、戻りも同じです。
今、私たちの手には、 非常にアクセスしやすい分散システムを構築するのに間違いなく役立つ素晴らしい機能があります 。