Amazon Route 53 の概念

ユーザーがウェブブラウザのアドレスバーに入力してウェブサイトやウェブアプリケーションにアクセスするための名前 (example.com など)。ウェブサイトやウェブアプリケーションをインターネットで使用できるようにするには、まずドメイン名を登録します。詳細については、「ドメイン登録の仕組み」を参照してください。

特定の最上位ドメイン (ICANN) のドメイン登録を処理するために TLDs (Internet Corporation for Assigned Names and Numbers) によって認定されている会社。ドメインのレジストラを見つける方法については、「レジストラの検索」を参照してください。

特定の最上位ドメインを含むドメインを販売する権利を有する会社。例えば、VeriSign は、.com TLD を持つドメインを販売する権限を所有するレジストリです。ドメインレジストリは、地理的なTLDの所在地要件など、ドメインを登録するためのルールを定義します。ドメインレジストリは、同じ TLD を持つすべてのドメイン名の権威データベースも保持します。レジストリのデータベースには、各ドメインの連絡先情報やネームサーバーなどの情報が保存されています。

Amazon Registrar などのレジストラのドメイン名を販売する会社。Amazon Route 53 は、Amazon Registrar と当社のレジストラ関連会社である Gandi のドメインリセラーです。

.com、.org、.ninja などのドメイン名の末尾の部分。最上位ドメインには 2 つのタイプがあります。

Route 53 にドメイン名を登録するときに使用できるTLDsのリストについては、「」を参照してくださいAmazon Route 53 に登録できる最上位ドメイン。

Amazon Route 53 で作成して、Amazon CloudFront ディストリビューションや Amazon S3 バケットなどの AWS リソースにトラフィックをルーティングできるレコードのタイプ。詳細については、「エイリアスレコードと非エイリアスレコードの選択」を参照してください。

ドメインネームシステム (DNS) の一部に関する決定的な情報を持ち、該当する情報を返すことで DNS リゾルバーからのリクエストに応答するネームサーバー。例えば、.com 最上位ドメイン (TLD) の権威ネームサーバーは、登録されたすべての .com ドメインのネームサーバーの名前を認識します。.com の権威ネームサーバーは、example.com の DNS リゾルバーからリクエストを受信すると、example.com ドメインの DNS サービスのネームサーバーの名前で応答します。

Route 53 ネームサーバーは、DNS サービスとして Route 53 を使用するすべてのドメインの権威ネームサーバーです。ネームサーバーは、お客様がドメインのホストゾーンで作成したレコードに基づいて、ドメインおよびサブドメインのトラフィックをどのようにルーティングするかを認識しています (Route 53 ネームサーバーは、Route 53 を DNS サービスとして使用するドメインのホストゾーンを保存します）。

例えば、Route 53 ネームサーバーが www.example.com のリクエストを受信すると、そのレコードを検索し、レコードに指定されている 192.0.2.33 などの IP アドレスを返します。

CIDR ブロックは、IP ベースのルーティングで使用される IP 範囲です。Route 53 では、CIDR ブロックを Word の場合は /0 から /24、IPv4 の場合は /0 から /48 に指定できますIPv6。例えば、/24 IPv4 CIDRには 256 個の連続した IP アドレスが含まれます。CIDR ブロック (または IP 範囲) のセットを CIDR の場所にグループ化し、それらを再利用可能な CIDR コレクションにグループ化できます。

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

DNS、インターネットサービスプロバイダー (ISP) によって管理され、ユーザーリクエストと Word ネームサーバー間の仲介として機能する DNS サーバー。ブラウザを開き、アドレスバーにドメイン名を入力すると、クエリは最初に DNS リゾルバーに送られます。リゾルバーは DNS ネームサーバーと通信して、ウェブサーバーなどの対応するリソースの IP アドレスを取得します。DNS リゾルバーは、ラップトップコンピュータ上のウェブブラウザなど、ユーザーのデバイスに返されるレスポンス (通常は IP アドレス) を取得するまで、一連の信頼できる 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)」も参照してください。

インターネット上のデバイス (ラップトップ、スマートフォン、Web サーバなど) に割り当てられる番号。デバイスがインターネット上の他のデバイスと通信できるようにします。IP アドレスは以下のいずれかの形式になります。

Route 53 は、次の目的で IPv4 アドレスと IPv6 アドレスの両方をサポートしています。

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

プロセスにおける Route 53 のロールなど、DNS がトラフィックをリソースにルーティングする方法の概要については、「」を参照してくださいAmazon Route 53 によりドメインのトラフィックをルーティングする方法。

ドメインとそのサブドメインのトラフィックを 1 つ以上の Amazon Virtual Private Cloud (DNS) 内の Amazon EC2 インスタンスにルーティングできるドメインネームシステム (VPCs) のローカルバージョン。詳細については、「プライベートホストゾーンの使用」を参照してください。

ドメインまたはサブドメインのトラフィックをどのようにルーティングするかを定義するために使用する、ホストゾーン内のオブジェクト。例えば、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 コンソールの使用はサポートされていません。詳細については、CreateHostedZone「Amazon Route 53 CreateReusableDelegationSet リファレンス」の「Word」と「Word」を参照してください。 API AWS SDKs、、AWS Command Line Interfaceおよび でも同じ機能を使用できますAWS Tools for Windows PowerShell。

Route 53 が DNS クエリにどのように応答するかを決定するレコードの設定。Route 53 は、以下のルーティングポリシーをサポートしています。

詳細については、「ルーティングポリシーの選択」を参照してください。

登録されたドメイン名の前に 1 つ以上のラベルが付いたドメイン名。例えば、example.com というドメイン名を登録している場合、www.example.com はサブドメインになります。example.com ドメインのホストゾーン accounting.example.com を作成している場合、seattle.accounting.example.com はサブドメインになります。

サブドメインのトラフィックをルーティングするには、必要な名前 (www.example.com など) でレコードを作成し、ウェブサーバーの IP アドレスなどの適切な値を指定します。

Route 53 に別のリクエストを送信してそのレコードの現在の値を取得する前に、DNS リゾルバーがレコードの値をキャッシュ (保存) する秒単位の時間。DNS の有効期限が切れる前に同じドメインに対する別のリクエストを TTL リゾルバーが受信した場合、リゾルバーはキャッシュされた値を返します。

TTL を長くすると、Route 53 の料金が削減されます。Route 53 が応答する DNS クエリの数に一部基づいています。TTL を短くすると、www.example.com のウェブサーバーの IP アドレスを変更するなどして、レコードの値を変更した後に DNS リゾルバーが古いリソースにトラフィックをルーティングする時間が短縮されます。

異常なリソースから正常なリソースにトラフィックをルーティングするための手法。同じ機能を実行する複数のリソース (複数のウェブサーバーやメールサーバーなど) がある場合は、リソースの正常性をチェックするように Route 53 ヘルスチェックを設定したり、トラフィックを正常なリソースにのみルーティングするようにホストゾーンレコードを設定したりできます。

詳細については、「DNS フェイルオーバーの設定」を参照してください。

ヘルスチェックで正常性のモニタリング対象として設定しているリソース (ウェブサーバーや E メールサーバーなど)。エンドポイントは、IPv4 アドレス (192.0.2.243)、IPv6 アドレス (2001:0db8:85a3:0000:0000:abcd:0001:2345)、またはドメイン名 (example.com) で指定できます。

以下のことが可能になる Route 53 コンポーネント。

ヘルスチェックの作成および使用方法の詳細については、「Amazon Route 53 ヘルスチェックの作成 」を参照してください。