DNSフェイルオーバー

初めまして、ASDのTです。
今回はAWSのDNSフェイルオーバー機能を利用して、サーバレスなSorryページの構築を紹介したいと思います。

Sorryページとは、Webサイトなどが障害やメンテナンスなどで停止している際に、アクセスしてきた利用者にその旨を告げるページのことです。

そもそも、DNSフェイルオーバーとは何なのかを軽く説明します。
DNSは、たとえば

のように、「ドメイン名」と「サーバのIPアドレス等」を紐付けています。この時に、XXX.XXX.XXX.XXX(Webサーバ)に何らかの障害が発生し、サービスを継続できない状態に陥った場合に、

に自動で変更する仕組みをDNSフェイルオーバーといいます。
つまり、あるドメインへのリクエストを受けたサーバに何らかの障害が発生していた場合に、ドメイン名を変更せずにそのドメインへのリクエストの受け先を変更する仕組みのことです。

以下のような構成で構築していきましょう。

Route53がELBのヘルスチェックのステータスを確認し、ELBがhealthy(正常)ならばELB側のレコードを、ELBがunhealthy(異常)ならばCloudFront側のレコードをアクセス元に返すようになっています。

ELBやEC2インスタンス等の特別な設定はありません。

S3では以下の対応を行います。

CloudFrontでは以下の対応を行います。

CloudFront Distributionの作成 [Origin Domain Name] にS3のドメインを設定しましょう。 [Alternate Domain Names]にサービスドメイン名を指定しますが、公開するサーバのドメイン名と同様としてください、Route53で設定する際にAlias targetとして選択できる様にするためです。そもそもRegionが異なる場合や、Regionが同じでもサービスドメイン名とRoute53で指定したドメイン名が異なる場合にはAlias targetに表示されないので注意してください。
Error Responseの設定どんなURLでリクエストしても、S3 Bucketにそのファイルが存在しないため403のステータスコードをCloudFrontへ返します。 CloudFront側で、S3から403で返ってきた場合のみアクセス元に503のステータスコードとSorryページのキャッシュを返すように設定しましょう。
SSL証明書の設定 SSL証明書は[SSL Certificate]で設定できます。 AWSのCertificate Managementで無料で発行できますが、現在バージニア北部リージョンで発行したものでないとCloudFrontでは選択できない様です。

Route53では、DNSフェイルオーバーの設定を行います。

レコードの作成 Routing Policyを[Failover]に設定したAレコードを、ELB(Primary)とCloudFront(Secondary)の2レコード作成しましょう。また、ELB(Primary)側にRoute53からヘルスチェックの確認を行うために[Evaluate Target Health]を有効にしてください。

これでサーバレスな環境を構築できました。
確認のために、Primary ServerのApache等を停止させてみましょう。
1~2分後にSorryページが表示されたらOKです。

メリット

サーバレス S3やCloudFrontが動作しているサーバはAWSが管理・保守を行なっているため、自分でサーバ(EC2)を管理・保守するより楽です。
維持費がかからない正常動作時はS3やCloudFrontへのデータ転送は発生しないので料金はほぼ0となっています。かかる費用としてはS3への保存量への課金のみです。最大でも$1未満となっています。

デメリット

Route53のAliasはDNSのTTLを変更できない最大１分間は障害発生中のサーバー側へリクエストが流れることになります。この間はSorryページは表示されないので注意してください。

いかがだったでしょうか？
AWSでは、このように可用性のあるサーバレスな環境を簡単に構築する事ができました。
インフラの運用にかかるコストや工数の削減に大いに貢献できると思います。
みなさんも是非、この機会にAWSを活用してみてはいかがでしょうか？？