ドキュメント履歴 - Amazon Route 53
2024 リリース2023 年のリリース2022 年のリリース2021 年リリース2020 年リリース2018 リリース2017 リリース2016 リリース2015 リリース2014 リリース2013 リリース2012 リリース2011 リリース2010 リリース

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ドキュメント履歴

以下の項目に、Route 53 ドキュメントの各リリースにおける重要な変更点を示します。このドキュメントの更新に関する通知を受け取るには、RSS フィードにサブスクライブできます。

2024 リリース

2024 年 2 月 5 日

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

2024 年 1 月 9 日

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

2024 年 1 月 9 日

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

2023 年のリリース

2023 年 12 月 20 日

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

2023 年 7 月 20 日

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

2023 年 7 月 19 日

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

2023 年 3 月 22 日

Route 53 ガイド全体でドメインの新しいコンソール体験を更新しました。AWS アカウント のドメインを別の AWS アカウント へ移行するときは、こちらの新しいコンソールも使用できます。詳細については、「新しいドメインの登録 と ドメインの移管」を参照してください。

2023 年 3 月 10 日

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

2022 年のリリース

2022 年 9 月 21 日

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

2022 年 8 月 30 日

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

2022 年 6 月 1 日

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

2022 年 3 月 16 日

Amazon Route 53 のプライベートホストゾーンで、地理位置情報およびレイテンシーベースのルーティングオプションがサポートされるようになりました。詳細については、「Supported routing policies for records in a private hosted zone」を参照してください。

2022 年 1 月 25 日

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

2021 年リリース

2021 年 10 月 26 日

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

2021 年 9 月 1 日

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

2021 年 7 月 14 日

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

2021 年 3 月 31 日

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

2020 年リリース

2020 年 12 月 17 日

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

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

2020 年 9 月 23 日

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

2020 年 9 月 1 日

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

2018 リリース

2018 年 12 月 20 日

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

2018 年 11 月 28 日

Route 53 Auto Naming (別名 Service Discovery) は、独立したサービス AWS Cloud Map になりました。詳細については、「AWS Cloud Map デベロッパーガイド」を参照してください。

2018 年 11 月 19 日

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」を参照してください。

2018 年 11 月 7 日

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

2018 年 10 月 18 日

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

2018 年 3 月 13 日

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

2018 年 3 月 9 日

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

2018 年 2 月 6 日

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

2017 リリース

2017 年 5 月 12 日

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

2017 年 11 月 16 日

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

2017 年 10 月 3 日

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

2017 年 9 月 29 日

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

2017 年 9 月 11 日

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

2017 年 9 月 7 日

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

2017 年 9 月 1 日

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

2017 年 8 月 21 日

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

2017 年 8 月 18 日

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

2017 年 8 月 4 日

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

2017 年 6 月 21 日

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

2017 年 4 月 10 日

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

  • 選択した Route 53 のホストゾーンのネームサーバーを使用する

  • ドメインの現在の DNS サービスのネームサーバーを使用する

  • 指定したネームサーバーを使用する

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

2016 リリース

2016 年 11 月 21 日

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

2016 年 11 月 15 日

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

2016 年 8 月 30 日

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

  • 名前付け権限ポインタ (NAPTR) レコード – ある値を別の値に変換したり、ある値を別の値で置き換えたりするための、動的委任発見システム (DDDS) アプリケーションが使用する NAPTR レコードを作成できるようになりました。例えば、1 つの一般的な用途は、電話番号を SIP URI に変換する場合です。詳細については、「NAPTR レコードタイプ」を参照してください。

  • DNS クエリのテストツール – レコードの DNS クエリをシミュレートして、Route 53 が返す値を表示することができるようになりました。位置情報およびレイテンシーレコードの場合、特定の DNS リゾルバーおよび (または) クライアント IP アドレスからのリクエストをシミュレートして、そのリゾルバーまたは IP アドレスを使用して Route 53 がクライアントに返すレスポンスを調べることもできます。詳細については、「Route 53 からの DNS 応答の確認」を参照してください。

2016 年 8 月 11 日

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

2016 年 8 月 9 日

このリリースでは、DNSSEC のドメイン登録に関するサポートが、Route 53 に追加されました。DNSSEC を使用すると、攻撃とも呼ばれる DNS スプーフィング man-in-the-middle 攻撃からドメインを保護できます。詳細については、「ドメインの DNSSEC の設定」を参照してください。

2016 年 7 月 7 日

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

2016 年 7 月 6 日

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

2016 年 5 月 26 日

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

  • ドメイン請求レポート – 指定した期間のドメイン登録に関わるすべての料金が、ドメインごとに一覧表示されるレポートをダウンロードできます。このレポートには、料金が発生するすべてのドメイン登録オペレーションが含まれます。ドメインの登録、ドメインの Route 53 への転送、ドメイン登録の更新、およびドメイン所有者の変更 (一部の TLD の場合)などが含まれます。詳細については、次のドキュメントを参照してください。

  • 新しい TLD – 次の TLD を含むドメインを登録できるようになりました。TLD: .college、.consulting、.host、.name、.online、.republican、.rocks、.sucks、.trade、.website、.uk 詳細については、「Amazon Route 53 に登録できる最上位ドメイン」を参照してください。

  • ドメイン登録用の新しい API – 新規ドメインの登録など、登録者の連絡用 E メールアドレスが有効であるかどうかの確認を必要とするオペレーションでは、登録者の連絡先で確認メールのリンクがクリックされたかどうか、クリックしていない場合はリンクが有効かどうかを、プログラムで検証できます。また、別の確認用 E メールの送信をプログラムでリクエストできます。詳細については、Amazon Route 53 API リファレンスで、次のドキュメントを参照してください。

2016 年 4 月 5 日

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

  • CloudWatch メトリクスに基づくヘルスチェック – CloudWatch メトリクスのアラーム状態に基づくヘルスチェックを作成できるようになりました。これは、プライベート IP アドレスしか割り当てられていない Amazon Virtual Private Cloud (VPC) 内のインスタンスなど、標準の Route 53 ヘルスチェックでは到達できないエンドポイントの正常性をチェックする場合に有用です。詳細については、次のドキュメントを参照してください。

  • 設定可能なヘルスチェックロケーション – リソースの正常性をチェックする場合に、Route 53 がヘルスチェックの対象とするリージョンを選択できるようになりました。これにより、ヘルスチェックによりエンドポイントで生じる負荷を抑えることができます。これは、顧客が 1 つまたは少数の地理的リージョンに集中している場合に便利です。詳細については、次のドキュメントを参照してください。

    • Route 53 コンソール –「ヘルスチェックを作成または更新するときに指定する値」トピックの「Health checker regions」を参照してください。

    • Route 53 API – Amazon Route 53 API リファレンスのUpdateHealthCheckCreateHealthCheck「」および「」の Regions要素を参照してください。

  • プライベートホストゾーンのフェイルオーバー – プライベートホストゾーンで、フェイルオーバーレコードおよびフェイルオーバーエイリアスレコードを作成できるようになりました。メトリクスベースのヘルスチェックにこの機能を組み合わせると、プライベート IP アドレスしかなく標準の Route 53 ヘルスチェックでは到達できないエンドポイントについても、DNS フェイルオーバーを設定することができます。詳細については、次のドキュメントを参照してください。

  • プライベートホストゾーンのエイリアスレコード – 以前は、同じホストゾーン内の他の Route 53 レコードにのみ、DNS クエリをルーティングするエイリアスレコードを作成することができました。このリリースでは、ローカル化されたサブドメインがある Elastic Beanstalk 環境、Elastic Load Balancing のロードバランサー、および Amazon S3 バケットにも、DNS クエリをルーティングするためのエイリアスレコードを作成することができます。(DNS クエリを CloudFront ディストリビューションにルーティングするエイリアスレコードを作成することはできません）。詳細については、次のドキュメントを参照してください。

2016 年 2 月 23 日

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

2016 年 1 月 27 日

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

2016 年 1 月 19 日

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

2015 リリース

2015 年 12 月 3 日

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

2015 年 10 月 19 日

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

  • Amazon Registrar, Inc. による .com および .net ドメインのドメイン登録 – Amazon は Amazon Registrar, Inc. を通じて .com および .net トップレベルドメイン (TLD) の ICANN 認定レジストラとなりました。Route 53 を使用して .com または .net ドメインを登録すると、Amazon Registrar がレコードのレジストラとなり、WHOIS クエリの結果に「Sponsoring Registrar」として一覧表示されます。Route 53 を使用したドメインの登録の詳細については、「Amazon Route 53 を使用したドメインの登録と管理」を参照してください。

  • .com および .net ドメインでのプライバシー保護 – Route 53 で .com または .net ドメインを登録する場合、姓名を含むすべての個人情報は非表示になります。他のドメインを Route 53 で登録する場合には、姓名は非表示ではありません。プライバシー保護については、「ドメインの連絡先情報のプライバシー保護の有効化/無効化」を参照してください。

2015 年 9 月 15 日

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

  • 計算されたヘルスチェック – 他のヘルスチェックの状態によってステータスが決定されるヘルスチェックを作成できるようになりました。詳細については、「ヘルスチェックの作成と更新」を参照してください。さらに、CreateHealthCheck「Amazon Route 53 API リファレンス」の「」を参照してください。

  • ヘルスチェックのレイテンシー測定 – ヘルスチェッカーとエンドポイント間のレイテンシーを測定するように、Route 53 を設定できるようになりました。レイテンシーデータは、Route 53 コンソールの Amazon CloudWatch グラフに表示されます。新しいヘルスチェックのレイテンシー測定を有効にする場合は、トピック「ヘルスチェックを作成または更新するときに指定する値」の「高度な設定 (「エンドポイントを監視」する場合のみ)」で、[Latency measurements] (レイテンシー測定) 設定をご確認ください。(既存のヘルスチェックについてはレイテンシーの測定を有効にできません。) さらに、MeasureLatency「Amazon Route 53 API リファレンスCreateHealthCheck」のトピックの「」を参照してください。

  • Route 53 コンソールのヘルスチェックダッシュボードの更新 – ヘルスチェックをモニタリングするためのダッシュボードは、Route 53 ヘルスチェッカーとエンドポイント間のレイテンシーをモニタリングするための CloudWatch グラフなど、さまざまな方法で改善されました。詳細については、「ヘルスチェックのステータス監視と通知の受信」を参照してください。

2015 年 3 月 3 日

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

2015 年 2 月 26 日

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

2015 年 2 月 11 日

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

  • ヘルスチェックステータス – Route 53 コンソールのヘルスチェックページに、すべてのヘルスチェックのステータスを包括的に表示するための、[Status (ステータス)] 列が追加されました。詳細については、「ヘルスチェックのステータスと失敗理由を表示する」を参照してください。

  • との統合 AWS CloudTrail – Route 53 は と連携して CloudTrail 、AWSアカウントが Route 53 API に送信するすべてのリクエストに関する情報をキャプチャするようになりました。Route 53 と CloudTrail を統合すると、Route 53 API に対して行われたリクエスト、各リクエストの送信元 IP アドレス、リクエストの実行者、リクエストの実行日時などを確認できます。詳細については、「での Amazon Route 53 API 呼び出しのロギング AWS CloudTrail」を参照してください。

  • ヘルスチェックのクイックアラーム – Route 53 コンソールを使用してヘルスチェックを作成するときに、ヘルスチェック用の Amazon CloudWatch アラームを同時に作成し、Route 53 がエンドポイントを 1 分間異常と見なしたときに通知を行うユーザーを指定できるようになりました。詳細については、「ヘルスチェックの作成と更新」を参照してください。

  • ホストゾーンとドメインのタグ付け – 一般にコスト配分のために使用されるタグを、Route 53 ホストゾーンとドメインに付けることができるようになりました。詳細については、「Amazon Route 53 リソースのタグ付け」を参照してください。

2015 年 2 月 5 日

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

2015 年 1 月 22 日

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

2014 リリース

2014 年 11 月 25 日

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

2014 年 11 月 5 日

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

  • Amazon Virtual Private Cloud サービスを使用して作成さた VPC 用のプライベート DNS – Route 53 を使用して、DNS データをパブリックインターネットに公開することなく、VPC の内部ドメイン名を管理できるようになりました。詳細については、「プライベートホストゾーンの使用」を参照してください。

  • ヘルスチェックの失敗理由 – 選択したヘルスチェックの現在のステータスに加えて、Route 53 の各ヘルスチェッカーからレポートされたヘルスチェックでの最後の失敗理由を、詳細に表示できるようになりました。ステータスには HTTP ステータスコードが含まれ、失敗理由には、文字列の不一致やレスポンスのタイムアウトなど、さまざまな種類の失敗に関する情報が含まれます。詳細については、「ヘルスチェックのステータスと失敗理由を表示する」を参照してください。

  • 再利用可能な委託セット – 委託セットと総称される 4 つの権威ネームサーバーのセットを、異なるドメイン名に対応する複数のホストゾーンにも適用できるようになりました。これにより、DNS サービスを Route 53 に移行し、多数のホストゾーンを管理するプロセスが大幅に簡素化されます。現在、再利用可能な委託セットを使用するには、Route 53 API または AWS SDK を活用する必要があります。詳細については、「Amazon Route 53 API リファレンス」を参照してください。

  • 位置情報ルーティングの改善 — EDNS0 の edns-client-subnet 拡張のサポートを追加することで、位置情報ルーティングの精度をさらに向上しました。詳細については、「位置情報ルーティング」を参照してください。

  • 署名 v4 のサポート – 署名バージョン 4 を使用して、すべての Route 53 API リクエストに署名できるようになりました。詳細については、Amazon Route 53 API リファレンスの「Signing Route 53 API Requests (Route 53 API リクエストへの署名)」を参照してください。

2014 年 7 月 31 日

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

2014 年 7 月 2 日

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

  • ヘルスチェックでのほとんどの値を編集できます。詳細については、「ヘルスチェックの作成、更新、削除」を参照してください。

  • Route 53 API を使用して、リソースの正常性を確認する際に Route 53 ヘルスチェッカーで使用される IP 範囲のリストを取得できます。これらの IP アドレスを使用して、ヘルスチェッカーでリソースの正常性を確認できるようにルーターとファイアウォールのルールを設定できます。詳細については、GetCheckerIpRanges「Amazon Route 53 API リファレンス」の「」を参照してください。

  • ヘルスチェックにコスト配分タグを割り当てることができます。これにより、ヘルスチェックに名前を割り当てることが可能になります。詳細については、「ヘルスチェックの名前付けとタグ付け」を参照してください。

  • Route 53 API を使用して、AWS アカウントに関連付けられたヘルスチェックの回数を取得できます。詳細については、GetHealthCheckCount「Amazon Route 53 API リファレンス」の「」を参照してください。

2014 年 4 月 30 日

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

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

2014 年 4 月 18 日

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

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

2014 年 4 月 9 日

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

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

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

2014 年 2 月 18 日

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

  • ヘルスチェックフェイルオーバーのしきい値: Route 53 がエンドポイントを異常と見なすために、エンドポイントのヘルスチェックが連続で何回不合格となる必要があるかを指定できます。1～10 回の回数を指定します。異常なエンドポイントが正常と見なされるには、同じ回数のチェックに合格する必要があります。詳細については、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

  • ヘルスチェックリクエストの間隔: エンドポイントが正常であるかどうかを判断するために、Route 53 がエンドポイントにリクエストを送信する頻度を指定できます。有効な設定値は、10 秒と 30 秒です。詳細については、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

2014 年 1 月 30 日

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

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

  • HTTPS ヘルスチェック: – この Route 53 では、SSL のみでのアクセスが可能な、保護されたウェブサイトに対するヘルスチェックが サポートされました。詳細については、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

  • ChangeResourceRecordSets API アクションの UPSERT: ChangeResourceRecordSets API アクションを使用してレコードの作成や変更を行うとき、UPSERT アクションを使用して、特定の名前やタイプのレコードがない場合に新しいレコードを作成したり、既存のレコードを更新したりすることができます。詳細については、ChangeResourceRecordSets「Amazon Route 53 API リファレンス」の「」を参照してください。

2014 年 1 月 7 日

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

2013 リリース

2013 年 8 月 14 日

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

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

2013 年 6 月 26 日

このリリースでは、Route 53 でヘルスチェックと CloudWatch メトリクスの統合のサポートが追加され、次のことができるようになりました。

  • ヘルスチェックが適切に設定されているかどうかを確認できます。

  • 指定した期間におけるヘルスチェックのエンドポイントの正常性を確認できます。

  • すべての Route 53 ヘルスチェッカーが、指定されたエンドポイントが異常であると判断した場合に、Amazon Simple Notification Service (Amazon SNS) アラート CloudWatch を送信するように を設定します。

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

2013 年 6 月 11 日

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

2013 年 5 月 30 日

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

2013 年 3 月 28 日

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

2013 年 2 月 11 日

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

2012 リリース

2012 年 3 月 21 日

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

2011 リリース

2011 年 12 月 21 日

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

2011 年 11 月 16 日

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

2011 年 10 月 18 日

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

2011 年 5 月 24 日

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

2010 リリース

2010 年 12 月 5 日

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