ドキュメント履歴 - Amazon Route 53

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

ドキュメント履歴

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

2018 リリース

2018 年 12 月 20 日

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

2018 年 11 月 28 日

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

2018 年 11 月 19 日

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

2018 年 11 月 7 日

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

2018 年 10 月 18 日

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

2018 年 3 月 13 日

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

2018 年 3 月 9 日

自動命名用の管理ポリシーが IAM に追加されました。詳細については、「Route 53 の AWS マネージド (事前定義) ポリシー」を参照してください。

2018 年 2 月 6 日

ELB ロードバランサーにトラフィックをルーティングするエイリアスレコードを作成するか、CNAME レコードを作成するように自動命名を設定できるようになりました。詳細については、https://docs.aws.amazon.com/cloud-map/latest/api/API_RegisterInstance.html#cloudmap-RegisterInstance-request-AttributesRegisterInstance API に関するドキュメントの「属性」を参照してください。Amazon Route 53 API Reference

2017 リリース

2017 年 5 月 12 日

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

2017 年 11 月 16 日

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

2017 年 10 月 3 日

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

2017 年 9 月 29 日

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

2017 年 9 月 11 日

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

2017 年 9 月 7 日

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

2017 年 9 月 1 日

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

2017 年 8 月 21 日

Route 53 を使用して、ドメインおよびサブドメインの証明書を発行する認証機関を指定できる CAA (Certification Authority Authorization) レコードを作成できるようになりました。詳細については、「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 クエリに応答し、さまざまな 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 つのアカウントで作成した Amazon VPC に関連付けられるようになりました。詳細については、「作成済みの Amazon VPC と、別の AWS アカウントで作成したプライベートホストゾーンを関連付ける」を参照してください。

2016 年 8 月 30 日

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

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

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

2016 年 8 月 11 日

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

2016 年 8 月 9 日

このリリースでは、Route 53 にドメイン登録する DNSSEC のサポートを追加します。DNSSEC は、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 – を持つドメインを登録できるようになりました: .college、.consulting、.host、.name、.online、.republican、.rocks、.sucks、.Trade、.website、および .uk。TLDs詳細については、「Amazon Route 53 に登録できるドメイン」を参照してください。

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

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 Beanstalk 環境、Elastic Load Balancing ロードバランサー、および Amazon S3 バケットに DNS クエリをルーティングするエイリアスレコードを作成することができます。(CloudFront ディストリビューションに DNS クエリをルーティングするエイリアスレコードを作成することはできません) 詳細については、次のドキュメントを参照してください。

2016 年 2 月 23 日

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

2016 年 1 月 27 日

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

2016 年 1 月 19 日

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

2015 リリース

2015 年 12 月 3 日

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

2015 年 10 月 19 日

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

  • Amazon Registrar, Inc. による .com および .net ドメインのドメイン登録 – Amazon は現在、Amazon Registrar, Inc. を通じて .com および .net の最上位ドメイン (TLD) を扱う ICANN 認定レジストラとなっています。 を使用して .com または .net ドメインを登録すると、Amazon Registrar が登録レジストラとなり、Whois クエリの結果に「Sponsoring Registrar」として一覧表示されます。Route 53Route 53 を使用したドメインの登録の詳細については、「Amazon Route 53 を使用したドメイン名の登録」を参照してください。

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

2015 年 9 月 15 日

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

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

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

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

2015 年 3 月 3 日

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

2015 年 2 月 26 日

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

2015 年 2 月 11 日

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

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

  • AWS CloudTrail との統合 – Route 53 が CloudTrail と連携して、ご利用の AWS アカウント (IAM ユーザーも含む) により Route 53 API に送信されるあらゆるリクエストに関する情報をキャプチャするようになりました。Route 53 と CloudTrail を統合することで、Route 53 API に対して実行されたリクエストの種類、リクエスト元の IP アドレス、リクエスト者、リクエスト日時などを判断できます。詳細については、「Logging Amazon Route 53 API calls with AWS CloudTrail」を参照してください。

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

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

2015 年 2 月 5 日

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

2015 年 1 月 22 日

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

2014 リリース

2014 年 11 月 25 日

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

2014 年 11 月 5 日

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

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

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

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

  • 位置情報ルーティングの向上 – EDNS0 の edns-client-subnet 拡張をサポートしたことで、位置情報ルーティングの正確さがさらに向上しました。詳細については、「位置情報ルーティング」を参照してください。

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

2014 年 7 月 31 日

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

2014 年 7 月 2 日

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

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

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

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

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

2014 年 4 月 30 日

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

さらに、Route 53Amazon Route 53 開発者ガイド に以前掲載されていた、 API の使用に関するいくつかの情報が移動されました。現在では、すべての API に関する情報は『Amazon Route 53 API Reference』に記載されています。

2014 年 4 月 18 日

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

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

2014 年 4 月 9 日

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

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

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

2014 年 2 月 18 日

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

  • ヘルスチェックフェイルオーバーのしきい値: がエンドポイントを異常と見なすまでの、エンドポイントが不合格となるヘルスチェックの連続回数を指定できます。1~10 回の連続チェックの回数を指定できます。Route 53異常なエンドポイントが正常と見なされるには、同じ回数のチェックに合格する必要があります。詳細については、「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 API アクションの場合は ChangeResourceRecordSets API アクションを使用してレコードを作成または変更するときに、ChangeResourceRecordSets アクションを使用して、特定の名前とタイプを持つレコードがない場合に新しいレコードを作成したり、既存のレコードを更新したりできます。UPSERT詳細については、「Amazon Route 53 API Reference」の「ChangeResourceRecordSets」を参照してください。

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 メトリクスを統合するためのサポートが追加され、次のことが可能になりました。

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

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

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

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

2013 年 6 月 11 日

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

2013 年 5 月 30 日

このリリースでは、Route 53 に、ELB ロードバランサーおよび関連する Amazon EC2 インスタンスの正常性を評価するためのサポートが追加されました。詳細については、「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 マネジメントコンソール の Route 53 コンソールを使用すると、リストから Elastic Load Balancer を選択してエイリアスレコードを作成できます。ロードバランサーのホストゾーン ID と DNS 名を手動で入力する必要はありません。新機能は、『Amazon Route 53 開発者ガイド』で説明されています。

2011 年 11 月 16 日

このリリースでは、AWS マネジメントコンソール の 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 開発者ガイド』の最初のリリースです。