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

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

ドキュメント履歴

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

2024 リリース

2024 年 9 月 3 日

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

2024 年 8 月 5 日

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

2024 年 8 月 5 日

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

2024 年 7 月 18 日

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

2024 年 4 月 30 日

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

2024 年 4 月 22 日

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

2024 年 4 月 22 日

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

2024 年 2 月 5 日

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

2024 年 1 月 9 日

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

2024 年 1 月 9 日

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

2023 年のリリース

2023 年 12 月 20 日

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

2023 年 7 月 20 日

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

2023 年 7 月 19 日

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

2023 年 3 月 22 日

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

2023 年 3 月 10 日

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

2022 年のリリース

2022 年 9 月 21 日

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

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

2022 年 1 月 25 日

.com.au と .net.au の所有権を変更するプロセスはTLDs、2 つの E メールへの応答 (古い登録者と新しい登録者の両方による) を含めるように簡素化され、フォームへの入力は含まれません。詳細については、「.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 マネージドポリシーの追跡を開始しました。詳細については、「AWS Amazon Route 53 の マネージドポリシー」を参照してください。

2021 年 3 月 31 日

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

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 APIsまたは 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解決を設定できます。（リゾルバーは、Amazon Virtual Private Cloud (Amazon ) でデフォルトですべてのお客様に提供される再帰DNSサービスの新しい名前ですVPC。） これにより、ネットワーク上のリゾルバーから Route 53 Resolver にDNSクエリを転送できます。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 に自動命名用の マネージドポリシーが含まれるようになりました。詳細については、「AWS Amazon Route 53 の マネージドポリシー」を参照してください。

2018 年 2 月 6 日

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

2017 リリース

2017 年 5 月 12 日

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

2017 年 11 月 16 日

ホストゾーンやヘルスチェックなど、Route 53 リソースの現在のクォータと、現在使用している各リソースの数をプログラムで取得できるようになりました。詳細については、「Amazon Route 53 APIリファレンスGetAccountLimitGetReusableDelegationSetLimit」の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 日

Route 53 をパブリックで権威のあるDNSサービスとして使用している場合、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 日

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

2017 年 6 月 21 日

複数のリソース (ウェブサーバーなど) に対し、トラフィックをほぼランダムにルーティングする場合、各リソースのために複数値回答のレコードを 1 つ作成できるようになりました。また必要に応じて、各レコードに Route 53 ヘルスチェックを関連付けることもできます。Route 53 は、各DNSクエリに応答して最大 8 つの正常なレコードでDNSクエリに応答し、異なる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アクションを使用して、1 つのアカウントでVPC作成した Amazon を、別のアカウントで作成したプライベートホストゾーンに関連付けることができるようになりました。詳細については、「Amazon VPCと、作成したプライベートホストゾーンを異なる AWS アカウントに関連付ける」を参照してください。

2016 年 8 月 30 日

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

  • Name Authority Pointer (NAPTR) レコード – 動的委任検出システム (DDDS) アプリケーションによって使用されるNAPTRレコードを作成して、ある値を別の値に変換したり、ある値を別の値に置き換えたりできるようになりました。例えば、電話番号を に変換するのが一般的な用途の 1 SIP つですURIs。詳細については、「NAPTR レコードタイプ」を参照してください。

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

2016 年 8 月 11 日

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

2016 年 8 月 9 日

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

2016 年 7 月 7 日

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

2016 年 7 月 6 日

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

2016 年 5 月 26 日

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

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

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

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

2016 年 4 月 5 日

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

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

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

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

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

2016 年 2 月 23 日

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

2016 年 1 月 27 日

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

2016 年 1 月 19 日

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

2015 リリース

2015 年 12 月 3 日

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リファレンス」を参照してください。

2015 年 10 月 19 日

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

  • Amazon Registrar, Inc. による .com および .net ドメインのドメイン登録 – Amazon は、Amazon Registrar, Inc. を通じて .com および .net の最上位ドメイン (TLDs) の ICANN認定レジストラになりました。 Route 53 を使用して .com または .net ドメインを登録すると、Amazon Registrar が登録レジストラとなり、Whois クエリ結果に「スポンサーレジストラ」としてリストされます。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 リファレンスCreateHealthCheck」のトピックの「」を参照してください。 API

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

2015 年 3 月 3 日

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

2015 年 2 月 26 日

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

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 リファレンス」のUpdateHostedZoneComment「」を参照してください。 API

2014 年 11 月 5 日

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

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

  • ヘルスチェックの失敗理由 – 選択したヘルスチェックの現在のステータスに加えて、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 API Route 53 リファレンス」の「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 アドレスが固定されていない場合、または Amazon EC2インスタンスや Amazon RDSインスタンスIPsなどの複数の によって提供される場合に便利です。詳細については、「ヘルスチェックの作成と更新」を参照してください。

さらに、Amazon Route 53 デベロッパーガイドに以前記載APIされていた Route 53 の使用に関する情報もいくつか移動されました。 これで、すべてのAPIドキュメントが Amazon Route 53 APIリファレンス に表示されます。

2014 年 4 月 18 日

このリリースでは、ヘルスチェックポート値が 443 でプロトコル値が の場合、Route 53 は Hostヘッダーに別の値を渡しますHTTPS。 この場合のヘルスチェックを行う際、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 でヘルスチェックの正常性を判断する方法」を参照してください。

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

2013 年 5 月 30 日

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

2013 年 3 月 28 日

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

2013 年 2 月 11 日

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

2012 リリース

2012 年 3 月 21 日

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

2011 リリース

2011 年 12 月 21 日

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

2011 年 11 月 16 日

このリリースでは、 の Route 53 コンソールを使用して、ホストゾーン AWS Management Console の作成と削除、およびレコードの作成、変更、削除を行うことができます。この機能は、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 デベロッパーガイドの初回リリース版です。