障害復旧とレプリケーション—Portal for ArcGIS | ArcGIS Enterprise のドキュメント

切断中のスタンバイ環境に ArcGIS Enterprise 環境を複製できます。プライマリー環境に障害が発生したり、アクセス不能になったりした場合は、スタンバイ環境にフェイルオーバーすることができます。

スタンバイ環境は、通常は別のネットワークかサブネットワーク上で動作します。場合によっては、プライマリー環境とはまったく別の地域にあることもあります。スタンバイ環境を使用する場合は、ArcGIS Enterprise クライアントが、必要なときにスタンバイ環境にアクセスできることを確認してください。

地理的な冗長性

プライマリデータセンターとスタンバイデータセンターが地理的に離れた場所にあれば、地理的な冗長性を持たせることができます。いずれかのデータセンターにハリケーンなどの自然災害が発生した場合でも、スタンバイデータセンターをアクティブにし、運用を再開できます。

地理的な冗長性を正常に行うには、次の特定の要件を満たす必要があります。

プライマリ環境とスタンバイ環境は同一にする必要があります。各データセンターの ArcGIS Enterprise デプロイメント内のコンピューターの数は同じでなければなりません。また、これらのコンポーネントへのアクセスに使用されている URL も同じでなければなりません。
ArcGIS Server ディレクトリの名前は同じでなければなりません。ディレクトリへのパスは異なる可能性がありますが、プライマリ環境とスタンバイ環境ではフォルダー名を同じにする必要があります。
プライマリ環境とスタンバイ環境の ArcGIS Server サイトに登録されたフォルダーは異なるパスを持つ可能性がありますが、フォルダー名は同じにする必要があり、同じソースデータの正確なコピーを含む必要があります。
地理的な冗長性は、一般にアクティブ/パッシブアプローチを採用しているので、スタンバイ ArcGIS Enterprise 環境に複製するデータとコンテンツには整合性を持たせる必要があります。
地理的な冗長性を成功させるには、サードパーティのコンポーネントを利用します。たとえば、プライマリデータセンターからスタンバイに切り替えるときに、ArcGIS Enterprise ユーザーの操作が中断されないようにするには、グローバルサイトセレクターまたはグローバルドメイン名システム (DNS) サーバーが重要です。

障害や自然災害の発生時にダウンタイムを最小限に抑えるために、可用性の高い、地理的に冗長性を持つ ArcGIS Enterprise をデプロイすることができます。これは、必要となるコンピューター数が多くメンテナンスも煩雑なので、非常に複雑なデプロイメントです。 2 つの個別のデータセンターを構成し、そのそれぞれに可用性の高い ArcGIS Enterprise 環境を実装します。各データセンターで、すべてのコンピューターを同じように名前を付け、単一障害点をなくします。可用性の高いファイルサーバーやデータベースに存在するかどうかにかかわらず、データ、すべての Web サーバーとロードバランサー、および ArcGIS Enterprise コンポーネントが含まれます。プライマリー環境のバックアップは常に作成され、別のデータセンターにあるスタンバイ環境への復元は、即座に実行されるか、またはプライマリー環境に障害が発生したときに実行されます。

地理的な冗長性に関する組織固有のログインでの検討事項

組織が SAML または OpenID Connect を使用している場合、プライマリー環境からスタンバイ環境へバックアップを復元する前に、いくつかの手順を実行する必要があります。これらの手順により、セカンダリーデータセンターへのフェイルオーバーイベントの後に、メンバーは組織に引き続きサインインできます。

SAML ログイン

スタンバイデータセンターの SAML 準拠の ID プロバイダーの証明書を更新するには、次の手順を実行します。

プライマリーデータセンターの Portal Administrator Directory にサインインします。アクセス可能な任意の URL を使用し、組織が高可用性向けに構成されている場合、プライマリーまたはスタンバイのポータルからサインインします。
URL の形式は https://organization.example.com/arcgis/portaladmin です。
[Machines] をクリックし、サイト内の任意のコンピューターの名前をクリックします。
[SSLCertificates] → [samlcert] → [エクスポート] の順にクリックします。
スタンバイデータセンターの Portal Administrator Directory にサインインします。
[Machines] をクリックし、サイト内の任意のコンピューターの名前をクリックします。
[SSLCertificates] → [samlcert] → [削除] の順にクリックします。組織が高可用性向けに構成されている場合、もう一方のコンピューターからも証明書を削除します。
[署名された証明書のインポート] をクリックし、ステップ 3 でエクスポートした証明書をいずれかのコンピューターにインポートします。組織が高可用性向けに構成されている場合、証明書は自動的にもう一方のコンピューターにコピーされます。
スタンバイ環境で SAML を構成します。

OpenID Connect ログイン

OpenID Connect を使用してポータルを登録する際に生成されるログインリダイレクト URI は一意であるため、スタンバイデータセンターで OpenID Connect ログインを構成するときには、必ず生成された [ログインリダイレクト URI] をコピーし、OpenID Connect ID プロバイダーの許可されたリダイレクト URI リストに追加してください。

複製したデプロイメントの計画

まず、必要なコンピューター数を決定します。次に、複製した ArcGIS Enterprise 環境に対して、次の障害復旧要件を計画します。

[重複] - 両方のデータセンターと ArcGIS Enterprise デプロイメントに同じアーキテクチャが含まれることを確認します。
複製 - プライマリデータセンターのコンテンツとデータをバックアップし、スタンバイに復元します。
監視 - 障害がいつ発生したかログで確認し、スタンバイデータセンターへのフェイルオーバーが必要なほど深刻な障害であるかどうかを判断します。
[フェイルオーバー] - ArcGIS Enterprise 内の別のコンポーネントにフェイルオーバーするか、あるいは ArcGIS Enterprise デプロイメント全体を別のデータセンターにフェイルオーバーするかを決定します。

デプロイメントの複製を計画する際は、次の点にも注意してください。

WebGISDR ツールを使用しても、マップサービスのキャッシュタイルは移動しません。 GIS Server サイトで使用中のマップサービスまたはホストタイルレイヤーのキャッシュがデプロイメントに含まれている場合、キャッシュタイルが格納されているすべてのディレクトリ (たとえば、C:\arcgisserver\directories\ または <ArcGIS Server installation directory>/arcgis/server/usr/directories の下の arcgiscache ディレクトリ全体) のバックアップを作成します。対応するスタンバイデプロイメントの arcgiscache ディレクトリにコピーを手動でデプロイします。
WebGISDR を使用して切断中のスタンバイデプロイメントに ArcGIS Enterprise を複製する場合、複数の ArcGIS Server クラスターはサポートされていません。
両方のデプロイメント内にあるすべてのコンピューターは、同一のオペレーティングシステムを使用する必要があります。たとえば、プライマリデプロイメントを Windows コンピューター、スタンバイデプロイメントを Linux にすることはできません。
WebGISDR ツールには、バックアップファイルの作成時の ArcGIS Enterprise コンポーネントのソフトウェアバージョンが記録されます。ファイルのインポート先となるスタンバイデプロイメントは、プライマリデプロイメントと同じバージョンでなければなりません。

コンピューターの要件の決定

必要となるコンピューターの数は、ArcGIS Enterprise の構成によって異なります。少なくとも 2 台のコンピューターが必要です。 ArcGIS Enterprise デプロイメントに保存されているデータとサービスの数がそれほど多くなく、時空間ビッグデータストアとグラフストアが含まれておらず、アクセスする人も多くない場合は、単一コンピューターの GIS Server サイトでプライマリデプロイメントを構成し、同じコンピューターに Portal for ArcGIS と ArcGIS Data Store をインストールすることができます。複製したスタンバイデプロイメントを保存するには、2 台目のコンピューターが必要です。

ArcGIS Enterprise デプロイメントの使用頻度が多い場合 (たとえば、アクセスするユーザー数が多い、組織において多数のアイテムが保存されている、デプロイメントが頻繁に修正されているなど) は、単一コンピューターまたは複数コンピューターの GIS Server サイトが必要になる場合があります。その場合は、Portal for ArcGIS と ArcGIS Data Store をそれぞれ別々に GIS Server 以外のコンピューターにインストールしてください。複数のホストシーンレイヤーを公開する場合は、別のコンピューターにシーンキャッシュデータベースを保存するよう ArcGIS Data Store (オブジェクトストア) を構成することをおすすめします。グラフストアを使用する場合はコンピューターがもう 1 台必要となります。時空間ビッグデータストアを使用する場合は、少なくともコンピューターがもう 1 台必要となります。この場合は、次の公式に従って、必要なコンピューター数を計算します。

(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2

なお、スタンバイデプロイメントは常時アクセスされないため、ArcGIS ライセンスを追加する必要はありません。プライマリに障害が発生した場合にのみ、アクティブなデプロイメントにします。

重複のデプロイメントに必要な設定

複製した ArcGIS Enterprise で効果的な障害復旧を確実に行うには、プライマリー環境にあるシステム設定、セキュリティー構成、ストレージ場所の範囲をスタンバイ環境で複製する必要があります。定期的にバックアップを作成し、複製された環境間の整合性を確保することは、障害発生時のダウンタイムを最小化するための最善策です。デプロイメント全体で以下の点に注意する必要があります。次に例を示します。

マップサービスは共有フォルダーのデータか、データベース接続を介したデータに依存している必要があります。
フェデレーションサーバーに使用される組織の URL とサービスの URL は一致している必要があります。
ヒント:
ホスト名の整合性を確保するために、DNS エントリを使用するか、複製したデプロイメントのコンピューター上の hosts ファイルを変更します。このためには、組織の URL として機能する別のコンピューターをセットアップすることをおすすめします。このコンピューターに ArcGIS Web Adaptor またはリバースプロキシーサーバーをインストールし、Portal for ArcGIS および ArcGIS Server コンピューター上で hosts ファイルを変更できます。
ユーザー負荷に対応するパフォーマンス問題を避けるために、データセンターのコンピューター数を一致させる必要があります。

WebGISDR ツールを使用する場合に一致している必要があるアイテムと設定の詳細については、「構成内容」および「環境間で一致している必要がある設定」をご参照ください。

ArcGIS Enterprise の複製

WebGISDR ツールを使用すると、組織のコンテンツ、フェデレーション ArcGIS Server サイト、ArcGIS Data Store コンテンツ (リレーショナルデータストアとタイルキャッシュデータストア) をファイルにエクスポートして、復元のためにスタンバイコンピューターに移動させることができます。このユーティリティは、Portal for ArcGIS、ArcGIS Server、ArcGIS Data Store で構成された設定を保持し、ポータルで作成されたすべてのコンテンツに加え、公開中にホスティングサーバーやデータストアにコピーされたデータのコピーも作成します。

このユーティリティは、ホスティングサーバーサイトまたはフェデレーション ArcGIS Server サイトに登録されたデータベースまたはフォルダーからデータをコピーしません。データをスタンバイの ArcGIS Enterprise デプロイメントに複製し、スタンバイコンピューター上のサービスが複製されたデータにアクセスできるようにするかどうかは、管理者が判断します。

データソースを ArcGIS Server サイトに登録する場合は、データにアクセスする方法に関する具体的な情報を提供します。この情報は、スタンバイデプロイメントとプライマリデプロイメントの両方で同じでなければなりません。たとえば、ソースデータとして使用しているファイルジオデータベースをスタンバイデプロイメントにコピーする場合は、そのファイルジオデータベースへのディレクトリパスをプライマリデプロイメントと同じにする必要があります。また、データベースをプライマリデプロイメントの ArcGIS Server サイトに登録した際に提供した接続情報と同じ情報を使用して、スタンバイデプロイメントから、そのデータベースへのアクセスが可能でなければなりません。

Windows タスクスケジューラ内のスケジュールされたタスクとして webgisdr ユーティリティを実行できます。また、次の条件を満たしている場合、Portal for ArcGIS がインストールされているコンピューターとは別のコンピューターにユーティリティーを移動し、そこから実行することも可能です。

コンピューターと ArcGIS Enterprise コンポーネントとの間で通信が可能である。
JRE (Java Runtime Environment) 1.8 以降がコンピューター上に存在している。
JAVA_HOME 環境変数が、コンピューター上の Java インストールディレクトリに設定されている。

ArcGIS Enterprise バックアップがプライマリデプロイメントからエクスポートされた直後に、スタンバイデプロイメントに復元する必要があります。そうすると、増分バックアップが誤った順序で復元されることを回避できます。また、プライマリデプロイメントに障害が発生しても、データの損失やダウンタイムを最小限に抑えることができます。バックアップを即座に復元しなかった場合、バックアップをインポートしたり、スタンバイデプロイメントにフェイルオーバーしたりする際にオーバーヘッドが余分に生じることがあります。

また、バックアップ作成時にプライマリデプロイメントに何らかの誤りがあり、バックアップをスタンバイにインポートするプロセスが自動化されている場合、こうした設定ミスがスタンバイデプロイメントにインポートされることも考慮に入れる必要があります。

ArcGIS Enterprise 環境の複製については、「障害復旧の構成」をご参照ください。

ArcGIS Enterprise の監視

複製された環境でも可用性の高い環境でも、監視は重要です。可用性の高い環境では、デプロイメントの一部は手動で操作しなくてもフェイルオーバーします。たとえば、ArcGIS Enterprise のプライマリポータルに障害が発生すると、ソフトウェアは手動操作を行うことなくスタンバイに即座にフェイルオーバーします。同様に、ArcGIS Server と ArcGIS Data Store コンポーネントに障害が発生しても、単一障害点がないのでシステムは通常どおり動作します。 ArcGIS Enterprise が明らかに停止しているわけではないので、ArcGIS Enterprise デプロイメントの特定のコンポーネントに障害が発生したときに管理者に通知する仕組みを備えておく必要があります。

ArcGIS Monitor を使用して、デプロイメントの Portal for ArcGIS、ArcGIS Server、およびリレーショナル ArcGIS Data Store コンポーネントの健全性を解析できます。また、デプロイメントを複製する前に、Portal Index Taskを実行して、プライマリポータルコンピューターの Index Status をクエリすることもできます。登録済みの PostgreSQL、Oracle、または Microsoft SQL Server データベースをデプロイメントで使用する場合、ArcGIS Monitor のギャラリー内にあるいずれかの Egdb タスクを使用して、それらのデータベースの統計情報を監視できます。

登録済みのフォルダー、ビッグデータファイル共有、ラスターデータストア、タイルキャッシュ、および時空間ビッグデータストアへの接続の検証を自動化するには、ArcGIS Server の REST API で Python または選択したスクリプト言語を使用する必要があります。

複製された環境では、フェイルオーバーを行うには手動操作が必要です。そのため、フェイルオーバーの要否を判断するには、デプロイメントを監視し、障害がいつ発生したのかを把握しなければなりません。

プライマリからスタンバイにデプロイメントを復元する操作を自動化している場合は、バックアップやファイル移動、復元操作が正常に行われるよう、これらのプロセスを監視する必要があります。

フェイルオーバー

ArcGIS Enterprise では、Portal for ArcGIS、ArcGIS Server、ArcGIS Data Store には独自のフェイルオーバー機構があります。可用性の高い構成では、各コンポーネントは ArcGIS Enterprise 全体を停止しなくてもフェイルオーバーすることができます。

複製されたデプロイメントをプライマリデータセンターからスタンバイデータセンターにフェイルオーバーするには、通常は組織の IT 部門が介入し、グローバルサイトセレクター (GSS) またはグローバル DNS が使用されます。通常、組織のメンバーは、少数の URL を通じて ArcGIS Enterprise デプロイメントにアクセスします (ポータル URL の場合は https://myportalwa.organization.com/portal、ArcGIS Server サービス URL の場合は https://myserverwa.organization.com/server)。 GSS またはグローバル DNS は、各ホスト名に IP アドレスを割り当てることができます。別のデータセンターにフェイルオーバーする必要がある場合、GSS またはグローバル DNS は、スタンバイデータセンターに関連付けられた IP アドレスに myportalwa.organization.com および myserverwa.organization.com ホスト名を再度割り当てます。クライアントとユーザーには影響ありませんが、すべてのリクエストはスタンバイデータセンターに送信されます。プライマリデータセンターがオンラインに復旧すると、プライマリサイトホストの IP アドレスを、元のデータセンター内の IP アドレスに割り当て直すことができます。その場合は、スタンバイで動作していたときに作成された新しいコンテンツやデータがすべてプライマリデータセンターに含まれるよう、スタンバイとプライマリのデータを一致させる必要があります。

ホスティングサーバーまたはフェデレートされた ArcGIS Server サイトの登録データベース (エンタープライズジオデータベースまたはデータベース) のデータが修正された場合は、データベースレプリケーションツールを使用し、更新されたデータを元のプライマリ ArcGIS Enterprise デプロイメントに含めます。 ArcGIS Enterprise デプロイメントの ArcGIS Server サイトに登録されたファイルベースのデータソース (ファイルジオデータベースなど) に変更が加えられた場合は、編集されたファイルを元の保存先ディレクトリにコピーします。最後に、webgisdr ユーティリティを使用して ArcGIS Enterprise バックアップをスタンバイからエクスポートし、プライマリにインポートします。このユーティリティにより、関連付けられたホストフィーチャレイヤーデータ、シーンレイヤーデータ、ポータルに登録された新しいサービスなどのポータルコンテンツが、元のプライマリ ArcGIS Enterprise デプロイメントに複製されます。

このトピックへのフィードバック