WebGISDR による ArcGIS Enterprise の移行

組織は、あるコンピューター (または複数のコンピューター) から別のコンピューターに既存の ArcGIS Enterprise 組織を移行したい場合があります。これを行う理由として、より新しいハードウェアまたはオペレーティングシステムに移行することが挙げられます。このタイプの移行を実行するための方法がいくつか存在します。これには、以下が含まれます:

サイトに参加操作
Web GIS 障害復旧 (WebGISDR) ツール

WebGISDR ツールは、運用環境での作業に影響を与えないことから、よく使用されています。この方法に関連する手順はサイトに参加する方法よりも時間がかかる場合がありますが、より安全な方法と見なされています。

次の注意事項と移行方法をよく確認して、配置に最適な方法を選択してください。

WebGISDR ツールの使用に関する注意事項

WebGISDR ツールを使用して移行することを決定する前に、それが組織に最適な方法であることを確認することが重要です。以下をよく確認してください。

管理者は、運用環境に変更を加えることなく、既存のコンピューターを新しいコンピューターに移行できます。
新しい環境に切り替える前に、正常に移行したことを検証できます。
ツールは、単一コンピューターと可用性の高い配置の組み合わせの間での移動をサポートしています。
この移行方法を使用して、異なるオペレーティングシステムに移行することはできません。
元の環境と新しい環境は、WebGISDR ツールを実行するための前提条件を満たしている必要があります。組織の URL とサービスの URL は環境全体で同一である必要があります。これは、ホスト名解決方法で対処されます。

WebGISDR ツールを使用して組織を移行するには、最初にワークフローを決定します。手順は、現在の配置タイプと目的の配置タイプ、組織のニーズによって異なります。選択したホスト名解決の方法はワークフローに影響を与えるため、開始する前に各方法を必ず確認してください。

ホスト名解決方法

2 つ目の環境を設定するには、新しい環境のコンポーネントがプライマリー環境と同じパブリック URL で構成される必要があります。これを行うには、いくつかの方法があります。

\etc\hosts エントリーを使用して、パブリック URL の完全修飾ドメイン名 (FQDN) を別のエンドポイントに解決する
ソフトウェアが構成されるまでトラフィックをリダイレクトする
スタンバイコンピューターがパブリック URL をプライマリーコンピューターとは異なる IP アドレスに解決するように DNS を構成する

コンピューターを移行するための含まれるワークフローは、\etc\hosts ファイルを使用する最初のオプションに従います。各方法の詳細については、以下のセクションをご参照ください。

オプション 1: \etc\hosts ファイルの変更

新しいコンピューターのローカル \etc\hosts ファイルを使用して、移行中の公開 URL の解決方法を制御できます。これにより、DNS を更新せずに、パブリック URL の完全修飾ドメイン名 (FQDN) を新しい Web Adaptor やリバースプロキシーなどの別のエンドポイントに解決できます。

\etc\hosts ファイルは IP アドレスをホスト名にマッピングすることでホスト名を解決します。このファイルのエントリーは DNS よりも優先され、構成されているコンピューターにのみ適用されます。

\etc\hosts ファイルは C:\Windows\System32\drivers\etc にあります。

$\etc\hosts ファイルを使用したホスト名の解決$

たとえば、プライマリー環境には、DNS を通じて解決されるパブリック URL enterprise.example.com を使用してアクセスします。新しいコンピューターでは、\etc\hosts ファイルに、新しい環境の IP アドレスを別のホスト名 (例: enterprise1.example.com) にマッピングするエントリーを追加できます。

enterprise1.example.com にアクセスすると、\etc\hosts ファイルはホスト名をローカルで新しい環境の IP アドレスに解決します。コンピューター上で Web サーバーが稼働している場合、enterprise1.example.com を使用して到達できます。一方、enterprise.example.com は引き続き DNS を通じてプライマリー環境に解決されます。

オプション 2: ソフトウェアが構成されるまでトラフィックをリダイレクト

トラフィックを運用環境から短時間、リダイレクトできる場合、トラフィックを運用環境に向けているコンポーネントを構成して、トラフィックを非運用環境に送信するようにします。

トラフィックを非運用環境内の新しいコンピューターに送信するには、Web Adaptor を新しいコンピューターに再登録するか、リバースプロキシーまたはロードバランサーを更新する必要がある可能性があります。これは、サーバーをフェデレートし、ホスティングサーバーとして設定する準備ができている場合にのみ実行する必要があります。

この方法は最も簡単な方法と見なされますが、組織が運用環境に変更を簡単に加えることができない場合、問題が存在する可能があります。

このワークフローに従うには、新しいコンピューターが非運用環境でプロビジョニング済みであり、Portal for ArcGIS、ArcGIS Server、ArcGIS Data Store がインストールされ構成されている必要があります。 ArcGIS Data Store をサーバーサイトに登録した後、次の手順を実行できます:

トラフィックを非運用環境にリダイレクトします。
- ArcGIS Web Adaptor を使用している場合は、Web Adaptor を新しいコンピューターに登録します。
- リバースプロキシーまたはロードバランサーを使用している場合は、トラフィックを新しいコンピューターに送信するように構成を更新します。
サービスの URL に運用環境と同じパブリック URL を使用して、非運用環境内のポータルサイトとサーバーサイトをフェデレートします。

フェデレーション中に使用される管理 URL は、非運用のコンピューターにのみ解決する URL でなければなりません。運用中に中断なしで移行した後に、管理 URL も更新できます。
ターゲットポータルのホスティングサーバーとしてフェデレーションサーバーを設定します。
トラフィックを運用環境にリダイレクトします。
- Web Adaptor を使用している場合は、Web Adaptor を元のコンピューターに登録します。
- リバースプロキシーまたはロードバランサーを使用している場合は、トラフィックを元のコンピューターに送信するように構成を更新します。

オプション 3: スタンバイコンピューターが組織の URL をプライマリーコンピューターとは異なる IP アドレスに解決するように DNS を構成

スタンバイ環境の DNS を構成して、プライマリーコンピューターを使用しているかスタンバイコンピューターを使用しているかによって異なる方法で、パブリック URL の FQDN を解決することもできます。これは一般に、スプリット DNS またはスプリットホライズン DNS と呼ばれます。ポータルサイトとサーバーサイトをフェデレートするためにパブリック URL にアクセスできる必要があるため、この方法では、追加の Web Adaptor、リバースプロキシー、またはロードバランサーが必要になります。