この記事について
Route53にはフェイルオーバールーティングというルーティングポリシーがあります。
https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/routing-policy-failover.html
これを使えば、WEBサイトの障害時にSorryページとしてS3静的サイトにルーティングするということが可能です。
この記事では、WEBサイト障害時にSorryページに切り替えるフェイルオーバールーティングの実装手順について記載します。
この記事に書くこと
フェイルオーバールーティングの設定方法のみです。
ALBやCloudfront+S3などの構築/設定方法については記載しません。
構成
フェイルオーバールーティングを実装する前は以下のような構成です。
※hoge.fugaというドメイン名はダミーです。実際はちゃんとしたドメイン名を利用しています。
ApacheをEC2上で動かして、ALBと接続します。ALBのエンドポイントをRoute53にAレコード(エイリアスレコード)として登録することで、hoge.fugaへのアクセスはEC2で稼働しているapacheにルーティングされます。
またSorryページとしてS3に静的HTMLファイルを配置して、Cloudfrontのオリジンとして構成します。
この時点ではCloudfrontのエンドポイントにアクセスすればSorryページが表示されます。
❯ curl https://hoge.fuga
This is EC2!!
❯ curl https://d1xxx11xx11xx1.cloudfront.net
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta http-equiv="Content-Style-Type" content="text/css">
<title></title>
<meta name="Generator" content="Cocoa HTML Writer">
<meta name="CocoaVersion" content="2113.6">
<style type="text/css">
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica}
</style>
</head>
<body>
<p class="p1">This is S3 Origin!!</p>
</body>
</html>
見にくいけど"This is S3 Origin!!"が表示されます。
これをフェイルーオーバールーティングを利用して、以下のようにします。
hoge.fugaへのアクセスは平常時はWEBサイトにルーティングされます。Route53からWEBサイトへのヘルスチェックが失敗したら、フェイルオーバーが行われてS3のSorryページにルーティングされるようになります。
フェイルオーバールーティングの実装
ヘルスチェックの作成
Route53からWEBサイトに対してヘルスチェックを送信するため、ヘルスチェックを新規作成します。
マネコンのRoute53の画面にヘルスチェックという欄があるため、そこから作成します。
以下の通り作成します。
ヘルスチェックはALBのエンドポイントを対象とします。
また、SNIの有効化はチェックを外しておきましょう。
ヘルスチェッカーのリージョンはヘルスチェックの送信元になるチェッカーを指定できます。
「推奨を使用する」にするとチェッカーが多すぎるので、今回はカスタムにして3つに絞りました。
(チェッカーは最低3リージョン以上指定する必要があるようです。)
通知は今回は受け取らないようにします。
作成後にステータスが正常になっていることを確認します。
(ヘルスチェッカーからの通信を許可しないと、ヘルスチェックは成功しません。ステータスが正常にならない場合はALBのセキュリティグループの設定を見直しましょう。またチェッカーのIPアドレスは一位のものでは無く、ヘルスチェック作成ごとに割り当てられるようなので注意しましょう。)
フェイルオーバールーティングのレコード登録
プライマリから登録します。
ヘルスチェックIDは先ほど作成したヘルスチェックのIDを指定します。
ルーティング先はALBへのエイリアスです。
レコードIDはなんでも良いですが、わかりやすいようにprimaryとしておきましょう。
次にセカンダリの登録です。
プライマリとほぼ変わりないですが、セカンダリはヘルスチェックと紐付けてはいけないので注意しましょう。
動作確認
レコード登録後にhoge.fugaにリクエストを送った場合
❯ curl https://hoge.fuga
This is EC2!!
WEBサイトへアクセスできていることが確認できます。
EC2のapache(httpd)を停止して、フェイルオーバーが発生し、Sorryページにルーティングされることを確認します。
# systemctl stop httpd
ヘルスチェックが失敗していることを確認します。
hoge.fugaにアクセスすると
❯ curl https://hoge.fuga
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta http-equiv="Content-Style-Type" content="text/css">
<title></title>
<meta name="Generator" content="Cocoa HTML Writer">
<meta name="CocoaVersion" content="2113.6">
<style type="text/css">
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica}
</style>
</head>
<body>
<p class="p1">This is S3 Origin!!</p>
</body>
</html>
(フェイルオーバーが完了するまで、1,2分ほどかかりました)
次にapacheを起動して、フェイルバックができるかを確認します。
[root@ip-172-16-76-12 ~]# systemctl start httpd
1,2分ほど待ったら、フェイルバックが完了していました。
❯ curl https://hoge.fuga
This is EC2!!