Amazon Route 53 concepts - Amazonルート53

英語の翻訳が提供されている場合で、内容が矛盾する場合には、英語版がオリジナルとして取り扱われます。翻訳は機械翻訳により提供されています。

Amazon Route 53 concepts

ここでは、Amazon Route 53 開発者ガイド で取り上げられている概念の概要を示します。

Domain registration concepts

ここでは、ドメイン登録に関連する概念の概要を示します。

domain-name

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

ドメイン登録機関

特定の最上位ドメイン (TLD) のドメイン登録を処理する ICANN (Internet Assigned Names and Numbers) から認定を受けている会社。たとえば、Amazon Registrar, Inc. は、.com、.net、および .org ドメインのドメインレジストラです。AWS のレジストラ関連会社 Gandi は、.apartments、.boutique、.camera などの何百もの TLD のドメインレジストラです。詳細については、「登録できるドメイン Amazon Route 53」を参照してください。

ドメインレジストリ

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

ドメイン再販業者

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

最上位ドメイン(TLD)

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

汎用最上位ドメイン

これらの TLD は通常、ユーザーにウェブサイトで見つかるものを連想させます。たとえば、 .bike オートバイや自転車の企業や組織のWebサイトに関連している場合が多い。いくつかの例外を除き、お客様は任意の一般的な TLD を使用できるため、自転車のクラブがドメイン名に .hockey TLD を使用しても構いません。

地理的最上位ドメイン

これらの TLD は国や都市などの地理的地域に関連付けられています。地理的 TLD の一部のレジストリは居住者要件を設けており、.io(イギリス領インド洋地域) などの他のレジストリは汎用 TLD の使用を許可または推奨しています。

Route 53 でドメイン名を登録する際に使用できる TLD の一覧については、「登録できるドメイン Amazon Route 53」を参照してください。

Domain Name System (DNS) concepts

ここでは、ドメインネームシステム (DNS) に関連する概念の概要を示します。

エイリアスレコード

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

authoritative name server(高信頼

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

DNSリゾルバ

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

ドメインネームシステム (DNS)

コンピューター、スマートフォン、タブレット、その他の IP 対応デバイスの相互通信を支援する世界規模のサーバーネットワーク。ドメイン名システムは、example.comなどのわかりやすい名前を、 IP addressesコンピュータがインターネット上でお互いを見つけることができる。

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 アドレス

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

  • Internet Protocol version 4 (IPv4) format, such as 192.0.2.44

  • Internet Protocol version 6 (IPv6) format, such as 2001:0db8:85a3:0000:0000:abcd:0001:2345

Route 53 では、以下の目的で IPv4 アドレスと IPv6 アドレスの両方がサポートされています。

  • You can create records that have a type of A, for IPv4 addresses, or a type of AAAA, for IPv6 addresses.

  • You can create health checks that send requests either to IPv4 or to IPv6 addresses.

  • If a DNS resolver is on an IPv6 network, it can use either IPv4 or IPv6 to submit requests to Route 53.

ネームサーバー

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

DNS がトラフィックをリソースにどのようにルーティングするか (そのプロセスでの Route 53 の役割も含む) の概要については、「How Amazon Route 53 routes traffic for your domain」を参照してください。

プライベートDNS

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

レコード (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 Reference。 同じ機能は、 AWS SDKAWS Command Line Interface、および AWS Tools for Windows PowerShell.

ルーティングポリシー

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

  • Simple routing policy – Use to route internet traffic to a single resource that performs a given function for your domain, for example, a web server that serves content for the example.com website.

  • Failover routing policy – Use when you want to configure active-passive failover.

  • Geolocation routing policy – Use when you want to route internet traffic to your resources based on the location of your users.

  • Geoproximity routing policy – Use when you want to route traffic based on the location of your resources and, optionally, shift traffic from resources in one location to resources in another.

  • Latency routing policy – Use when you have resources in multiple locations and you want to route traffic to the resource that provides the best latency.

  • Multivalue answer routing policy – Use when you want Route 53 to respond to DNS queries with up to eight healthy records selected at random.

  • Weighted routing policy – Use to route traffic to multiple resources in proportions that you specify.

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

サブドメイン

登録されたドメイン名の前に 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 リゾルバーが古いリソースにトラフィックをルーティングする期間が短くなります。

Health checking concepts

ここでは、Amazon Route 53 ヘルスチェックに関連する概念の概要を示します。

DNSフェイルオーバー

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

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

エンドポイント

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

注記

他のヘルスチェックのステータスや CloudWatch アラームのステータスをモニタリングするヘルスチェックを作成することもできます。

ヘルスチェック

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

  • Monitor whether a specified endpoint, such as a web server, is healthy

  • Optionally, get notified when an endpoint becomes unhealthy

  • Optionally, configure DNS failover, which allows you to reroute internet traffic from an unhealthy resource to a healthy resource

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