翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon Route 53 の概念
ここでは、Amazon Route 53 デベロッパーガイド 全体で説明されている概念の概要を示します。
ドメイン登録の概念
ここでは、ドメイン登録に関連する概念の概要を示します。
- ドメイン名
ユーザーがウェブブラウザのアドレスバーに入力してウェブサイトやウェブアプリケーションにアクセスするための名前 (example.com など)。ウェブサイトやウェブアプリケーションをインターネットで使用できるようにするには、まずドメイン名を登録します。詳細については、「ドメイン登録の仕組み」を参照してください。
- ドメインレジストラ
特定の最上位ドメイン (TLD) のドメイン登録を処理する ICANN (Internet Assigned Names and Numbers) から認定を受けている会社。ドメインのレジストラを見つける方法については、「レジストラの検索」を参照してください。
- ドメインレジストリ
特定の最上位ドメインを含むドメインを販売する権利を有する会社。たとえば、VeriSign
は、.com TLD を含むドメインを販売する権利を有するレジストリです。ドメインレジストリは、地理的 TLD に関する居住者要件など、ドメインを登録するためのルールを定義します。また、ドメインレジストリは、同じ TLD を含むすべてのドメイン名に対する信頼できるデータベースを維持しています。レジストリのデータベースには、各ドメインの連絡先情報やネームサーバーなどの情報が保存されています。 - ドメインリセラー
Amazon Registrar などのレジストラのドメイン名を販売する会社。Amazon Route 53 は、Amazon Registrar と当社のレジストラ関連会社である Gandi のドメインリセラーです。
- 最上位ドメイン (TLD)
.com、.org、.ninja などのドメイン名の末尾の部分。最上位ドメインには 2 つのタイプがあります。
- 汎用最上位ドメイン
これらの TLD は通常、ユーザーにウェブサイトで見つかるものを連想させます。たとえば、TLD が .bike のドメイン名は、オートバイや自転車のビジネスや組織のウェブサイトに関連付けられていることがよくあります。いくつかの例外を除き、お客様は任意の一般的な TLD を使用できるため、自転車のクラブがドメイン名に .hockey TLD を使用しても構いません。
- 地理的最上位ドメイン
これらの TLD は国や都市などの地理的地域に関連付けられています。地理的 TLD の一部のレジストリは居住者要件を設けており、.io (英領インド洋地域) などの他のレジストリは汎用 TLD の使用を許可または推奨しています。
Route 53 でドメイン名を登録する際に使用できる TLD の一覧については、「Amazon Route 53 に登録できる最上位ドメイン」を参照してください。
ドメインネームシステム (DNS) の概念
ここでは、ドメインネームシステム (DNS) に関連する概念の概要を示します。
- エイリアスレコード
Amazon CloudFront ディストリビューションや Amazon S3 バケットなどの AWS リソースにトラフィックをルーティングするために Amazon Route 53 で作成できるレコードのタイプ。 Amazon S3 詳細については、「エイリアスレコードと非エイリアスレコードの選択」を参照してください。
- 権威ネームサーバー
ドメインネームシステム (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 アドレスを返します。
- CIDR ブロック
CIDR ブロックは IP の範囲であり、IP ベースルーティングで使用されます。Route 53 では、IPv4 の場合は IPv4IPv6 の場合は /0～/48 の CIDR ブロックを指定できます。例えば、/24 IPv4 の CIDR ブロックには、256 個の連続した IP アドレスが含まれます。CIDR ブロック (または IP 範囲) を CIDR ロケーションにグループ化し、再利用可能な CIDR コレクションにグループ化できます。
- DNS クエリ
コンピュータやスマートフォンなどのデバイスがドメイン名に関連付けられたリソースのドメインネームシステム (DNS) に送信するリクエスト。DNS クエリの最も一般的な例は、ユーザーがブラウザを開いてアドレスバーにドメイン名を入力するときです。DNS クエリへの応答は通常、ウェブサーバーなどのリソースに関連付けられた IP アドレスです。リクエストを開始したデバイスは、IP アドレスを使用してリソースと通信します。例えば、ブラウザは IP アドレスを使用してウェブサーバーからウェブページを取得できます。
- DNS リゾルバー
インターネットサービスプロバイダー (ISP) によって管理される DNS サーバー。ユーザーのリクエストと DNS ネームサーバーの仲介役を果たします。ブラウザを開いてアドレスバーにドメイン名を入力すると、クエリはまず DNS リゾルバーに送信されます。リゾルバーは DNS ネームサーバーと通信して、ウェブサーバーなどのリソースの IP アドレスを取得します。DNS リゾルバーは再帰的なネームサーバーとも呼ばれます。これは、ラップトップ上のウェブブラウザなど、ユーザーのデバイスに返されるレスポンス (通常は IP アドレス) を取得するまで、一連の信頼できる DNS ネームサーバーにリクエストを送信するためです。
- ドメインネームシステム (DNS)
コンピューター、スマートフォン、タブレット、その他の IP 対応デバイスの相互通信を支援する世界規模のサーバーネットワーク。ドメインネームシステムは、example.com など簡単に理解できる名前を IP アドレスと呼ばれる番号に変換して、インターネットでコンピューター同士がそれらの番号を使用して相互に検索できるようにします。
「IP address」も参照してください。
- ホストゾーン
ドメイン (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 メールサーバーにもそれぞれに固有のレコードが必要です。
「record (DNS record)」も参照してください。
- IP アドレス
インターネット上のデバイス (ラップトップ、スマートフォン、Web サーバなど) に割り当てられる番号。デバイスがインターネット上の他のデバイスと通信できるようにします。IP アドレスは以下のいずれかの形式になります。
インターネットプロトコルバージョン 4 (IPv4) 形式 (192.0.2.44 など)
インターネットプロトコルバージョン 6 (IPv6) 形式 (2001:0db8:85a3:0000:0000:abcd:0001:2345 など)
Route 53 は、以下の目的で IPv4 アドレスと IPv6 アドレスの両方をサポートしています。
IPv4 アドレスの場合は A タイプ、IPv6 アドレスの場合は AAAA タイプのレコードを作成できる
リクエストを IPv4 または IPv6 アドレスに送信するヘルスチェックを作成できる
DNS リゾルバーが IPv6 ネットワークにある場合は、IPv4 または IPv6 のいずれかを使用して、Route 53 にリクエストを送信できる
- ネームサーバー
コンピューターが相互に通信するために使用する IP アドレスにドメイン名を変換するためのドメインネームシステム (DNS) のサーバー。ネームサーバーは再帰ネームサーバー (DNS resolver) または authoritative name server のいずれかになります。
DNS がトラフィックをリソースにどのようにルーティングするか (そのプロセスでの Route 53 の役割も含む) の概要については、「Amazon Route 53 によりドメインのトラフィックをルーティングする方法」を参照してください。
- プライベート DNS
ドメインとそのサブドメインのトラフィックを 1 つ以上の Amazon Virtual Private Cloud (VPC) 内の Amazon EC2 インスタンスにルーティングできるドメインネームシステム (DNS) のローカルバージョン。 VPCs 詳細については、「プライベートホストゾーンの使用」を参照してください。
- レコード (DNS レコード)
ドメインまたはサブドメインのトラフィックをどのようにルーティングするかを定義するために使用する、ホストゾーン内のオブジェクト。例えば、IP アドレスが 192.0.2.234 のウェブサーバーにトラフィックをルーティングする example.com と www.example.com のレコードを作成できます。
Route 53 固有のレコードによって提供される機能に関する情報を含め、レコードの詳細については、「DNS サービスとしての Amazon Route 53 の設定」を参照してください。
- 再帰ネームサーバー
「DNS resolver」を参照してください。
- 再利用可能な委託セット
複数のホストゾーンで使用できる 4 つの一連の権威ネームサーバー。デフォルトでは、Route 53 はランダムに選択されたネームサーバーを新しいホストゾーンごとに割り当てます。多数のドメインの DNS サービスを Route 53 に移行しやすくするために、再利用可能な委任セットを作成できます。次に、再利用可能な委任セットを新しいホストゾーンに関連付けます。(既存のホストゾーンに関連付けられているネームサーバーを変更することはできません)。
再利用可能な委任セットを作成し、ホストゾーンにプログラムで関連付けます。Route 53 コンソールの使用はサポートされていません。詳細については、Amazon Route 53 API リファレンスの「CreateHostedZone」と「CreateReusableDelegationSet」を参照してください。AWS SDK、AWS Command Line Interface、および AWS Tools for Windows PowerShell でも同じ機能を利用できます。
- ルーティングポリシー
Route 53 が DNS クエリに応答する方法を決定するレコードの設定。Route 53 は、次のルーティングポリシーをサポートしています。
シンプルルーティングポリシー – ドメインで特定の機能を実行する単一のリソース (example.com ウェブサイトにコンテンツを提供するウェブサーバーなど) にインターネットトラフィックをルーティングするために使用します。
フェイルオーバールーティングポリシー – アクティブ/パッシブフェイルオーバーを構成する場合に使用します。
位置情報ルーティングポリシー– ユーザーの場所に基づいてインターネットトラフィックをリソースにルーティングする場合に使用します。
地理的近接性ルーティングポリシー – リソースの場所に基づいてトラフィックをルーティングし、必要に応じてトラフィックをある場所のリソースから別の場所のリソースに移動する場合に使用します。
レイテンシールーティングポリシー– 複数の場所にリソースがあり、レイテンシーが最も小さいリソースにトラフィックをルーティングする場合に使用します。
IP ベースのルーティングポリシー – トラフィックの送信元の IP アドレスがわかっており、ユーザーの位置に基づいてトラフィックをルーティングする際に使用します。
複数値回答ルーティングポリシー – ランダムに選ばれた最大 8 つの正常なレコードを使用して Route 53 が DNS クエリに応答する場合に使用します。
加重ルーティングポリシー– 指定した比率で複数のリソースにトラフィックをルーティングする場合に使用します。
詳細については、「ルーティングポリシーの選択」を参照してください。
- サブドメイン
登録されたドメイン名の前に 1 つ以上のラベルが付いたドメイン名。例えば、example.com というドメイン名を登録している場合、www.example.com はサブドメインになります。example.com ドメインのホストゾーン accounting.example.com を作成している場合、seattle.accounting.example.com はサブドメインになります。
サブドメインのトラフィックをルーティングするには、必要な名前 (www.example.com など) でレコードを作成し、ウェブサーバーの IP アドレスなどの適切な値を指定します。
- TTL (有効期限)
DNS リゾルバーが、レコードの現在の値を取得するために Route 53 に別のリクエストを送信するまで、レコードの値をキャッシュ (保存) する必要のある期間 (秒単位)。TTL が期限切れになる前に DNS リゾルバーが同じドメインに対する別のリクエストを受信すると、リゾルバーはキャッシュされた値を返します。
Route 53 の料金は Route 53 が応答する DNS クエリの数に一部基づいているため、TTL を長くすると料金を減らすことができます。TTL を短くすると、www.example.com のウェブサーバーの IP アドレスを変更するなどして、レコードの値を変更した後に DNS リゾルバーが古いリソースにトラフィックをルーティングする時間を短縮できます。
コントロールプレーンとデータプレーンの概念
ここでは、Amazon Route 53 がその機能をコントロールとデータプレーンに分割する方法に関連する概念の概要を示します。ほとんどの と同様に AWS のサービス、Route 53 にはコントロールプレーンとデータプレーンが含まれています。コントロールプレーンを使用すると、リソースの作成、更新、削除などの管理オペレーションを実行できます。データプレーンは、サービスのコア機能を提供します。どちらも信頼性を重視して構築されています。コントロールプレーンはデータ整合性のために最適化されていますが、データプレーンは可用性のために最適化されています。データプレーンの耐障害性設計により、コントロールプレーンが使用できなくなる可能性のあるまれな破壊イベントでも可用性を維持できます。このため、可用性が重要なデータプレーン関数を使用します。
Route 53 パブリックおよびプライベート DNS とヘルスチェックの場合、コントロールプレーンは us-east-1 にあり AWS リージョン 、データプレーンはグローバルに分散されます。
Amazon Route 53 は、次のようにコントロールプレーンとデータプレーンに分けられます。
-
Route 53 パブリックおよびプライベート DNS の場合、コントロールプレーンは Route 53 APIs で構成され、DNS エントリを管理できます。これには、Route 53 と Traffic Flow APIs の両方が含まれます。Route 53 コンソールは us-east-1 にありますが AWS リージョン、 がそのリージョンに障害がある AWS と判断した場合、Route 53 コンソールは us-west-2 によって提供されます AWS リージョン。データプレーンは、信頼できる DNS サービスです。200 を超えるポイントオブプレゼンス (PoP) ロケーションで実行され、ホストゾーンとヘルスチェックデータに基づいて DNS クエリに応答します。
-
Route 53 ヘルスチェックの場合、コントロールプレーンは Route 53 API で構成され、ヘルスチェックの作成、更新、削除に使用できます。Route 53 ヘルスチェックコンソールは us-east-1 にありますが AWS リージョン、 がそのリージョンに障害がある AWS と判断した場合、Route 53 ヘルスチェックコンソールは us-west-2 によって提供されます AWS リージョン。データプレーンは、ヘルスチェックを実行し、結果を集約して、Route 53 パブリックおよびプライベート DNS と のデータプレーンに配信するグローバル分散サービスですAWS Global Accelerator
。 -
Route 53 VPC Resolver の場合、コントロールプレーンは、Amazon VPC 設定、Resolver ルール、クエリログ記録ポリシー、DNS Firewall ポリシーを管理できる VPC Resolver APIs で構成されます。データプレーンは DNS リゾルバーサービスです。VPC 内の DNS クエリに応答し、エンドポイントを介してクエリを他のリゾルバーに転送し、DNS Firewall ポリシーを適用して DNS クエリをフィルタリングします。VPC Resolver はリージョン別サービスです。そのコントロールプレーンとデータプレーンは、それぞれ独立して実行されます AWS リージョン。
-
Route 53 ドメイン登録は、us-east-1 のコントロールプレーンでのみ管理されます。 AWS リージョン。
データプレーン、コントロールプレーン、および が高可用性目標を達成するためのサービス AWS を構築する方法の詳細については、Amazon Builders' Library の「アベイラビリティーゾーンを使用した静的安定性」を参照してください
ヘルスチェックの概念
ここでは、Amazon Route 53 ヘルスチェックに関連する概念の概要を示します。
- DNS フェイルオーバー
異常なリソースから正常なリソースにトラフィックをルーティングするための手法。複数のウェブサーバーやメールサーバーなど、同じ機能を実行するリソースが複数ある場合は、Route 53 ヘルスチェックを設定してリソースの正常性を確認できます。次に、正常なリソースにのみトラフィックをルーティングするようにホストゾーンのレコードを設定します。
詳細については、「DNS フェイルオーバーの設定」を参照してください。
- エンドポイント
ヘルスチェックで正常性のモニタリング対象として設定しているリソース (ウェブサーバーや E メールサーバーなど)。IPv4 アドレス (192.0.2.243)、IPv6 アドレス (2001:0db8:85a3:0000:0000:abcd:0001:2345)、またはドメイン名 (example.com) によりエンドポイントを指定できます。
注記
他のヘルスチェックのステータスや CloudWatch アラームのステータスをモニタリングするヘルスチェックを作成することもできます。
- ヘルスチェック
以下を実行するために使用できる Route 53 コンポーネント。
ウェブサーバーなどの指定したエンドポイントが正常であるかどうかをモニタリングする
必要に応じて、エンドポイントが異常になったら通知を受け取る
必要に応じて、DNS フェイルオーバーを設定し、インターネットトラフィックを異常なリソースから正常なリソースに再ルーティングできるようにします。
ヘルスチェックの作成および使用方法の詳細については、「Amazon Route 53 ヘルスチェックの作成」を参照してください。
