Amazon Route 53を整理してみた

# 背景・目的
[AWS Certificate Managerを整理してみた](https://qiita.com/zumax/items/3b0012e4d30b8b7a9f05)では、ACMについて調べました。
今回は、Route 53について整理してみます。

# まとめ
下記に特徴を整理します

| 特徴 | 説明 |
|:--|:--|
|Route 53|可用性と拡張性に優れたDNS|
|機能|・ドメイン登録<BR>・DNSルーティング<BR>・ヘルスチェック|
|レジストラ|TLD（Top Level Domain）のドメイン登録を処理するICANNから認定を受けている会社を指す|
|ICANN|・Internet Assigned Names and Numbersの略。<BR>・非営利法人<BR>・ドメイン名、IPアドレス、プロトコル・ポート番号、ルート・サーバなどインターネットの基盤資源の世界規模での調整と、これらの技術的業務に関連する方針策定の調整を行う。|
|レジストリ|.comなどの1つまたは複数の最上位ドメインのドメイン登録を販売する会社|
|ドメインリセラー| ・ Amazon Registarなどのレジストラのドメイン名を販売する会社<BR>・Route 53は、Amazon RegisterとGandiのドメインリセラーである|
|Whois|世界中で登録されているドメインに関する各情報（登録者情報、NameServer情報など）を保存するデータベース|
|権威ネームサーバ|・ドメインネームシステム（DNS）の特定部分に関する決定情報を保存<BR>該当する情報を返すことで、DNSリゾルバーからのリクエストに応答するネームサーバ|
|Route 53 ネームサーバ|Route 53をDNSサービスとして使用す全てに対するドメインの権威ネームサーバ |
|DNSリゾルバー|・ISPにより管理されるDNSサーバ<BR>ユーザのリクエストとDNSネームサーバの仲介役を果たす|
|ドメインネームシステム (DNS)|世界規模のサーバ・ネットワーク|
|ネームサーバ|・コンピューターが相互に通信するために使用するIPアドレスにドメイン名を変換するためのDNSのサーバ<BR>・ネームサーバは、再帰ネームサーバ、authoritative name serverのいずれか|
|ホストゾーン|・レコードのコンテナ<BR>・ドメインとそれらのサブドメインのトラフィックをどのようにルーティングするかに関する情報が含まれる<BR>・ホストゾーン名には、対応するドメインと同じ名前が含まれる|
|ドメイン登録の仕組み|1.ドメインが使用可能であることを確認する<BR>2. Route 53でドメインを登録する<BR>3.情報をレジストラに送信する。<BR>4.レジストラは、情報をドメインのレジストリに送信する<BR>5.レジストリは、ドメインに関する情報を自社データベースに保存し、その情報の一部をパブリックWHOISデータベースにも保存する|
|ルーティングの流れ|1. ドメインを登録<BR>2. 登録後、Route 53は、ドメインと同じ名前のパブリックホストゾーンを自動的に作成する<BR>3.リソースにトラフィックをルーティングするには、レコードをホストゾーンに作成する|
|ルーティングする際に必要な情報|・名前<BR>・タイプ<BR>・値|
|ルーティングポリシーの種類 |・シンプルルーティングポリシー<BR>・フェイルオーバールーティングポリシー<BR>・位置情報ルーティングポリシー<BR>・地理的近接性ルーティングポリシー<BR>・レイテンシールーティングポリシー<BR>・IP ベースのルーティングポリシー<BR>・複数値回答ルーティングポリシー<BR>・加重ルーティングポリシー|


# 概要
[Amazon Route 53 とは？](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/Welcome.html)を下に整理します。

> Amazon Route 53 は、可用性と拡張性に優れたドメインネームシステム (DNS) ウェブサービスです。Route 53 を使用すると、ドメイン登録、DNS ルーティング、ヘルスチェックの 3 つの主要な機能を任意の組み合わせで実行できます。

- 可用性と拡張性に優れたDNS
- 下記の機能を有する
    - ドメイン登録
    - DNSルーティング
    - ヘルスチェック

## Amazon Route 53 の概念
### ドメイン登録の概念

<img src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/206276/7e43649d-de4e-2665-afd7-79fe547e281a.png" width=800 / >


- ICANN
    - Internet Corporation for Assigned Names and Numbers
    - 主な業務は、ドメイン名、IPアドレス、プロトコル・ポート番号、ルート・サーバなどインターネットの基盤資源の世界規模での調整と、これらの技術的業務に関連する方針策定の調整である。
- ドメインレジストラ
    - TLD（Top Level Domain）のドメイン登録を処理するICANN（Internet Assigned Names and Numbers）から認定を受けている会社を指す
- ドメインレジストリ
    - 特定の最上位ドメインを含むドメインを販売する権利を有する会社
        - 例） VeriSignは、com TLDを含むドメインを販売する権利を有する
        - ドメインレジストリは、地理的TLDに関する居住者要件など、ドメイン登録するためのルールを定義する
    - .comなどの1つまたは複数の最上位ドメインのドメイン登録を販売する会社
- ドメインリセラー
    - Amazon Registarなどのレジストラのドメイン名を販売する会社
    - Route 53は、Amazon RegisterとGandiのドメインリセラーである
- 最上位ドメイン（TLD）
    - .com、.org、.ninjaなどのドメイン名の末尾の部分。最上位ドメインには2つある
        - 汎用最上位ドメイン
            - 通常、ユーザにウェブサイトで見つかるものを連想させる
        - 地理的最上位ドメイン
            - 国や地域などの地理的地域に関連付けられている
            - 居住者要件を設けている
- Whois
    - 世界中で登録されているドメインに関する各情報（登録者情報、NameServer情報など）を保存するデータベース
    - このデータベースは、各トップレベルドメインのレジストリ、またはそのドメインを登録したレジストラが保有し、インターネットで公開している
    - 電話帳のような役割をインターネットで果たすのがWhoisデータベース

### ドメインネームシステム (DNS) の概念
#### 権威ネームサーバー
>    - ドメインネームシステム (DNS) の特定部分に関する決定的情報を保存しており、該当する情報を返すことで DNS リゾルバーからのリクエストに応答するネームサーバー。例えば、.com 最上位ドメイン (TLD) の権威ネームサーバーは、登録されたすべての .com ドメインのネームサーバーの名前を認識しています。.com 権威ネームサーバーが example.com の DNS リゾルバーからリクエストを受信すると、example.com ドメインの DNS サービスのネームサーバーの名前で応答します。
>    - Route 53 ネームサーバーは、Route 53 を DNS サービスとして使用するすべてに対するドメインの権威ネームサーバーです。ネームサーバーは、お客様がドメインのホストゾーンで作成したレコードに基づいて、ドメインおよびサブドメインのトラフィックをどのようにルーティングするかを認識しています (Route 53 ネームサーバーは、Route 53 を DNS サービスとして使用するドメインのホストゾーンを保存しています)。
>    - 例えば、Route 53 ネームサーバーが www.example.com のリクエストを受信すると、そのレコードを検索し、レコードに指定されている 192.0.2.33 などの IP アドレスを返します。

- ドメインネームシステム（DNS）の特定部分に関する決定情報を保存
- 該当する情報を返すことで、DNSリゾルバーからのリクエストに応答するネームサーバ
    - 例）.com最上位ドメイン（TLD）の権威ネームサーバは、登録されたすべての.comドメインのネームサーバの名前を認識している。
- .comネームサーバが、example.comのDNSリゾルバーからリクエストを受診すると、example.comドメインのDNSサービスのネームサーバの名前で応答する
- Route 53 ネームサーバは、Route 53をDNSサービスとして使用す全てに対するドメインの権威ネームサーバ。
- ネームサーバは、利用者がドメインのホストゾーンで作成したレコードに基づき、ドメインおよびサブドメインのトラフィックをどのようにルーティングするかを認識している
    - 例） Route 53のネームサーバがwww.example.comのリクエストを受診すると、そのレコードを検索し、レコードに指定されているIPを返す

#### DNS クエリ
> 通常、ドメイン名に関連付けられたリソースのドメインネームシステム (DNS) に、コンピューターやスマートフォンなどのデバイスから送信されたリクエスト。DNS クエリの最も一般的な例は、ユーザーがブラウザを開いてアドレスバーにドメイン名を入力するときです。DNS クエリへの応答は通常、ウェブサーバーなどのリソースに関連付けられている IP アドレスです。リクエストを開始したデバイスは、IP アドレスを使用してリソースと通信します。例えば、ブラウザは IP アドレスを使用してウェブサーバーからウェブページを取得できます。

- 通常、ドメイン名に関連付けられたリソースのDNSに、コンピューターや、スマホなどのデバイスから送信されたリクエスト

#### DNS リゾルバー
> インターネットサービスプロバイダー (ISP) によって管理される DNS サーバー。ユーザーのリクエストと DNS ネームサーバーの仲介役を果たします。ブラウザを開いてアドレスバーにドメイン名を入力すると、クエリはまず DNS リゾルバーに送信されます。リゾルバーは、DNS ネームサーバーと通信して、ウェブサーバーなどの対応するリソースの IP アドレスを取得します。DNS リゾルバーは、再帰ネームサーバーとも呼ばれます。DNS リゾルバーが、ウェブブラウザやノートパソコンなどユーザーのデバイスに返す応答 (通常は IP アドレス) を取得するまで、一連の権威 DNS ネームサーバーにリクエストを送信するためです。

- ISPにより管理されるDNSサーバ
- ユーザのリクエストとDNSネームサーバの仲介役を果たす
- 再帰ネームサーバとも呼ばれる
- 流れ
    - ブラウザからアドレスバーにドメインを入力する
    - クエリは、DNSリゾルバーに送信される
    - リゾルバは、DNSネームサーバと通信し、Webサーバなどの対応するリソースのIPを取得する

#### ドメインネームシステム (DNS)
> コンピューター、スマートフォン、タブレット、その他の IP 対応デバイスの相互通信を支援する世界規模のサーバーネットワーク。ドメインネームシステムは、example.com など簡単に理解できる名前を IP アドレスと呼ばれる番号に変換して、インターネットでコンピューター同士がそれらの番号を使用して相互に検索できるようにします。

- 世界規模のサーバ・ネットワーク
- example.comから、IPアドレスを変換するように、インターネットでコンピューター同士がそれらの番号を使用して相互に検索できるようにする

#### ホストゾーン
> レコードのコンテナ。ドメイン (example.com など) とそのすべてのサブドメイン (www.example.com、retail.example.com、seattle.accounting.example.com など) のトラフィックをどのようにルーティングするかに関する情報が含まれます。ホストゾーンの名前には、対応するドメインと同じ名前が含まれます。

> 例えば、example.com のホストゾーンには、www.example.com のトラフィックを IP アドレス 192.0.2.243 のウェブサーバーにルーティングするための情報から成るレコードと、example.com の E メールを mail1.example.com と mail2.example.com の 2 つの E メールサーバーにルーティングするための情報から成るレコードを含めることができます。各 E メールサーバーにもそれぞれに固有のレコードが必要です。

- レコードのコンテナ
- ドメインとそれらのサブドメインのトラフィックをどのようにルーティングするかに関する情報が含まれる
- ホストゾーン名には、対応するドメインと同じ名前が含まれる

#### ネームサーバー
> コンピューターが相互に通信するために使用する IP アドレスにドメイン名を変換するためのドメインネームシステム (DNS) のサーバー。ネームサーバーは再帰ネームサーバー (DNS resolver) または authoritative name server のいずれかになります。

- コンピューターが相互に通信するために使用するIPアドレスにドメイン名を変換するためのDNSのサーバ
- ネームサーバは下記のいずれか
    - 再帰ネームサーバ
    - authoritative name server

#### プライベート DNS
> ドメインとそのサブドメインのトラフィックを 1 つ以上の Amazon virtual private cloud (VPC) 内の Amazon EC2 インスタンスにルーティングできるようにするドメインネームシステム (DNS) のローカルバージョン。

- VPC内のEC2インスン足すにルーティングできるようにするDNSのローカルバージョン

#### レコード (DNS レコード)
> ドメインまたはサブドメインのトラフィックをどのようにルーティングするかを定義するために使用する、ホストゾーン内のオブジェクト。例えば、IP アドレスが 192.0.2.234 のウェブサーバーにトラフィックをルーティングする example.com と www.example.com のレコードを作成できます。

- ドメインまたは、サブドメインのトラフィックをどのようにルーティングするかを定義するために使用するホストゾーン内のオブジェクト
- IPアドレスからDNSレコードを生成する


#### ルーティングポリシー
Route 53が応答する方法を決定するレコードの設定

|ルーティングポリシー |解説|
|:--|:--|
|シンプルルーティングポリシー| ドメインで特定の機能を実行する単一のリソース (example.com ウェブサイトにコンテンツを提供するウェブサーバーなど) にインターネットトラフィックをルーティングするために使用|
|フェイルオーバールーティングポリシー|アクティブ/パッシブフェイルオーバーを構成する場合に使用|
|位置情報ルーティングポリシー|ユーザーの場所に基づいてインターネットトラフィックをリソースにルーティングする場合に使用|
|地理的近接性ルーティングポリシー |リソースの場所に基づいてトラフィックをルーティングし、必要に応じてトラフィックをある場所のリソースから別の場所のリソースに移動する場合に使用|
|レイテンシールーティングポリシー|複数の場所にリソースがあり、レイテンシーが最も小さいリソースにトラフィックをルーティングする場合に使用|
|IP ベースのルーティングポリシー|トラフィックの送信元の IP アドレスがわかっており、ユーザーの位置に基づいてトラフィックをルーティングする際に使用|
|複数値回答ルーティングポリシー |ランダムに選ばれた最大 8 つの正常なレコードを使用して Route 53 が DNS クエリに応答する場合に使用|
|加重ルーティングポリシー|指定した比率で複数のリソースにトラフィックをルーティングする場合に使用|


## ドメイン登録の仕組み
> ウェブサイトやウェブアプリケーションを作成する場合は、まずウェブサイトの名前 (domain name) を登録します。ドメイン名は、お客様のウェブサイトをユーザーが表示するためにブラウザーに入力する名前 (example.com など) です。
ここでは、Amazon Route 53 を使用してドメイン名を登録する方法の概要を示します。

> 1. ドメイン名を選択し、希望するドメイン名が使用可能であること、つまり、他の誰もが登録していないことを確認します。
> 必要なドメイン名がすでに使用されている場合は、他の名前を試したり、.com などの最上位ドメインのみを .ninja や .hockey などの別の最上位ドメインに変更してみたりできます。Route 53 でサポートされている最上位ドメインの一覧については、「Amazon Route 53 に登録できる最上位ドメイン」を参照してください。
> 1. Route 53 を使用してドメイン名を登録します。ドメインを登録するときは、ドメインの所有者の名前と連絡先情報、その他の連絡先の名前とその情報を提供します。
> Route 53 を使用してドメインを登録すると、このサービスは自動的に以下の処理を実行してドメインの DNS サービスになります。
> 　・ ドメインと同じ名前の hosted zone を作成します。
> 　・ 4 つの一連のネームサーバーをホストゾーンに割り当てます。誰かがブラウザを使用して www.example.com などのウェブサイトにアクセスすると、これらのネームサーバーはウェブサーバーや Amazon S3 バケットなどのリソースを探す場所をブラウザに指示します。(Amazon S3 は、ウェブ上の任意の場所から任意の量のデータを保存および取得するためのオブジェクトストレージです。A バケットは、S3 に保存するオブジェクトのコンテナです。)
> 　・ ホストゾーンからネームサーバーを取得し、ドメインに追加します。
> 1. 登録プロセスの最後に、お客様の情報をドメインのレジストラに送信します。domain registrar は、Amazon Registrar, Inc. か、当社のレジストラ関連会社である Gandi のいずれかです。ドメインのレジストラを見つける方法については、「レジストラの検索」を参照してください。
> 1. レジストラはお客様の情報をドメインのレジストリに送信します。レジストリとは、.com などの 1 つまたは複数の最上位ドメインのドメイン登録を販売する会社です。
> 1. レジストリは、お客様のドメインに関する情報を自社のデータベースに保存し、その情報の一部をパブリック WHOIS データベースにも保存します。

> 別のレジストラにドメイン名をすでに登録している場合は、ドメイン登録を Route 53 に移管するように選択できます。この操作は、Route 53 の他の機能を使用する場合は不要です。詳細については、「ドメイン登録の Amazon Route 53 への移管」を参照してください。

- ドメイン登録は下記の流れで行う
    - ドメインが使用可能であることを確認する
    - Route 53でドメインを登録する
    - 情報をレジストラに送信する。レジストラは、下記のいずれかである
        - Amazon Registrar, Inc.
        - Gandi
    - レジストラは、情報をドメインのレジストリに送信する
    - レジストリは、ドメインに関する情報を自社データベースに保存し、その情報の一部をパブリックWHOISデータベースにも保存する

## ウェブサイトやウェブアプリケーションへのインターネットトラフィックのルーティング
> ブラウザを開いてウェブサイトにアクセスするときは、このような長い文字列を覚えて入力する必要はありません。代わりに、example.com のようなドメイン名を入力しても、正しい場所にアクセスできます。Amazon Route 53 などの DNS サービスにより、ドメイン名と IP アドレスとを結び付けることができます。

- 通常、IPではなくドメイン名を入力して、アクセスする

### ドメインのインターネットトラフィックをルーティングするように Amazon Route 53 を設定する方法の概要
> ここでは、Amazon Route 53 コンソールを使用してドメイン名を登録し、ウェブサイトやウェブアプリケーションにインターネットトラフィックをルーティングするように Route 53 を設定する方法の概要を示します。


> 1. お客様のユーザーがコンテンツへのアクセスに使用するドメイン名を登録します。概要については、「ドメイン登録の仕組み」を参照してください。
> 1. ドメイン名を登録した後、Route 53 はドメインと同じ名前のパブリックホストゾーンを自動的に作成します。詳細については、「パブリックホストゾーンの使用」を参照してください。
> 1. リソースにトラフィックをルーティングするには、レコード (リソースレコードセット) をホストゾーンに作成します。各レコードには、ドメインのトラフィックをどのようにルーティングするかについて、以下のような情報が含まれます。

> 名前
レコードの名前は、Route 53 でトラフィックをルーティングするドメイン名 (example.com) またはサブドメイン名 (www.example.com、retail.example.com) に対応します。
ホストゾーン内の各レコードの名前は、ホストゾーンの名前で終わる必要があります。例えば、ホストゾーンの名前が example.com の場合、すべてのレコード名は example.com で終わる必要があります。Route 53 コンソールはこの処理を自動的に行います。

> タイプ
レコードタイプによって通常、トラフィックをルーティングする先のリソースのタイプが決まります。例えば、トラフィックを E メールサーバーにルーティングするには、[Type] で [MX] を指定します。IPv4 IP アドレスが割り当てられたウェブサーバーにトラフィックをルーティングするには、[Type] で [A] を指定します。

> 値
値は [Type] と密接に関連します。[Type] で [MX] を指定する場合は、[Value] で 1 つ以上の E メールサーバーの名前を指定します。[Type] で [A] を指定する場合は、IP アドレスを IPv4 形式 (192.0.2.136 など) で指定します。

- WebサイトやWebアプリケーションにいんたねーっとトラフィックをルーティンするようにRoute 53を設定する
    - ドメインを登録
    - 登録後、Route 53は、ドメインと同じ名前のパブリックホストゾーンを自動的に作成する
    - リソースにトラフィックをルーティングするには、レコードをホストゾーンに作成する。ルーティングするかについては、下記のような情報が含まれる
        - 名前
            - ドメイン名、またはサブドメイン名
        - タイプ
            - レコードタイプ
        - 値
            - Typeと密接に関連する
            - TypeでAを指定した場合、IPアドレス形式になる

> エイリアスレコードと呼ばれる特殊な Route 53 レコードを作成して、トラフィックを Amazon S3 バケット、Amazon CloudFront ディストリビューション、およびその他の AWS リソースにルーティングすることもできます。詳細については、「エイリアスレコードと非エイリアスレコードの選択」および「AWS リソースへのインターネットトラフィックのルーティング」を参照してください。

- エイリアスレコードと呼ばれる特殊な、Route 53レコードを作成し、S3、CloudFrontディストリビューション、その他のAWSリソースにルーティングできる

### Amazon Route 53 によりドメインのトラフィックをルーティングする方法
> ウェブサーバーや Amazon S3 バケットなどのリソースにインターネットトラフィックをルーティングするように Amazon Route 53 を設定した後に、誰かが www.example.com のコンテンツをリクエストすると、ほんの数ミリ秒で何が起こるかを以下に示します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/206276/f6811b0e-f975-6381-c8ae-e3fd2cf8f394.png)

※ 出典：[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-dns-service.html)

> 1. ユーザーがウェブブラウザを開き、アドレスバーに www.example.com を入力して、Enter キーを押します。
> 1. www.example.com のリクエストは DNS リゾルバーにルーティングされます。DNS リゾルバーは通常、ケーブルインターネットプロバイダー、DSL ブロードバンドプロバイダー、企業ネットワークなど、ユーザーのインターネットサービスプロバイダー (ISP) によって管理されます。
> 1. ISP の DNS リゾルバーは、www.example.com のリクエストを DNS ルートネームサーバーに転送します。
> 1. DNS リゾルバーは www.example.com のリクエストを今度は .com ドメインのいずれかの TLD ネームサーバーに再び転送します。.com ドメインのネームサーバーは、example.com ドメインに関連付けられている 4 つの Route 53 ネームサーバーの名前でリクエストに応答します。
> 1. DNS リソルバーは、4 つの Route 53 ネームサーバーをキャッシュ (保存) します。次回に誰かが example.com を参照すると、すでに example.com のネームサーバーがあるため、ステップ 3 および 4 はスキップされます。通常、ネームサーバーは 2 日間キャッシュされます。
> 1. DNS リゾルバーは、Route 53 ネームサーバーを選択し、www.example.com のリクエストをそのネームサーバーに転送します。
> 1. Route 53 ネームサーバーは、example.com ホストゾーンで www.example.com レコードを検索し、関連付けられた値 (ウェブサーバーの IP アドレス 192.0.2.44 など) を取得して、IP アドレスを DNS リゾルバーに返します。
> 1. DNS リゾルバーには最終的に、ユーザーが必要とする IP アドレスがあります。リゾルバーは、その値をウェブブラウザに返します。
> 1. ウェブブラウザは、DNS リゾルバーから取得した IP アドレスに www.example.com のリクエストを送信します。これは、Amazon EC2 インスタンスで実行されているウェブサーバー、ウェブサイトエンドポイントとして設定されている Amazon S3 バケットなど、お客様のコンテンツが置かれている場所です。
> 1. 192.0.2.44 にあるウェブサーバーなどのリソースは、www.example.com のウェブページをウェブブラウザに返し、ウェブブラウザはそのページを表示します。


1. ユーザはブラウザから、アドレスバーに、URLを入力する
1. 「www.example.com」のリクエストは、DNSリゾルバーにルーティングされる
1. ISPのリゾルバーは、www.example.comのリクエストをDNSルートネームサーバに転送する
1. DNSリゾルバーは、www.example.comのリクエストを.comドメインのいずれかのTLDネームサーバーに転送する。DNSリゾルバーは、4つのRoute 53 ネームサーバをキャッシュする。次回アクセスした際に参照すると、すでにexample.comを参照すると、すでにexample.comのネームサーバがあるので、ステップ3,4はスキップされる。
1. DNSリゾルバーは、Route 53のネームサーバを選択し、www.example.comのリクエストをそのままネームサーバに転送する
1. Route 53ネームサーバは、example.comホストゾーンで、www.example.comレコードを検索し、関連付けられた値を取得し、IPアドレスをDNSリゾルバーに返す
1. DNSリゾルバーには、最終的に、ユーザが必要とするIPがある
1. Webブラウザは、DNSリゾルバーから取得したIPにwww.example.comのリクエストを送信する。S3やEC2など
1. Webサーバなどのリソースは、ウェブページをWebブラウザに返し、そのページを返す

## Amazon Route 53 がリソースの正常性をチェックする方法
> Amazon Route 53 ヘルスチェックでは、ウェブサーバーや E メールサーバーなどのリソースの正常性を監視します。必要に応じて、リソースが使用不可になったら通知を受け取るように、ヘルスチェックに対して Amazon CloudWatch アラームを設定できます。
ここでは、リソースが使用不可になったら通知を受け取る場合のヘルスチェックのしくみの概要を示します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/206276/e7b8b22e-eb6a-0d3c-bc3c-0acce33d79d5.png)

※出典:[Amazon Route 53 がリソースの正常性をチェックする方法](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-health-checks.html)

> 1. ヘルスチェックを作成し、ヘルスチェックの実行方法を定義する以下の値を指定します。
     ・ Route 53 でモニタリングするウェブサーバーなどのエンドポイントの IP アドレスまたはドメイン名 (他のヘルスチェックのステータス、または CloudWatch アラームの状態をモニタリングすることもできます)。
    ・ Amazon Route 53 がチェックの実行に使用するプロトコル (HTTP、HTTPS、または TCP)。
    ・ Route 53 がエンドポイントにリクエストを送信する頻度。これはリクエスト間隔です。
    ・ Route 53 がエンドポイントを異常とみなすまでにそのエンドポイントがリクエストに応答しない連続回数。これは失敗しきい値です。
    ・ 必要に応じて、Route 53 がエンドポイントを異常とみなしたときの通知方法。通知を設定すると、Route 53 は CloudWatch アラームを自動的に設定します。CloudWatch は Amazon SNS を使用して、エンドポイントが異常であることをユーザーに通知します。
> 1. Route 53 は、ヘルスチェックで指定した間隔でエンドポイントにリクエストを送信し始めます。
> 1. エンドポイントがリクエストに応答した場合、Route 53 はエンドポイントを正常とみなし、何も処理を実行しません。
エンドポイントがリクエストに応答しない場合、Route 53 は、エンドポイントがリクエストに応答しない連続回数のカウントを開始します。
    ・ 指定した失敗しきい値にカウントが達すると、Route 53 はそのエンドポイントを異常とみなします。
    ・ カウントが失敗しきい値に達するまでにエンドポイントが再び応答を開始すると、Route 53 はカウントを 0 にリセットし、CloudWatch はお客様に通知しません。
> 1. Route 53 がエンドポイントを異常とみなし、ヘルスチェックの通知を設定している場合、Route 53 は CloudWatch に通知します。
通知を設定していない場合でも、Route 53 ヘルスチェックのステータスは Route 53 コンソールで確認できます。詳細については、「ヘルスチェックのステータス監視と通知の受信」を参照してください。
> 1. ヘルスチェックの通知を設定している場合、CloudWatch はアラームをトリガーし、指定した受取人に Amazon SNS を使用して通知を送信します。

- ヘルスチェックの概要は、下記の通り
    1. ヘルスチェックを作成し、ヘルスチェックの実行方法を定義する値を指定する
    1. Route 53は、ヘルスチェックで指定した間隔でエンドポイントにリクエストを送信し始める。エンドポイントがリクエストに応答した場合、Route 53はエンドポイントを正常とみなして、何も処理しない。
    1. エンドポイントがリクエストに応答しない場合、Route53は、エンドポイントがリクエスト連続回数のカウントを開始する
    1. Route 53がエンドポイントを異常とみなし、ヘルスチェックの通知を設定している場合は、CloudWatchに通知する
    1. ヘルスチェックの通知を設定している場合、CloudWatchはアラームをトリガーし、指定した受取人にSNSを使用して通知する
    
# 考察
今回は、Route 53を整理してみました。次回は実際に試してみたいと思います。

# 参考
https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/Welcome.html

https://qiita.com/zumax/items/3b0012e4d30b8b7a9f05

https://www.ntt.com/business/services/application/hp-domain/nttdomain/whois.html?_ga=2.219688733.526030301.1558486321-1351039616.1558486321

https://www.ntt.com/business/services/application/hp-domain/nttdomain/whois.html?_ga=2.219688733.526030301.1558486321-1351039616.1558486321

https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/route-53-concepts.html

https://www.icann.org/

https://www.soumu.go.jp/g-ict/international_organization/icann/index.html