ドキュメント履歴

Amazon Route 53 は、OpenSearch Service カスタムドメインエンドポイントのエイリアスレコードをサポートするようになりました。詳細については、「Amazon OpenSearch Service ドメインエンドポイントへのトラフィックのルーティング」を参照してください。

Route 53 Resolver DNS Firewall の検出結果を Security Hub に追加しました。詳細については、「Route 53 Resolver DNS Firewall から Security Hub への検出結果の送信」を参照してください。

Route 53 Resolver DNS Firewall Advanced を追加しました。これは、DNS トンネリングやドメイン生成アルゴリズム (DGA) ベースの脅威など、高度な DNS 脅威に関連する DNS トラフィックを識別してブロックできる Route 53 Resolver DNS Firewall の新しい機能セットです。詳細については、「Route 53 Resolver DNS Firewall Advanced」を参照してください。

HTTPS、SSHFP、SVCB、TLSA DNS レコードタイプのサポートが追加されました。詳細については、「サポートされている DNS レコードタイプ」を参照してください。

DoH アウトバウンドリゾルバーエンドポイントのサービス名表示 (SNI) のサポートを追加しました。詳細については、「ルールを作成または編集するときに指定する値」を参照してください。

route53:VPCs ポリシー条件を使用して、VPC へのホストゾーンの関連付けを管理するためのきめ細かなアクセスを許可できるようになりました。詳細については、「詳細なアクセスコントロールのための IAM ポリシー条件の使用」を参照してください。

AmazonRoute53ProfilesFullAccess は、GetProfilePolicy と PutProfilePolicy のアクセス許可を追加しました。これらはアクセス許可のみの IAM アクションです。IAM プリンシパルにこれらのアクセス許可が付与されていない場合、 AWS RAM サービスを使用してプロファイルを共有しようとするとエラーが発生します。詳細については、「AWS マネージドポリシー: AmazonRoute53ProfilesFullAccess」を参照してください。

AmazonRoute53ProfilesReadOnlyAccess は GetProfilePolicy のアクセス許可を追加しました。これはアクセス許可のみの IAM アクションです。IAM プリンシパルにこのアクセス許可が付与されていない場合、 AWS RAM サービスを使用してプロファイルのポリシーにアクセスしようとするとエラーが発生します。詳細については、「AWS マネージドポリシー: AmazonRoute53ProfilesReadOnlyAccess」を参照してください。

マネージドポリシー AmazonRoute53ResolverFullAccess を一意に識別するためのステートメント ID (Sid) を追加しました。詳細については、「AWS 管理ポリシー: AmazonRoute53ResolverFullAccess」を参照してください。

マネージドポリシー AmazonRoute53ResolverReadOnlyAccess を一意に識別するためのステートメント ID (Sid) を追加しました。詳細については、「AWS 管理ポリシー: AmazonRoute53ResolverReadOnlyAccess」を参照してください。

ヘルスチェックの新しいコンソールエクスペリエンスで Route 53 ガイド全体を更新しました。詳細については、「ヘルスチェックの作成、更新、削除」を参照してください。

DNS ファイアウォールルールが DNS リダイレクトチェーンを検査 (デフォルト) する、または信頼するのいずれかを決定できるようになりました。詳細については、Route 53 Resolver DNS Firewall のコンポーネントと設定およびDNS Firewall のルール設定を参照してください。

Route 53 Profiles を使用して、DNS 固有の設定を多数の VPCsや AWS アカウントと共有できるようになりました。詳細については、「Amazon Route 53 プロファイルとは」を参照してください。

Amazon Route 53 プロファイルへの読み取り専用アクセスおよびフルアクセスを付与するマネージドポリシー AmazonRoute53ProfilesReadOnlyAccess と AmazonRoute53ProfilesFullAccess を追加しました。詳細については、「Amazon Route 53 の AWS 管理ポリシー」を参照してください。

Amazon EventBridge を使用して、DNS ファイアウォールでのリアルタイムアラートを行えるようになりました。詳細については、「を使用した Route 53 Resolver DNS Firewall イベントの管理 Amazon EventBridge」を参照してください。

DNS クエリタイプを DNS ファイアウォールルールのオプション値として使用して、特定の DNS クエリタイプのルールのレスポンスを区別できるようになりました。詳細については、Route 53 Resolver DNS Firewall のコンポーネントと設定およびDNS Firewall のルール設定を参照してください。

クイック作成レコードまたはレコードの作成ウィザードを使用して、地理的近接性ルーティングレコードを作成できるようになりました。詳細については地理的近接性ルーティング、地理的近接性レコードに固有の値、および地理的近接性エイリアスレコードに固有の値を参照してください。

Route 53 リゾルバーエンドポイントで DNS over HTTPS を使用できるようになりました。詳細については、「エンドポイントのプロトコルの選択」を参照してください。

Amazon Route 53 on Outposts が AWS Outposts ラックで利用可能になりました。これには、 AWS Outposts から開始されたすべての DNS クエリをキャッシュする Resolver が含まれます。インバウンドおよびアウトバウンドエンドポイントをデプロイするとき、Outpost とオンプレミス DNS リゾルバーの間でハイブリッド接続をセットアップすることもできます。詳細については、「Amazon Route 53 on Outposts とは」を参照してください。

ローカルゾーンを有効にした後、ローカルゾーンと地理的近接性ルーティング (トラフィックフローのみ) を使用できるようになりました。詳細については、「地理的近接性ルーティング」と「トラフィックポリシーのドキュメント形式」を参照してください。

Route 53 ガイド全体でドメインの新しいコンソール体験を更新しました。新しいコンソールエクスペリエンスを使用して、ドメインを別の 間で移管することもできます AWS アカウント AWS アカウント。詳細については、新しいドメインの登録およびドメインの移管を参照してください。

Amazon Route 53 Resolverを使って、IPv4、IPv6、デュアルスタックのエンドポイントを介してリソースに接続できるようになりました。詳細については、インバウンドエンドポイントを作成または編集するときに指定する値およびアウトバウンドエンドポイントを作成または編集するときに指定する値を参照してください。

今後は、ポリシー条件を使用することで、Amazon Route 53 内で更新中のリソースレコードセットに対する、より詳細なアクセス権をユーザーに付与できます。詳細については、「詳細なアクセスコントロールのための IAM ポリシー条件の使用」を参照してください。

Amazon Route 53 は、2022 年 8 月 1 日以降に作成された AWS App Runner サービスのエイリアスレコードをサポートするようになりました。詳細については、「AWS App Runner サービスへのトラフィックのルーティング」を参照してください。

Amazon Route 53 で IP ベースのルーティングオプションが利用可能になりました。詳細については、「IP ベースのルーティング」を参照してください。

Amazon Route 53 のプライベートホストゾーンで、地理位置情報およびレイテンシーベースのルーティングオプションがサポートされるようになりました。詳細については、「プライベートホストゾーンを使用する場合の考慮事項」を参照してください。

「.com.au」 および 「.net.au」 TLD の所有権を変更するプロセスは、2 つの電子メールへの返信 (古い登録者と新しい登録者の両方による) を含む内容に簡素化されており、フォーム入力は含まれていません。詳細については、.com.au (オーストラリア)および.net.au (オーストラリア)を参照してください。

Amazon Route 53 でデフォルトの逆引き DNS ルールを無効にするためのサポートが追加されました。これらのルールの作成を無効にし、代わりに逆引き DNS 名前空間のクエリを必要な場合に外部サーバーに転送できるようになりました。詳細については、「Resolver での逆引き DNS クエリの転送ルール」を参照してください。

静的ウェブサイト用の Amazon CloudFront ディストリビューションの作成手順を説明する新しい入門トピックを追加。詳細については、「Amazon CloudFront ディストリビューションを使用して静的なウェブサイトを提供する」を参照してください。

Amazon Route 53 の AWS マネージドポリシーの追跡を開始しました。詳細については、「Amazon Route 53 の AWS 管理ポリシー」を参照してください。

Route 53 Resolver DNS ファイアウォール DNS Firewall を使うと、VPC からのアウトバウンド DNS リクエストを保護できます。詳細については、「DNS ファイアウォールを使用してアウトバウンド DNS トラフィックをフィルタリングする」を参照してください。

Route 53 Resolver の DNSSEC 署名のサポートを追加 詳細については、「Amazon Route 53 での DNSSEC 署名の設定」を参照してください。

Route 53 Resolver の DNSSEC 検証のサポートを追加 詳細については、「Amazon Route 53 での DNSSEC 検証の有効化」を参照してください。

新しいコンソールエクスペリエンスで Route 53 ガイド全体が更新されました。詳細については、「Amazon Route 53 とは？」を参照してください。

Resolver のクエリログのサポートを追加 詳細については、「リゾルバーでのクエリのログ記録」を参照してください。

API Gateway API、または Amazon VPC インターフェイスエンドポイントにトラフィックをルーティングする、Route 53 エイリアスレコードを作成できます。詳細については、「値/トラフィックのルーティング先」を参照してください。

Route 53 Auto Naming (Service Discovery とも呼ばれる) が別のサービスになりました AWS Cloud Map。詳細については、AWS Cloud Map デベロッパーガイドを参照してください。

Route 53 Resolver を使用して、Direct Connect または VPN 接続を介して VPC とネットワーク間の DNS 解決を設定できます。(Resolver は、Amazon Virtual Private Cloud (Amazon VPC) ですべてのお客様にデフォルトで提供される再帰 DNS サービスの新しい名称です)。これにより、ネットワーク上のリゾルバーからの DNS クエリを、Route 53 Resolver に転送することが可能になります。Resolver を使用すると、選択したドメイン名 (example.com) およびサブドメイン名 (api.example.com) に対するクエリを VPC からネットワーク上のリゾルバーに転送することもできます。詳細については、「とは Amazon Route 53 Resolver」を参照してください。

Route 53 トラフィックフローとジオプロキシミティルーティングを使用している場合は、インタラクティブマップを使用して、エンドユーザーが世界中のエンドポイントにどのようにルーティングされるかを可視化できます。詳細については、「地理的近接性の設定の効果を示す地図の表示」を参照してください。

Route 53 コンソールと API を使用して、Route 53 ヘルスチェックを一時的に無効にすることができます。これにより、ウェブサーバーなどのエンドポイントのモニタリングを一時停止する簡単な方法を得られるため、アラームを起動したり、不要なログやステータスメッセージを生成したりすることなく、エンドポイントのメンテナンスを実行できます。詳細については、「ヘルスチェックを作成または更新するときに指定する値」の「無効化」を参照してください。この機能は、エンドポイントをモニタリングするヘルスチェック、他のヘルスチェックをモニタリングするヘルスチェック、CloudWatch アラームをモニタリングするヘルスチェックの 3 種類すべての Route 53 ヘルスチェックで使用可能です。

自動命名を使用している場合は、サードパーティーのヘルスチェッカーを使用してリソースのヘルスを評価できるようになりました。これは、インスタンスが Amazon VPC に存在するなどの理由でインターネット上でリソースを利用できない場合に役立ちます。詳細については、Amazon Route 53 API リファレンスの「HealthCheckCustomConfig」を参照してください。。

自動命名用の管理ポリシーが IAM に追加されました。詳細については、「Amazon Route 53 の AWS 管理ポリシー」を参照してください。

ELB ロードバランサーにトラフィックをルーティングするエイリアスレコードを作成するか、CNAME レコードを作成するように自動命名を設定できるようになりました。詳細については、Amazon Route 53 API リファレンスの RegisterInstance API に関する項目で「属性」を参照してください。

Route 53 自動命名 API を使用して、マイクロサービス用のインスタンスをプロビジョニングできるようになりました。自動命名では、定義したテンプレートに基づいて、DNS レコードとオプションでヘルスチェックを自動的に作成できます。詳細については、「 AWS Cloud Map デベロッパーガイド」のAWS 「Cloud Map とは」を参照してください。

ホストゾーンやヘルスチェックなど、Route 53 リソースの現在のクォータと、現在使用している各リソースの数をプログラムで取得できるようになりました。詳細については、 Amazon Route 53 API リファレンスの「GetAccountLimit」、「GetHostedZoneLimit」、および「GetReusableDelegationSetLimit」を参照してください。

Route 53 が HIPAA 対象のサービスになりました。詳細については、「Amazon Route 53 のコンプライアンス検証」を参照してください。

ドメインを Route 53 に移管できるかどうかを、プログラムで確認できるようになりました。詳細については、Amazon Route 53 API リファレンスの「CheckDomainTransferability」を参照してください。

インターネットトラフィックを、Elastic Load Balancing のネットワークロードバランサーにルーティングする、Route 53 エイリアスレコードを作成できるようになりました。エイリアスレコードの詳細については、「エイリアスレコードと非エイリアスレコードの選択」を参照してください。

パブリックで信頼できる DNS サービスとして Route 53 を使用している場合は、Route 53 により受信される DNS クエリのログ記録が可能になりました。詳細については、「パブリック DNS クエリのログ記録」を参照してください。

Route 53 トラフィックフローを使用している場合は、地理的近接性ルーティングを使用できるようになりました。これにより、ユーザーとリソース間の物理的な距離に基づいてトラフィックをルーティングできます。また、正または負のバイアスを指定して、各リソースに多かれ少なかれトラフィックをルーティングすることもできます。詳細については、「地理的近接性ルーティング」を参照してください。

Route 53 を使用して、ドメインおよびサブドメインの証明書を発行する認証機関を指定するための、認証機関の承認 (CAA) レコードを作成できるようになりました。詳細については、「CAAレコードタイプ」を参照してください。

Route 53 コンソールを使用して、多数のドメインを Route 53 に転送できるようになりました。詳細については、「ドメイン登録の Amazon Route 53 への移管」を参照してください。

ドメインを登録するときに、一部の最上位ドメイン (TLD) のレジストリで、登録者の連絡先に有効な電子メールアドレスを指定したことを確認する必要があります。確認メールを送信して、ドメイン登録プロセス中にメールアドレスを正常に検証したことを確認できます。詳細については、「新しいドメインの登録」を参照してください。

複数のリソース (ウェブサーバーなど) に対し、トラフィックをほぼランダムにルーティングする場合、各リソースのために複数値回答のレコードを 1 つ作成できるようになりました。また必要に応じて、各レコードに Route 53 ヘルスチェックを関連付けることもできます。Route 53 は、DNS クエリへの応答に、各クエリに対応した最大 8 つの正常なレコードを使用します。また、それぞれのDNS リゾルバーには異なる回答を返します。詳細については、「複数値回答ルーティング」を参照してください。

Route 53 コンソールを使用して Route 53 にドメイン登録を移管する場合に、ドメインの DNS サービスのネームサーバーを、移管されたドメイン登録に関連付けるための、次のいずれかのオプションが選択できるようになりました。

Route 53 は、これらのネームサーバーを、移管されたドメイン登録と自動的に関連付けます。

エンドポイントのヘルスチェックをするために、IPv6 アドレスを使用したヘルスチェックを作成できるようになりました。詳細については、「ヘルスチェックの作成と更新」を参照してください。

Route 53 API アクションを使用して、別のアカウントで作成したプライベートホストゾーンを使用するアカウントで作成した Amazon VPC での、関連付けが行えるようになりました。詳細については、「Amazon VPC と、作成したプライベートホストゾーンを異なる AWS アカウントに関連付ける」を参照してください。

このリリースの Route 53 には、次の新機能が追加されています。

このリリースでは、ELB アプリケーションロードバランサーにトラフィックをルーティングするアリアスレコードを作成できます。このプロセスは、Classic ロードバランサーと同様です。詳細については、「値/トラフィックのルーティング先」を参照してください。

このリリースでは、DNSSEC のドメイン登録に関するサポートが、Route 53 に追加されました。DNSSEC は、DNS のなりすまし攻撃 (中間者攻撃とも呼ばれる) からドメインを保護するために役立ちます。詳細については、「ドメインの DNSSEC の設定」を参照してください。

ドメインの登録を手動で延長して、レジストリから特定される最低登録期間よりも長い初期登録期間のドメインを登録できるようになりました。詳細については、「ドメインの登録期間の延長」を参照してください。

インドに連絡先がある AISPL のお客様も、Route 53 を使用したドメインの登録ができるようになりました。詳細については、「Managing an Account in India」を参照してください。

このリリースの Route 53 には、次の新機能が追加されています。

このリリースの Route 53 には、次の新機能が追加されています。

HTTPS ヘルスチェックを作成または更新する場合、TLS ネゴシエーション中にエンドポイントにホスト名を送信するよう、Route 53 を設定できるようになりました。これにより、エンドポイントは該当する SSL/TLS 証明書で HTTPS リクエストに応答することができます。詳細については、「ヘルスチェックを作成または更新するときに指定する値」トピックの 高度な設定 (「エンドポイントを監視」する場合のみ) フィールドの SNI の説明を参照してください。API を使用してヘルスチェックを作成または更新する際、SNI を有効にする方法については、Amazon Route 53 API リファレンスの「CreateHealthCheck」および「UpdateHealthCheck」を参照してください。

これにより、.accountants、.band、.city など、100 以上の追加の最上位ドメイン (TLD) のドメインを登録することができます。サポートされる TLD の完全なリストについては、「Amazon Route 53 に登録できる最上位ドメイン」を参照してください。

これにより、Elastic Beanstalk 環境にトラフィックをルーティングするエイリアスレコードを作成できます。Route 53 コンソールを使用したレコード作成の詳細については、「Amazon Route 53 コンソールを使用したレコードの作成」を参照してください。API を使用したレコード作成の詳細については、Amazon Route 53 API リファレンスの「ChangeResourceRecordSets」を参照してください。

Route 53 コンソールに含まれるようになったビジュアルエディターでは、Route 53 の加重、レイテンシー、フェイルオーバー、および地理的位置情報のルーティングポリシーを組み合わせて使用する、複雑なルーティング設定を迅速に作成することができます。その後、設定を、同じホストゾーンまたは複数のホストゾーンで 1 つ以上のドメイン名 (example.com など) またはサブドメイン名 (www.example.com など) に関連付けることができます。さらに、新しい設定が期待どおりに機能していない場合は、更新を元に戻すことができます。Route 53 API、 AWS SDKs、、および を使用して AWS CLI、同じ機能を利用できます AWS Tools for Windows PowerShell。ビジュアルエディターの詳細については、「DNS トラフィックのルーティングにトラフィックフローを使用する」を参照してください。API を使用してトラフィックフロー設定を作成する方法の詳細については、Amazon Route 53 API リファレンスを参照してください。

このリリースの Route 53 には、次の新機能が追加されています。

このリリースの Route 53 には、次の新機能が追加されています。

Amazon Route 53 デベロッパーガイドでは、Route 53 ホストゾーンのホワイトラベルネームサーバーの設定方法が新たに解説されています。詳細については、「ホワイトラベルネームサーバーの設定」を参照してください。

Route 53 API を使用して、 AWS アカウントに関連付けられているホストゾーンを名前のアルファベット順に一覧表示できるようになりました。あるアカウントに関連付けられたホストゾーンの数も取得できます。詳細については、Amazon Route 53 API リファレンスの「ListHostedZonesByName」および「GetHostedZoneCount」を参照してください。

このリリースの Route 53 には、次の新機能が追加されています。

Route 53 コンソールを使用して、ドメインの連絡先情報を更新できるようになりました。詳細については、「ドメインを登録または移管するときに指定する値」を参照してください。

Route 53 に新しいドメイン名を登録する際に、国際化ドメイン名も指定できるようになりました。(Route 53 は既にホストゾーンおよびレコードで国際化ドメイン名をサポートしています) 詳細については、「DNS ドメイン名の形式」を参照してください。

このリリースでは、ホストゾーンの作成時に指定したコメントを編集できるようになりました。コンソールで、[Comment] フィールドの横にある鉛筆アイコンをクリックして、新しい値を入力します。Route 53 API を使用してコメントを変更する方法の詳細については、Amazon Route 53 API リファレンスの「UpdateHostedZoneComment」を参照してください。

このリリースの Route 53 には、次の新機能が追加されています。

このリリースでは、次のことを実行できます。

このリリースでは、次のことを実行できます。

このリリースでは、ヘルスチェックを作成し、IP アドレスの代わりにドメイン名を使用してエンドポイントを指定できます。これは、エンドポイントの IP アドレスが固定されていない場合、または複数の IP (Amazon EC2 インスタンスや Amazon RDS インスタンスなど) がエンドポイントの IP アドレスとして提供される場合に役立ちます。詳細については、「ヘルスチェックの作成と更新」を参照してください。

また、以前は Amazon Route 53 デベロッパーガイドに記載されていた、Route 53 API の使用に関する情報の一部が移動しました。現在、API に関するすべてのドキュメントは、Amazon Route 53 API リファレンスに集約されています。

今回のリリースの Route 53 では、ヘルスチェックの [Port (ポート)] 値が [443] で、[Protocol (プロトコル)] 値が [HTTPS] である場合、Host ヘッダーには異なる値が渡されます この場合のヘルスチェックを行う際、Route 53 は、Host ヘッダーに [Host Name (ホストネーム)] フィールドの値を格納してエンドポイントに渡します。CreateHealthCheck API アクションを使用してヘルスチェックを作成した場合、この値は、FullyQualifiedDomainName 要素の値になります。

詳細については、「ヘルスチェックの作成、更新、削除」を参照してください。

このリリースでは、エンドポイントが現在正常であることを報告している Route 53 ヘルスチェッカーの割合を表示できます。

また、Amazon CloudWatch のヘルスチェックステータスメトリクスには、0 (指定した期間でエンドポイントが異常であった場合) または 1 (該当する期間でエンドポイントが正常であった場合) のみが示されます。このメトリクスでは、エンドポイントが正常であると報告している Route 53 ヘルスチェックの割合を反映した、0 から 1 の間の値は示されなくなりました。

詳細については、「CloudWatch を使用したヘルスチェックのモニタリング」を参照してください。

このリリースの Route 53 には、次の機能が追加されています。

このリリースの Route 53 には、次の機能が追加されています。

このリリースの Route 53 で、指定された文字列がレスポンス本文に示されているかどうかに基づいてエンドポイントの正常性を判断するヘルスチェックが、サポートされるようになりました。詳細については、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

このリリースの Route 53 で、BIND 形式のゾーンファイルをインポートしてレコードを作成できるようになりました。詳細については、「ゾーンファイルをインポートしてレコードを作成する」を参照してください。

また、Route 53 ヘルスチェックの CloudWatch メトリクスが、Route 53 コンソールに統合され、効率化されました。詳細については、「CloudWatch を使用したヘルスチェックのモニタリング」を参照してください。

この Route 53 のリリースでは、ヘルスチェックと CloudWatch メトリクスを統合するための機能が追加され、次のことが可能になりました。

詳細については、「CloudWatch を使用したヘルスチェックのモニタリング」を参照してください。

このリリースでは、DNS クエリを Amazon CloudFront ディストリビューションの代替ドメイン名にルーティングするエイリアスレコードを作成するためのサポートが、Route 53 に追加されました。この機能は、Zone Apex での代替ドメイン名 (example.com) およびサブドメインの代替ドメイン名 (www.example.com) の両方に対して使用できます。詳細については、「ドメイン名を使用したトラフィックの Amazon CloudFront ディストリビューションへのルーティング」を参照してください。

このリリースでは、ELB ロードバランサーおよび関連する Amazon EC2 インスタンスの正常性を評価するためのサポートが Route 53 に追加されました。詳細については、「Amazon Route 53 ヘルスチェックの作成 」を参照してください。

ヘルスチェックとフェイルオーバーに関するドキュメントが書き換えられ、使いやすさが向上しました。詳細については、「Amazon Route 53 ヘルスチェックの作成 」を参照してください。

このリリースの Route 53 では、フェイルオーバーとヘルスチェックがサポートされるようになりました。詳細については、「Amazon Route 53 ヘルスチェックの作成 」を参照してください。

このリリースの Route 53 では、レイテンシーレコードを作成できます。詳細については、「レイテンシーに基づくルーティング」を参照してください。

このリリース AWS Management Console では、 の Route 53 コンソールで、ロードバランサーのホストゾーン ID と DNS 名を手動で入力する代わりに、リストから Elastic Load Balancer を選択してエイリアスレコードを作成できます。この機能に関しては、Amazon Route 53 デベロッパーガイドでご確認ください。

このリリースでは、 の Route 53 コンソールを使用して AWS Management Console 、ホストゾーンの作成と削除、およびレコードの作成、変更、削除を行うことができます。この機能は、Amazon Route 53 デベロッパーガイドで適宜説明されています。

Amazon Route 53 入門ガイドがAmazon Route 53 デベロッパーガイドにマージされ、また、ユーザビリティを高めるためにデベロッパーガイドの再編が行われました。

Amazon Route 53 のこのリリースでは、エイリアスレコードが導入されています。この導入により、Zone Apex エイリアスの作成に加え、加重レコード、新しい API (2011-05-05)、サービスレベルアグリーメントの使用が可能になりました。加えて、ベータ版として 6 か月が経過し、Route 53 が一般的に利用可能となっています。詳細については、Amazon Route 53 デベロッパーガイドの Amazon Route 53 製品ページおよび「エイリアスレコードと非エイリアスレコードの選択」を参照してください。

Amazon Route 53 デベロッパーガイドの初回リリース版です。