翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # WorkSpaces Personal のクロスリージョンリダイレクト Amazon WorkSpaces のクロスリージョンリダイレクト機能を使用すると、WorkSpaces の登録コードとして完全修飾ドメイン名 (FQDN) を使用できます。クロスリージョンリダイレクトは、ドメインネームシステム (DNS) ルーティングポリシーと連携して、プライマリ WorkSpaces が利用できない場合に WorkSpaces ユーザーを別の WorkSpaces にリダイレクトします。たとえば、DNS フェイルオーバールーティングポリシーを使用すると、プライマリ AWS リージョンの WorkSpaces にアクセスできない場合に、指定したフェイルオーバーリージョンの WorkSpaces にユーザーを接続できます。 リージョン間のリダイレクトを DNS フェイルオーバールーティングポリシーとともに使用して、リージョンの耐障害性と高可用性を実現できます。この機能は、トラフィックのディストリビューションや、メンテナンス期間中の代替の WorkSpaces の提供など、他の目的に使用することもできます。DNS 設定に Amazon Route 53 を使用する場合は、Amazon CloudWatch アラームを監視するヘルスチェックを利用できます。 この機能を使用するには、2 つの (またはそれ以上の) AWS リージョンでユーザーの WorkSpaces を設定する必要があります。また、*接続エイリアス*と呼ばれる特別な FQDN ベースの登録コードを作成する必要があります。これらの接続エイリアスは、WorkSpaces ユーザーのリージョン固有の登録コードを置き換えます。(リージョン固有の登録コードは有効なままです。ただし、リージョン間リダイレクトが機能するためには、ユーザーは登録コードとして代わりに FQDN を使用する必要があります)。 接続エイリアスを作成するには、`www.example.com` または `desktop.example.com` などの FQDN である*接続文字列*を指定します。このドメインをクロスリージョンリダイレクトで使用するには、ドメインレジストラに登録し、ドメインの DNS サービスを構成する必要があります。 接続エイリアスを作成したら、これらを異なるリージョンの WorkSpaces ディレクトリに関連付けて、*関連付けペア*を作成します。関連付けペアごとに、プライマリリージョンと 1 つ以上のフェイルオーバーリージョンがあります。プライマリリージョンで停止が発生した場合、DNS フェイルオーバールーティングポリシーにより、WorkSpaces ユーザーはフェイルオーバーリージョンで設定した WorkSpaces にリダイレクトされます。 プライマリリージョンとフェイルオーバーリージョンを指定するには、DNS フェイルオーバールーティングポリシーを設定するときに、リージョンの優先順位 (プライマリまたはセカンダリ) を定義します。 **Topics** + [前提条件](#cross-region-redirection-prerequisites) + [制限事項](#cross-region-redirection-limitations) + [ステップ 1: 接続エイリアスを作成する](#cross-region-redirection-create-connection-aliases) + [(オプション) ステップ 2: 接続エイリアスを別のアカウントと共有する](#cross-region-redirection-share-connection-alias) + [ステップ 3: 接続エイリアスを各リージョンのディレクトリに関連付ける](#cross-region-redirection-associate-connection-aliases) + [ステップ 4: DNS サービスを設定し、DNS ルーティングポリシーを設定する](#cross-region-redirection-configure-DNS-routing) + [ステップ 5: 接続文字列を WorkSpaces ユーザーに送信する](#cross-region-redirection-send-connection-string-to-users) + [クロスリージョンリダイレクトアーキテクチャ図](#cross-region-redirection-architecture-diagram) + [クロスリージョンリダイレクトを開始する](#initiate-cross-region-redirection) + [クロスリージョンリダイレクト時の動作](#cross-region-redirection-what-happens) + [ディレクトリからの接続エイリアスの関連付けを解除する](#cross-region-redirection-disassociate-connection-alias) + [接続エイリアスの共有を解除する](#cross-region-redirection-unshare-connection-alias) + [接続エイリアスを削除する](#cross-region-redirection-delete-connection-alias) + [接続エイリアスを関連付けおよび関連付け解除するための IAM 許可](#cross-region-redirection-iam) + [クロスリージョンリダイレクトの使用を停止する場合のセキュリティ上の考慮事項](#cross-region-redirection-security-considerations) ## 前提条件 + 接続エイリアスで FQDN として使用するドメインを所有し、登録する必要があります。別のドメインレジストラをまだ使用していない場合は、Amazon Route 53 を使用してドメインを登録できます。詳細については、*Amazon Route 53 デベロッパーガイド*の [Amazon Route 53 を使用したドメイン名の登録](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar.html)を参照してください。 **重要** Amazon WorkSpaces とともに使用するドメイン名を使用するには、必要なすべての権限が必要です。お客様は、ドメイン名が第三者の法的権利を侵害または侵害しないこと、または適用法に違反しないことに同意するものとします。 ドメイン名の長さの合計は 255 文字を超えることはできません。ドメイン名の詳細については、*Amazon Route 53 デベロッパーガイド*の [DNS ドメイン名の形式](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/DomainNameFormat.html)を参照してください。 クロスリージョンリダイレクトは、パブリックドメイン名とプライベート DNS ゾーンのドメイン名の両方で機能します。プライベート DNS ゾーンを使用している場合は、WorkSpaces を含む仮想プライベートクラウド (VPC) への仮想プライベートネットワーク (VPN) 接続を提供する必要があります。WorkSpaces ユーザーがパブリックインターネットからプライベート FQDN を使用しようとすると、WorkSpaces クライアントアプリケーションは次のエラーメッセージを返します。 `"We're unable to register the WorkSpace because of a DNS server issue. Contact your administrator for help."` + DNS サービスをセットアップし、必要な DNS ルーティングポリシーを設定する必要があります。クロスリージョンリダイレクトは DNS ルーティングポリシーと連携して動作し、必要に応じて WorkSpaces ユーザーをリダイレクトします。 + クロスリージョンリダイレクトを設定する各プライマリリージョンとフェイルオーバーリージョンで、ユーザー用の WorkSpaces を作成します。各リージョンの各 WorkSpaces ディレクトリで同じユーザー名を使用していることを確認してください。Active Directory ユーザーデータの同期を維持するには、AD Connector を使用して、ユーザー用に WorkSpaces を設定した各リージョンで同じ Active Directory をポイントすることをお勧めします。WorkSpaces の作成の詳細については、「[WorkSpaces の起動](launch-workspaces-tutorials.md)」を参照してください。 **重要** マルチリージョンレプリケーション用に AWS Managed Microsoft AD ディレクトリを設定する場合、プライマリリージョンのディレクトリのみを Amazon WorkSpaces で使用するために登録できます。Amazon WorkSpaces で使用するためにレプリケートされたリージョンにディレクトリを登録しようとすると失敗します。 AWS Managed Microsoft AD によるマルチリージョンレプリケーションは、レプリケートされたリージョン内の Amazon WorkSpaces での使用はサポートされていません。 クロスリージョンリダイレクトの設定が完了したら、WorkSpaces ユーザーがプライマリリージョンにリージョンベースの登録コード (`WSpdx+ABC12D` など) ではなく FQDN ベースの登録コードを使用していることを確認する必要があります。これを行うには、[ステップ 5: 接続文字列を WorkSpaces ユーザーに送信する](#cross-region-redirection-send-connection-string-to-users) の手順を使用して、FQDN 接続文字列を含む E メールを送信する必要があります。 **注記** Active Directory でユーザーを作成するのではなく、WorkSpaces コンソールでユーザーを作成すると、新しい WorkSpace を起動するたびにリージョンベースの登録コードが記載された招待メールがユーザーに自動的に送信されます。つまり、フェイルオーバーリージョンでユーザー用に WorkSpaces を設定すると、これらのフェイルオーバー WorkSpaces の E メールも自動的に受信されます。リージョンベースの登録コードを含む E メールを無視するようにユーザーに指示する必要があります。 ## 制限事項 + クロスリージョンリダイレクトでは、プライマリリージョンへの接続が失敗したかどうかを自動的にチェックせず、WorkSpaces を別のリージョンにフェイルオーバーします。つまり、自動フェイルオーバーは発生しません。 自動フェイルオーバーシナリオを実装するには、リージョン間リダイレクトと組み合わせて他のメカニズムを使用する必要があります。例えば、プライマリリージョンで CloudWatch アラームをモニタリングする Route 53 ヘルスチェックと組み合わせた Amazon Route 53 フェイルオーバー DNS ルーティングポリシーを使用できます。プライマリリージョンの CloudWatch アラームがトリガーされると、DNS フェイルオーバールーティングポリシーによって、WorkSpaces ユーザーがフェイルオーバーリージョンで設定した WorkSpaces にリダイレクトされます。 + クロスリージョンリダイレクトは、バージョン 3.0.9 以降の Linux、macOS、および Windows WorkSpaces クライアントアプリケーションでのみサポートされます。ウェブアクセスでクロスリージョンリダイレクトを使用することもできます。 + クロスリージョンリダイレクトは、 AWS GovCloud (US) Regionおよび中国 (寧夏) リージョンを除く、[AWS Amazon WorkSpaces が利用可能な](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)すべての リージョンで使用できます。 ## ステップ 1: 接続エイリアスを作成する 同じ AWS アカウントを使用して、クロスリージョンリダイレクトを設定するプライマリリージョンとフェイルオーバーリージョンごとに接続エイリアスを作成します。 **接続エイリアスを作成するには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. コンソールの右上隅で、WorkSpaces のプライマリ AWS リージョンを選択します。 1. ナビゲーションペインで [**アカウント設定**] を選択します。 1. [**クロスリージョンリダイレクト**] で、[**接続エイリアスの作成**] を選択します。 1. [**接続文字列**] に、`www.example.com` または `desktop.example.com` などの FQDN を入力します。接続文字列は最大 255 文字です。使用できる文字は、文字 (A～Z および a～z)、数字 (0～9)、および次の文字のみです: .- **重要** 接続文字列を作成すると、常に AWS アカウントに関連付けられます。元のアカウントからすべてのインスタンスを削除しても、同じ接続文字列を別のアカウントで再作成することはできません。接続文字列は、アカウント用にグローバルに予約されています。 1. (オプション) [**タグ**] で、接続エイリアスと関連付けるタグを指定します。 1. [**接続エイリアスの作成**] を選択します。 1. 上記のステップを繰り返しますが、[Step 2](#step_select_region_create_alias) では、WorkSpaces のフェイルオーバーリージョンを必ず選択してください。複数のフェイルオーバーリージョンがある場合は、フェイルオーバーリージョンごとにこれらのステップを繰り返します。各フェイルオーバーリージョンで接続エイリアスを作成するには、必ず同じ AWS アカウントを使用してください。 ## (オプション) ステップ 2: 接続エイリアスを別のアカウントと共有する 接続エイリアスは、同じ AWS リージョン内の他の 1 つの AWS アカウントと共有できます。接続エイリアスを別のアカウントと共有すると、そのエイリアスを同じリージョン内のそのアカウントが所有するディレクトリに関連付けたり、関連付けを解除したりするアクセス許可がそのアカウントに付与されます。接続エイリアスを所有するアカウントだけが、エイリアスを削除できます。 **注記** 接続エイリアスは、 AWS リージョンごとに 1 つのディレクトリにのみ関連付けることができます。接続エイリアスを別の AWS アカウントと共有する場合、エイリアスをそのリージョンのディレクトリに関連付けることができるのは 1 つのアカウント (アカウントまたは共有アカウント) のみです。 **接続エイリアスを別の AWS アカウントと共有するには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. コンソールの右上隅で、接続エイリアスを別の AWS アカウントと共有する AWS リージョンを選択します。 1. ナビゲーションペインで [**アカウント設定**] を選択します。 1. [**クロスリージョンリダイレクトの関連付け**] で、接続文字列を選択し、[**アクション**]、[**接続エイリアスの共有/共有解除**] を選択します。 接続エイリアスの詳細ページからエイリアスを共有することもできます。これを行うには、[**共有アカウント**] で、[**接続エイリアスの共有**] を選択します。 1. **「接続エイリアスの共有/共有解除**」ページの**「アカウントとの共有**」の下に、この AWS リージョンで接続エイリアスを共有する AWS アカウント ID を入力します。 1. [**Share**] を選択します。 ## ステップ 3: 接続エイリアスを各リージョンのディレクトリに関連付ける 同じ接続エイリアスを複数のリージョンの WorkSpaces ディレクトリに関連付けると、ディレクトリ間に関連付けペアが作成されます。関連付けペアごとに、プライマリリージョンと 1 つ以上のフェイルオーバーリージョンがあります。 例えば、プライマリリージョンが米国西部 (オレゴン) リージョンの場合、米国西部 (オレゴン) リージョンの WorkSpaces ディレクトリと、米国東部 (バージニア北部) リージョンの WorkSpaces ディレクトリをペアにすることができます。プライマリリージョンで停止が発生した場合、クロスリージョンリダイレクトは DNS フェイルオーバールーティングポリシーと、米国西部 (オレゴン) リージョンに配置したヘルスチェックと連携して動作し、米国東部 (バージニア北部) リージョンで設定した WorkSpaces にユーザーをリダイレクトします。クロスリージョンリダイレクトのエクスペリエンスの詳細については、[クロスリージョンリダイレクト時の動作](#cross-region-redirection-what-happens) を参照してください。 **注記** WorkSpaces ユーザーがフェイルオーバーリージョンからかなり離れている (たとえば、数千マイル離れている) 場合、WorkSpaces のエクスペリエンスの反応は通常より低くなることがあります。ロケーションからさまざまな AWS リージョンへの往復時間 (RTT) を確認するには、[Amazon WorkSpaces Connection Health Check](https://clients.amazonworkspaces.com/Health.html) を使用します。 **接続エイリアスをディレクトリに関連付けるには** 接続エイリアスは、 AWS リージョンごとに 1 つのディレクトリにのみ関連付けることができます。接続エイリアスを別の AWS アカウントと共有している場合、エイリアスをそのリージョンのディレクトリに関連付けることができるアカウント (アカウントまたは共有アカウント) は 1 つだけです。 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. コンソールの右上隅で、WorkSpaces のプライマリ AWS リージョンを選択します。 1. ナビゲーションペインで [**アカウント設定**] を選択します。 1. [**クロスリージョンリダイレクトの関連付け**] で、接続文字列を選択し、[**アクション**]、[**関連付け/関連付け解除**] を選択します。 接続エイリアスの詳細ページから、接続エイリアスをディレクトリに関連付けることもできます。これを行うには、[**関連付けられたディレクトリ**] で、[**ディレクトリを関連付ける**] を選択します。 1. **関連付け/関連付け解除**ページの**ディレクトリへの関連付け**で、この AWS リージョンで接続エイリアスを関連付けるディレクトリを選択します。 **注記** マルチリージョンレプリケーション用に AWS Managed Microsoft AD ディレクトリを設定する場合、Amazon WorkSpaces で使用できるのはプライマリリージョンのディレクトリのみです。Amazon WorkSpaces でレプリケートされたリージョンのディレクトリを使用しようとすると失敗します。 AWS Managed Microsoft AD によるマルチリージョンレプリケーションは、レプリケートされたリージョン内の Amazon WorkSpaces での使用はサポートされていません。 1. [**Associate**] を選択します。 1. 上記のステップを繰り返しますが、[Step 2](#step_select_region_associate_alias) では、WorkSpaces のフェイルオーバーリージョンを必ず選択してください。複数のフェイルオーバーリージョンがある場合は、フェイルオーバーリージョンごとにこれらのステップを繰り返します。各フェイルオーバーリージョンのディレクトリに、同じ接続エイリアスを関連付けてください。 ## ステップ 4: DNS サービスを設定し、DNS ルーティングポリシーを設定する 接続エイリアスと接続エイリアスの関連付けのペアを作成したら、接続文字列で使用したドメインの DNS サービスを設定できます。この目的には、任意の DNS サービスプロバイダーを使用できます。優先 DNS サービスプロバイダーをまだお持ちでない場合は、Amazon Route 53 を使用できます。詳細については、*Amazon Route 53 デベロッパーガイド*の [Amazon Route 53 を DNS サービスとして設定する](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-configuring.html)を参照してください。 ドメインの DNS サービスを設定したら、クロスリージョンリダイレクトに使用する DNS ルーティングポリシーを設定する必要があります。例えば、Amazon Route 53 ヘルスチェックを使用して、ユーザーが特定のリージョンの WorkSpaces に接続できるかどうかを判断できます。ユーザーが接続できない場合は、DNS フェイルオーバーポリシーを使用して、あるリージョンから別のリージョンに DNS トラフィックをルーティングできます。 DNS ルーティングポリシーの選択の詳細については、*Amazon Route 53 デベロッパーガイド*の[ルーティングポリシーの選択](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html)を参照してください。Amazon Route 53 ヘルスチェックの詳細については、*Amazon Route 53 デベロッパーガイド*の [Amazon Route 53 によるリソースのヘルスチェック方法](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/welcome-health-checks.html)を参照してください。 DNS ルーティングポリシーを設定するときは、接続エイリアスとプライマリリージョンの WorkSpaces ディレクトリとの間の関連付けの*接続識別子*が必要になります。また、フェイルオーバーリージョンまたはリージョン内の接続エイリアスと WorkSpaces ディレクトリ間の関連付けの接続識別子も必要です。 **注記** 接続識別子が接続エイリアス ID と同じ**ではありません**。接続エイリアス ID は `wsca-` で始まります。 **接続エイリアスの関連付けの接続識別子を見つけるには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. コンソールの右上隅で、WorkSpaces のプライマリ AWS リージョンを選択します。 1. ナビゲーションペインで [**アカウント設定**] を選択します。 1. [**クロスリージョンリダイレクトの関連付け**] で、接続文字列テキスト (FQDN) を選択し、接続エイリアスの詳細ページを表示します。 1. 接続エイリアスの詳細ページの [**関連付けられたディレクトリ**] で、[**接続識別子**] に表示される値をメモします。 1. 上記のステップを繰り返しますが、[Step 2](#step_select_region_connection_id) では、WorkSpaces のフェイルオーバーリージョンを必ず選択してください。複数のフェイルオーバーリージョンがある場合は、これらのステップを繰り返して、各フェイルオーバーリージョンの接続 ID を調べます。 **例: Route 53 を使用して DNS フェイルオーバールーティングポリシーを設定するには** 次の例では、ドメインのパブリックホストゾーンを設定します。ただし、パブリックホストゾーンまたはプライベートホストゾーンを設定できます。ホストゾーンの設定の詳細については、*Amazon Route 53 デベロッパーガイド*の[ホストゾーンの使用](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/hosted-zones-working-with.html)を参照してください。 この例では、フェイルオーバールーティングポリシーも使用します。クロスリージョンリダイレクト戦略には、他のルーティングポリシータイプを使用できます。DNS ルーティングポリシーの選択の詳細については、*Amazon Route 53 デベロッパーガイド*の[ルーティングポリシーの選択](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html)を参照してください。 Route 53 でフェイルオーバールーティングポリシーを設定する場合、プライマリリージョンのヘルスチェックが必要です。Route 53 でのヘルスチェックの作成の詳細については、*Amazon Route 53 デベロッパーガイド*の [Amazon Route 53 ヘルスチェックの作成と DNS フェイルオーバーの設定](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html)および[ ヘルスチェックの作成、更新、および削除](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-creating-deleting.html)を参照してください。 Route 53 ヘルスチェックで Amazon CloudWatch アラームを使用する場合は、プライマリリージョンのリソースを監視する CloudWatch アラームも設定する必要があります。CloudWatch の詳細については、*Amazon CloudWatch ユーザーガイド*の [Amazon CloudWatch とは](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)を参照してください。Route 53 がヘルスチェックで CloudWatch アラームを使用する方法の詳細については、*Amazon Route 53 デベロッパーガイド*の [Route 53 が CloudWatch アラームをモニタリングするヘルスチェックの状態を決定する方法](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover-determining-health-of-endpoints.html#dns-failover-determining-health-of-endpoints-cloudwatch)および [CloudWatch アラームをモニタリングする](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-creating-values.html#health-checks-creating-values-cloudwatch)を参照してください。 Route 53 で DNS フェイルオーバールーティングポリシーを設定するには、まずドメインのホストゾーンを作成する必要があります。 1. Route 53 コンソール ([https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)) を開きます。 1. ナビゲーションペインで、[**ホストゾーン**] を選択し、[**ホストゾーンの作成**] を選択します。 1. [**作成されたホストゾーン**] ページで、[**ドメイン名**] にドメイン名 (`example.com` など) を入力します。 1. [**タイプ**] で、[**パブリックホストゾーン**] を選択します。 1. [**ホストゾーンの作成**] を選択します。 次に、プライマリリージョンのヘルスチェックを作成します。 1. Route 53 コンソール ([https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)) を開きます。 1. ナビゲーションペインで、[**ヘルスチェック**] を選択し、[**ヘルスチェックの作成**] を選択します。 1. [**ヘルスチェックの設定**] ページで、ヘルスチェックの名前を入力します。 1. [**監視対象**] で、[**エンドポイント**]、[**他のヘルスチェックのステータス (計算されたヘルスチェック)**]、または [**CloudWatch アラームの状態**] のいずれかを選択します。 1. 前のステップで選択した内容に応じて、ヘルスチェックを設定し、[**次へ**] を選択します。 1. [**ヘルスチェックが失敗したときに通知を受け取る**] ページの [**アラームの作成**] で、[**はい**] または [**いいえ**] を選択します。 1. [**ヘルスチェックの作成**] を選択します。 ヘルスチェックを作成したら、DNS フェイルオーバーレコードを作成できます。 1. Route 53 コンソール ([https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)) を開きます。 1. ナビゲーションペインで [**Hosted zones**] を選択します。 1. [**ホストゾーン**] ページで、ドメイン名を選択します。 1. ドメイン名の詳細ページで、[**レコードの作成**] を選択します。 1. [**ルーティングポリシーの選択**] ページで、[**フェイルオーバー**] を選択し、[**次へ**] を選択します。 1. [**レコードの設定**] ページの [**基本設定**] で、[**レコード名**] にサブドメイン名を入力します。たとえば、FQDN が `desktop.example.com` の場合は、**desktop** と入力します。 **注記** ルートドメインを使用する場合は、[**レコード名**] を空白のままにします。ただし、WorkSpaces でのみ使用するようにドメインを設定していない限り、`desktop` または `workspaces` などのサブドメインを使用することをお勧めします。 1. [**レコードのタイプ**] で、[**TXT – E メールの送信者の確認およびアプリケーション固有の値の確認に使用します**] を選択します。 1. [**TTL 秒**] の設定はデフォルトのままにします。 1. [**{{your\_domain\_name}}に追加するフェイルオーバーレコード**] で、[**フェイルオーバーレコードの定義**] を選択します。 次に、プライマリリージョンとフェイルオーバーリージョンのフェイルオーバーレコードを設定する必要があります。 **例: プライマリリージョンのフェイルオーバーレコードを設定するには** 1. [**フェイルオーバーレコードの定義**] ダイアログボックスの [**値/トラフィックのルーティング先**] で、[**レコードのタイプに応じた IP アドレスまたは別の値**] を選択します。 1. サンプルテキストエントリを入力するためのボックスが開きます。プライマリリージョンの接続エイリアスの関連付けの接続識別子を入力します。 1. [**フェイルオーバーレコードタイプ**] で、[**プライマリ**] を選択します。 1. [**ヘルスチェック**] で、プライマリリージョン用に作成したヘルスチェックを選択します。 1. [**レコード ID**] に、このレコードを識別するための説明を入力します。 1. [**フェイルオーバーレコードの定義**] を選択します。新しいフェイルオーバーレコードは、[**{{your\_domain\_name}} に追加するフェイルオーバーレコード**] の下に表示されます。 **例: フェイルオーバーリージョンのフェイルオーバーレコードを設定するには** 1. [**{{your\_domain\_name}}に追加するフェイルオーバーレコード**] で、[**フェイルオーバーレコードの定義**] を選択します。 1. [**フェイルオーバーレコードの定義**] ダイアログボックスの [**値/トラフィックのルーティング先**] で、[**レコードのタイプに応じた IP アドレスまたは別の値**] を選択します。 1. サンプルテキストエントリを入力するためのボックスが開きます。フェイルオーバーリージョンの接続エイリアスの関連付けの接続識別子を入力します。 1. [**フェイルオーバーレコードタイプ**] で、[**セカンダリ**] を選択します。 1. (オプション) [**ヘルスチェック**] に、フェイルオーバーリージョン用に作成したヘルスチェックを入力します。 1. [**レコード ID**] に、このレコードを識別するための説明を入力します。 1. [**フェイルオーバーレコードの定義**] を選択します。新しいフェイルオーバーレコードは、[**{{your\_domain\_name}} に追加するフェイルオーバーレコード**] の下に表示されます。 プライマリリージョンに設定したヘルスチェックが失敗した場合、DNS フェイルオーバールーティングポリシーによって WorkSpaces ユーザーがフェイルオーバーリージョンにリダイレクトされます。Route 53 は引き続きプライマリリージョンのヘルスチェックを監視し、プライマリリージョンのヘルスチェックが失敗しなくなった場合、Route 53 は WorkSpaces ユーザーをプライマリリージョンの WorkSpaces に自動的にリダイレクトします。 DNS レコードの作成の詳細については、*Amazon Route 53 デベロッパーガイド*の [Amazon Route 53 コンソールを使用したレコードの作成](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-creating.html)を参照してください。DNS TXT レコードの設定の詳細については、*Amazon Route 53 デベロッパーガイド*の [TXT レコードタイプ](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/ResourceRecordTypes.html#TXTFormat)を参照してください。 ## ステップ 5: 接続文字列を WorkSpaces ユーザーに送信する 停止中にユーザーの WorkSpaces を必要に応じてリダイレクトするには、接続文字列 (FQDN) をユーザーに送信する必要があります。既に WorkSpaces ユーザーにリージョンベースの登録コード (`WSpdx+ABC12D` など) を発行している場合、これらのコードは有効なままです。ただし、クロスリージョンリダイレクトが機能するためには、WorkSpaces ユーザーが WorkSpaces クライアントアプリケーションに WorkSpaces を登録するときに、登録コードとして接続文字列を使用する必要があります。 **重要** Active Directory でユーザーを作成するのではなく、WorkSpaces コンソールでユーザーを作成すると、新しい WorkSpace を起動するたびに、リージョンベースの登録コード (`WSpdx+ABC12D` など) が記載された招待 E メールがユーザーに自動的に送信されます。クロスリージョンリダイレクトをすでに設定している場合でも、新しい WorkSpaces 用に自動的に送信される招待 E メールには、接続文字列ではなく、このリージョンベースの登録コードが含まれています。 WorkSpaces ユーザーがリージョンベースの登録コードの代わりに接続文字列を使用していることを確認するには、以下の手順に従って、接続文字列を含む別の E メールを送信する必要があります。 **接続文字列を WorkSpaces ユーザーに送信するには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. コンソールの右上隅で、WorkSpaces のプライマリ AWS リージョンを選択します。 1. ナビゲーションペインで [**WorkSpaces**] を選択します。 1. [**WorkSpaces**] ページで、検索ボックスを使用して招待を送信するユーザーを検索し、検索結果から対応する WorkSpace を選択します。一度に選択できる WorkSpace は 1 つだけです。 1. [**アクション**]、[**Invite User (ユーザーを招待)**] の順に選択します。 1. [**WorkSpaces にユーザーを招待する**] ページに、ユーザーに送信する E メールテンプレートが表示されます。 1. (オプション) WorkSpaces ディレクトリに複数の接続エイリアスが関連付けられている場合は、[**接続エイリアス文字列**] リストからユーザーが使用する接続文字列を選択します。E メールテンプレートが更新され、選択した文字列が表示されます。 1. メールアプリケーションを使用して、E メールテンプレートテキストをコピーしユーザー宛のメールに貼り付けます。E メールアプリケーションでは、必要に応じてテキストを変更できます。招待 E メールの準備ができたら、ユーザーに送信します。 ## クロスリージョンリダイレクトアーキテクチャ図 次の図は、クロスリージョンリダイレクトのデプロイプロセスを示しています。 ![クロスリージョンリダイレクト](http://docs.aws.amazon.com/ja_jp/workspaces/latest/adminguide/images/Doppel-admin-LT-MRR.png) **注記** クロスリージョンリダイレクトでは、クロスリージョンのフェイルオーバーとフォールバックのみが円滑化されます。セカンダリリージョンで WorkSpaces を容易に作成、維持できるわけではなく、クロスリージョンのデータレプリケーションも許可されません。プライマリリージョンとセカンダリリージョンの両方の WorkSpaces は個別に管理する必要があります。 ## クロスリージョンリダイレクトを開始する 障害が発生した場合、DNS レコードを手動で更新するか、ヘルスチェックに基づく自動ルーティングポリシーを使用して、フェイルオーバーリージョンを決定できます。「[Creating Disaster Recovery Mechanisms Using Amazon Route 53](https://aws.amazon.com/blogs/networking-and-content-delivery/creating-disaster-recovery-mechanisms-using-amazon-route-53/)」で説明されているディザスタリカバリメカニズムに従うことをお勧めします。 ## クロスリージョンリダイレクト時の動作 リージョンのフェイルオーバー中、WorkSpaces ユーザーはプライマリリージョンの WorkSpaces から切断されます。再接続しようとすると、次のエラーメッセージが表示されます。 `We can't connect to your WorkSpace. Check your network connection, and then try again.` その後、ユーザーは再度ログインするように求められます。登録コードとして FQDN を使用している場合、再ログインすると、DNS フェイルオーバールーティングポリシーによって、フェイルオーバーリージョンで設定した WorkSpaces にリダイレクトされます。 **注記** 場合によっては、ユーザーが再度ログインしたときに再接続できないことがあります。この現象が発生した場合は、WorkSpaces クライアントアプリケーションを閉じて再起動してから、再度ログインを試みる必要があります。 ## ディレクトリからの接続エイリアスの関連付けを解除する ディレクトリから接続エイリアスの関連付けを解除できるのは、ディレクトリを所有するアカウントだけです。 接続エイリアスを別のアカウントと共有していて、そのアカウントがそのアカウントが所有するディレクトリに接続エイリアスを関連付けている場合は、そのアカウントを使用して接続エイリアスとディレクトリとの関連付けを解除する必要があります。 **ディレクトリから接続エイリアスの関連付けを解除するには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. コンソールの右上で、関連付けを解除する接続エイリアスを含む AWS リージョンを選択します。 1. ナビゲーションペインで [**アカウント設定**] を選択します。 1. [**クロスリージョンリダイレクトの関連付け**] で、接続文字列を選択し、[**アクション**]、[**関連付け/関連付け解除**] を選択します。 接続エイリアスの詳細ページから接続エイリアスの関連付けを解除することもできます。これを行うには、[**関連付けられたディレクトリ**] で、[**関連付け解除**] を選択します。 1. [**関連付け/関連付け解除**] ページで、[**関連付けを解除**] を選択します。 1. 関連付けの解除を確認するダイアログボックスで、[**関連付けを解除**] を選択します。 ## 接続エイリアスの共有を解除する 接続エイリアスの所有者だけがエイリアスを共有解除できます。接続エイリアスをアカウントと共有解除すると、そのアカウントは接続エイリアスをディレクトリに関連付けることができなくなります。 **接続エイリアスを共有解除するには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. コンソールの右上隅で、共有を解除する接続エイリアスを含む AWS リージョンを選択します。 1. ナビゲーションペインで [**アカウント設定**] を選択します。 1. [**クロスリージョンリダイレクトの関連付け**] で、接続文字列を選択し、[**アクション**]、[**接続エイリアスの共有/共有解除**] を選択します。 接続エイリアスの詳細ページから接続エイリアスの共有を解除することもできます。これを行うには、[**共有アカウント**] で [**共有解除**] を選択します。 1. [**接続の共有/共有解除**] ページで、[**共有解除**] を選択します。 1. 接続エイリアスの共有解除を確認するダイアログボックスで、[**共有解除**] を選択します。 ## 接続エイリアスを削除する 接続エイリアスは、アカウントによって所有され、ディレクトリに関連付けられていない場合にのみ、削除できます。 接続エイリアスを別のアカウントと共有していて、そのアカウントがそのアカウントが所有するディレクトリに接続エイリアスを関連付けている場合、接続エイリアスを削除する前に、そのアカウントと接続エイリアスをディレクトリから関連付け解除する必要があります。 **重要** 接続文字列を作成すると、常に AWS アカウントに関連付けられます。元のアカウントからすべてのインスタンスを削除しても、同じ接続文字列を別のアカウントで再作成することはできません。接続文字列は、アカウント用にグローバルに予約されています。 **警告** **WorkSpaces ユーザーの登録コードとして FQDN を使用しなくなった場合は、セキュリティ上の問題を防ぐために一定の予防措置を講じる必要があります。**詳細については、「[クロスリージョンリダイレクトの使用を停止する場合のセキュリティ上の考慮事項](#cross-region-redirection-security-considerations)」を参照してください。 **接続エイリアスを削除するには** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) で WorkSpaces コンソールを開きます。 1. コンソールの右上隅で、削除する接続エイリアスを含む AWS リージョンを選択します。 1. ナビゲーションペインで [**アカウント設定**] を選択します。 1. [**クロスリージョンリダイレクトの関連付け**] で、接続文字列を選択し、[**削除**] を選択します。 接続エイリアスの詳細ページから接続エイリアスを削除することもできます。これを行うには、ページの右上の [**削除**] を選択します。 **注記** [**削除**] ボタンが無効になっている場合は、そのエイリアスの所有者であることを確認し、エイリアスがディレクトリに関連付けられていないことを確認します。 1. 削除の確認を求めるダイアログボックスで、[**削除**] を選択します。 ## 接続エイリアスを関連付けおよび関連付け解除するための IAM 許可 IAM ユーザーを使用して接続エイリアスを関連付け、または関連付けを解除する場合、ユーザーには `workspaces:AssociateConnectionAlias` および `workspaces:DisassociateConnectionAlias` のアクセス許可が必要です。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "workspaces:AssociateConnectionAlias", "workspaces:DisassociateConnectionAlias" ], "Resource": [ "arn:aws:workspaces:{{us-east-1}}:{{123456789012}}:connectionalias/{{wsca-a1bcd2efg}}" ] } ] } ``` ------ **重要** 接続エイリアスを所有していないアカウントの接続エイリアスを関連付け、または関連付けを解除するための IAM ポリシーを作成する場合は、ARN でアカウント ID を指定できません。代わりに、次のポリシー例に示すように、アカウント ID には `*` を使用する必要があります。 **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "workspaces:AssociateConnectionAlias", "workspaces:DisassociateConnectionAlias" ], "Resource": [ "arn:aws:workspaces:{{us-east-1}}:*:connectionalias/{{wsca-a1bcd2efg}}" ] } ] } ``` ARN でアカウント ID を指定できるのは、関連付け、または関連付けを解除する接続エイリアスをそのアカウントが所有している場合だけです。 IAM の操作方法の詳細については、[WorkSpaces の Identity and Access Management](workspaces-access-control.md) を参照してください。 ## クロスリージョンリダイレクトの使用を停止する場合のセキュリティ上の考慮事項 WorkSpaces ユーザーの登録コードとして FQDN を使用しなくなった場合は、潜在的なセキュリティ上の問題を防ぐために、次の予防措置を講じる必要があります。 + WorkSpaces ユーザーに WorkSpaces ディレクトリのリージョン固有の登録コード (`WSpdx+ABC12D` など) を発行し、登録コードとして FQDN の使用を停止するように指示してください。 + **まだこのドメインを所有している場合は**、フィッシング攻撃で悪用されないように、DNS TXT レコードを更新してこのドメインを削除してください。DNS TXT レコードからこのドメインを削除し、WorkSpaces ユーザーが登録コードとして FQDN を使用しようとすると、接続試行は無害に失敗します。 + **このドメインを所有しなくなった場合**、WorkSpaces ユーザーはリージョン固有の登録コードを使用する**必要があります**。登録コードとして FQDN を使用し続けると、接続試行が悪意のあるサイトにリダイレクトされる可能性があります。