Amazon Route 53

##1.Amazon Route 53とは？##
新規ドメイン名の登録や、ドメインの DNS レコードの管理が行えるサービスです。

ちなみに一般的知識として、↓に
[DNSレコード](https://qiita.com/leomaro7/items/7d717077dd9165357f16)
を纏めてみた。

Route53は権威DNSです。
権威DNSとは、ドメイン名とIPアドレスの変換情報を保持しているDNSのことで、変換情報を保持していないDNS（キャシュDNS）と区別するときに使います。
Route53は権威DNSなので、保持しているドメイン名以外の名前解決をリクエストしても応答しません。キャッシュDNSは、別に用意する必要があります。


##2.高可用性##

- シンプルルーティング
- レイテンシーに基づくルーティング
- DNSヘルスチェック
- DNSフェイルオーバー[【AWS発表】Route53にDNSフェイルオーバー機能が追加。S3のウェブホスティング機能と連携したバックアップサイトを作成可能に。
](https://aws.typepad.com/aws_japan/2013/02/create-a-backup-website-using-route-53-dns-failover-and-s3-website-hosting-.html)
- 位置情報ルーティング



##3.Amazon Route 53 ハンズオン##
ドメインは無料利用枠に含まれません。登録したドメインについて料金が発生します。

とのことで、↓を参考にしてくださいw
[ドメイン名を登録する](https://aws.amazon.com/jp/getting-started/tutorials/get-a-domain/)

- ステップ 1: 静的 URL を取得する
- ステップ 2: ドメイン名を登録する
- ステップ 3: DNS を設定する



##4.パフォーマンスはどうなの？##
↓　Query Speedを見ると、そんなに早くないかも？
[DNS Performance Analytics and Comparison](https://www.dnsperf.com)  



##5.SLAは100%##
絶対落ちないことを保証している!

という訳ではない。

ではサービスが一定時間落ちたらどうなるかですが、長さによってサービスクレジット（料金）をリファンドすることができます。

サービスクレジットについては下記ののドキュメントで！

[Amazon Route 53 サービスレベルアグリーメント](https://d1.awsstatic.com/legal/AmazonRoute53SLA/Amazon%20Route%2053%20Service%20Level%20Agreement%20-%20Japanese%20(2018-11-21).pdf)


##6.ルーティングポリシー##

###シンプル###
一般的なのDNS
![スクリーンショット 2019-03-11 19.53.48.png](https://qiita-image-store.s3.amazonaws.com/0/280929/0964f305-ca06-b381-c24b-11405bcd1701.png)

エイリアス先をelbにした例です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/280929/d4832aff-fe2d-ee9e-b5c8-26ddd3ed7f0a.png)

###加重###
ドメインへの問い合わせを重みに従ってルーティングをする。
提供リソースに差があったり、ABテストなどである特定の期間にページの一部分を2パターン用意して、どちらがより効果の高い成果を出せるのかを検証する場合などに利用できる。

Blue/Green Deployment
異なるバージョンのアプリケーションを実行する環境をそれぞれ1つずつ、つまり計2つ作成し、それらの環境間でトラフィックを移動（ブルー⇒グリーンへ移動）させることによって、アプリケーションの新バージョンをリリースするために利用される技術です。
![スクリーンショット 2019-03-11 19.54.58.png](https://qiita-image-store.s3.amazonaws.com/0/280929/a1104424-4cbd-4d79-475d-62fedd4bef34.png)

123.123.123.1のIPv4addressに50%、セットIDはtestにしたときの例です。
同じようにセットIDをtestで、
123.123.123.2　30%
123.123.123.3　20%
のように作成する。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/280929/3116af31-d922-e0ad-72f1-aadc5a18d358.png)

###フェイルオーバー###
プライマリとセカンダリを分け、プライマリにヘルスチェックに失敗すると、セカンダリがへ動作するようになる。
![スクリーンショット 2019-03-11 20.06.33.png](https://qiita-image-store.s3.amazonaws.com/0/280929/8d9d3ebe-3116-0a43-5969-231c2aec6324.png)

![image.png](https://qiita-image-store.s3.amazonaws.com/0/280929/2bfc2a76-e955-3e8f-692d-ac66a0660d2a.png)

###レイテンシー###
レイテンシーが最小になるリソースを優先的にマッピングしてくれる。
グローバルなシステムを展開して行きたいときに、近いリソースにアクセスした方がいいため、マルチリージョンなどのアーキテクチャに有効。

123.123.123.1のIPv4addressにap-northeast-1のリージョン、セットIDはtestにしたときの例です。
同様に同じセットID、testで別リージョンのものも作成する。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/280929/7e516b18-9663-48cd-3ead-3937f2c2b826.png)

###位置情報###
マルチ情報ベースによって優先度が変わる。
地域のどこにいるかに合わせて配信情報を決めたい時に、利用することができる。

123.123.123.1のIPv4addressに日本、セットIDはtestにしたときの例です。
同様に同じセットID、testで別の場所のものを作成する。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/280929/6528bfd8-283c-28bf-6676-df6f035bc222.png)

###複数値回答###
今までは複数IPアドレスを設定することができたのですが、1レコードに設定するためのそれぞれのIPアドレスに対してヘルチェックをすることができませんでした。
今回のマルチバリューの設定では、別れ々のレコードとかしてる登録してる各々のIPアドレスに対してるヘルスチェックを行きえてるので正常なレスポンスを返せいてるIPアドレスのみのリストがDNSの回答となります。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/280929/ba53d0f7-2631-d981-2dee-d3f9d333c677.png)

参考:[Route 53のルーティング系の設定(simple/weighted/latency)](https://cloudpack.media/690)

###IPベースルーティング###

アクセス元の IP アドレスの CIDR によって、クエリ結果を変えることが可能になりました。

src 192.0.0.0/24　　からは　X.X.X.X
src 10.0.0.0/24   　からは　Y.Y.Y.Y

みないな。

https://dev.classmethod.jp/articles/amazon-route-53-now-supports-routing-based-on-source-ip/#toc-1

##7.ヘルスチェック##
Route 53 ヘルスチェックでは、ウェブサーバーやメールサーバーなどのリソースのヘルスステータスを追跡し、機能停止が生じた場合にアクションを実行できます。

|モニタリングの対象||
|---|---|
|エンドポイント| ドメイン名または IP アドレスとポートを指定して、エンドポイントを指定できます。|
|他のヘルスチェック（計算されたヘルスチェック）のステータス |Route 53 は、指定した他のヘルスチェックの状態に基づいてこの状態チェックが正常であるかどうかを決定します。このヘルスチェックが正常であると判断されるために必要なヘルスチェック数も指定します。|
|CloudWatch アラームの状態 |Route 53 は、CloudWatch アラームへのデータストリームをモニタリングして、このヘルスチェックが正常かどうかを判断します。|

下記は、エンドポイントを指定した場合の設定です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/280929/efda93d9-db00-5880-ffcf-6513a385c95c.png)


##8.エイリアスレコード##

- エイリアスレコードは AWS 内の Route 53 の DNS名のマップに限定されます。 
- CNAMEレコードはドメインの最上位(Zone Apex)として作成することはできません。 

[エイリアスレコードと非エイリアスレコードの選択](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html)


##9.Route53 Resolver##
AWS DNSサーバーは、VPC環境のみを対象としていました。
今までは、オンプレミスから名前解決をする際に、VPC内にDNSフォワーダが存在しなければ名前解決はできませんでしたが、Route53 Resolverにより、オンプレミスからVPC内の名前解決が可能になります｡
VPC内にEC2インスタンスでUnboundでDNS機能を使って対処していたのが、これにより不要になります。


##10.セキュリティ##

###DNSSEC###

[DNSSEC で Amazon Route 53 のサポートを開始](https://aws.amazon.com/jp/about-aws/whats-new/2020/12/announcing-amazon-route-53-support-dnssec/)

- DNSSEC 検証を有効にできるようになりました。
- [DNSSEC](https://qiita.com/leomaro7/items/d6907d0a2aee890fe52b)⇦も参考に。
- [AWS Route53 で DNSSEC を使う](https://qiita.com/qualitia_cdev/items/7931e19880c7148a8318)の手順の通り簡単にできそう。

###Resolver DNS Firewall###

Amazon Route 53 Resolver DNS Firewallは、Route 53 Resolver への DNS クエリに対するファイアウォールです。

[AWSの基礎を学ぼう 特別編 最新サービスをみんなで触ってみる 〜Amazon Route 53 Resolver DNS Firewall〜 ハンズオン手順 #awsbasics
](https://dev.classmethod.jp/articles/awsbasics_route53_dns_firewall_handson/)