⚠ 私自身まだ SAA 合格していないので一応 SAA 合格しましたが、記載している情報の信頼性は全く保証できません。
SAA 対策のための自分用メモです。
主に教材として使用しているのは以下の２点です。
Route53
概要
- 名前解決のためのグローバルサービス
- →リージョンはない。AWS内でマルチリージョン多重化されているとのこと・・・
- 主に以下の２つでサービスが構成されている
- ドメイン管理（レジストラ）
- DNS（=Domain Name Server）
ドメイン管理（レジストラ）
ドメインの購入・登録が可能。
パブリックドメインだけでなく、VPC内のインスタンスにドメイン名とプライベートIPアドレスを紐づけることもする。
DNS
ドメイン名とIPアドレスを対応づけるレコードを保持。
ドメインをホストゾーンと呼ぶ。１ホストゾーンで $0.5/月 かかる。
レコードの種類
| レコード | 意味 | イメージ例 | 備考 |
|---|---|---|---|
| A | URLとIPアドレスの対 | hoge.com => 172.16.XX.XX |
|
| CNAME | URLを任意のURLに変換 | hoge.com => piyo.com |
|
| Alias | URLをAWSリソースに変換 | hoge.com => piyo.com |
※ルートドメインをそのまま使える。AWS専用のレコード |
- 各レコードには TTL（=Time to Live）が存在する
- →ドメイン名からIPアドレスを引いたクライアントは、TTLの時間はそのIPアドレスを使うことになる。TTLすぎると、再度ドメイン名からIPアドレスを引くことになる
- URLに対するルーティングを複数持つ場合もある（つまり、URLはユニークでないということ）
- 例えば、
hoge.comに対するルーティングは192.168.0.1と172.20.0.1があるなど
- 例えば、
ヘルスチェック
- Route53 の機能として存在
- 世界各国にある１５箇所のヘルスチェッカーがエンドポイント（ホスト=URL）をチェック
- アンヘルシーの場合、DNSクエリから除外されるので、フェイルオーバーを実現できる
※ ↑ただし、後述のルーティングポリシーによりヘルスチェックが有効になるものとならないものがある
ルーティングポリシー
以下の７種類から選べる。それぞれ値段が異なる。
| ヘルスチェック | １つのURLに複数ルーティングされている場合の挙動 | |
|---|---|---|
| シンプル | × | 全てを返す。どのルーティングを使用するかはクライアントがランダムで選択する |
| 加重（ウェイト） | ◯ | あらかじめ決めた割合で結果を振り分ける トラフィックを均等にしたり、ABテストしたりするときに使う |
| レイテンシー | ◯ | クライアントからのレイテンシーが最も小さいルーティング先を返す ※ルーティング先にリージョンを紐づけして、リージョンとクライアントのレイテンシーで処理する |
| フェイルオーバー | ◯ 必須 |
プライマリとセカンダリを指定し、ヘルスチェック失敗したときのみセカンダリを返す |
| 位置情報 | ◯ | クライアントのIPアドレスから国や地域を割り出してルーティングを振り分ける（あらかじめ地域ごとでルーティングのテーブルを用意しておく必要がある） 合致するものがなければデフォルトを返す |
| 地理的近接性 | ？ | めっちゃ複雑。とりあえず「トラフィックフロー」を使うと覚えておけば・・・ 高価らしい |
| 複数値回答 （マルチバリュー） |
◯ | 基本的な振る舞いはシンプルと同じだが、ヘルスチェック結果で失敗したものは返さない |
コメント