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

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

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

地理的な冗長性

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

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

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

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

複製した配置の計画

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

重複 - 両方のデータセンターと ArcGIS Enterprise 配置に同じアーキテクチャが含まれることを確認します。
複製 - プライマリデータセンターのコンテンツとデータをバックアップし、スタンバイに復元します。
監視 - 障害がいつ発生したかログで確認し、スタンバイデータセンターへのフェイルオーバーが必要なほど深刻な障害であるかどうかを判断します。
フェイルオーバー - ArcGIS Enterprise 内の別のコンポーネントにフェイルオーバーするか、あるいは 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 台必要となります。この場合は、次の公式に従って、必要なコンピューター数を計算します。

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

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

webgisdr ユーティリティには、バックアップファイルの作成時の ArcGIS Enterprise コンポーネントのソフトウェアバージョンが記録されることにも注意してください。ファイルのインポート先となるスタンバイ配置は、プライマリ配置と同じバージョンでなければなりません。

重複した配置

ArcGIS Enterprise には、主にアクセス性に関連するさまざまな依存関係があります。マップサービスは共有フォルダーのデータか、データベース接続を通じてアクセスされるデータに依存します。ArcGIS Enterprise 内のコンピューターは、特定の URL を使用して相互に通信します。これらの理由から、1 つのサイトの ArcGIS Enterprise 配置を別のサイトに複製し、各データセンターの配置内にあるすべてのコンポーネント (フォルダーの場所、データベース名、URL など) を同じにしておく必要があります。スタンバイ配置がリソースに正常に接続できるよう、ファイルジオデータベースや Portal for ArcGIS、ArcGIS Server の構成ファイルが格納されるネットワーク接続ストレージ (NAS) デバイスにも同じ名前を付けておきます。すべての ArcGIS Enterprise コンポーネントは、各 Web GIS 内の同じディレクトリにインストールする必要があります。最後に、データセンターのコンピューター数も揃えておく必要があります。ユーザー負荷に対応できるコンピューターの数が少なければ、パフォーマンスの問題が起こる可能性があるからです。また、ホスト名の整合性を確保するために、DNS エントリを使用したり、コンピューター上で hosts ファイルを変更したりすることができます。

ArcGIS Enterprise の複製

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

なお、このツールは、ホスティングサーバーまたはフェデレートされた ArcGIS Server サイトに登録されたデータベースやフォルダーのデータはコピーしません (データベースのデータやファイルジオデータベースのデータなど)。データをスタンバイの ArcGIS Enterprise 配置に複製し、スタンバイ上のサービスが複製されたデータにアクセスできるようにするかどうかは、組織によります。

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

webgisdr ツールは、Windows タスクスケジューラの定期タスクとして実行することも、Linux 環境の cron ジョブとして実行することもできます。また、ツールが実行されているコンピューターと ArcGIS Enterprise コンポーネントとの間で通信が行われていれば、ポータルがインストールされているコンピューターとは別のコンピューターにツールを移動し、そこから実行することも可能です。

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

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

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

ArcGIS Enterprise の監視

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

定期的に Portal for ArcGIS と ArcGIS Server のログを照会して、特定のコンポーネントの障害を示すメッセージがないかを確認します。スクリプトを作成しておくと、障害の発生時に電子メールや通知を管理者に送信して、注意を促すことができます。
Portal for ArcGIS と ArcGIS Server の管理 API にある状態チェック機能を使用すると、ログを照会して、問題がないかを確認できます。
すべてのフェデレーションサーバーが正常に動作しており、ポータルから、これらのサーバーにアクセスできることを確認します。
すべてのデータストアへの接続を確認します。これには、リレーショナルキャッシュとタイルキャッシュ、ビッグデータストア、登録済みのフォルダーとデータベース、ビッグデータファイル共有、ラスターデータストアへの接続が対象となります。
定期的に、重要なサービスと Web マップを照会して、正常に機能していることを確認します。
複製処理を実行する前に、プライマリコンピューター上で Indexer Status を照会して、プライマリコンピューター上のポータルのすべての内容にインデックスが付いていることを確認します。複製処理を実行した後、両方のコンピューター上で Indexer Status を照会して、スタンバイ配置とプライマリ配置のインデックス値が一致していることを確認します。各 name の databaseCount と indexCount の値は、2 つの配置内と 2 つの配置間で同じでなければなりません。たとえば、Indexer Status を照会すると、データベース内にあるアイテムの数とインデックスが付いているアイテムの数との比較結果が表示されます。次の例に示されているように、それぞれのアイテムタイプ (name) で、データベース内の数 (databaseCount) とインデックス付きの数 (indexCount) が一致していなければなりません。アイテムタイプの databaseCount と indexCount が一致していない場合は、ポータルのインデックスを再構築する必要があります。この出力は、プライマリコンピューターとスタンバイコンピューターの両方で同じでなければなりません。
```
{"indexes": [
    {
        "name": "users",
        "databaseCount": 42,
        "indexCount": 42
    },
    {
        "name": "groups",
        "databaseCount": 21,
        "indexCount": 21
    },
    {
        "name": "search",
        "databaseCount": 8499,
        "indexCount": 8499
    }
]}
```

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

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

フェイルオーバー

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 またはグローバル GNS は、各ホスト名に IP アドレスを割り当てることができます。別のデータセンターにフェイルオーバーする必要がある場合、GSS またはグローバル DNS は、スタンバイデータセンターに関連付けられた IP アドレスに myportalwa.organization.com および myserverwa.organization.com ホスト名を再度割り当てます。クライアントとユーザーには影響ありませんが、すべてのリクエストはスタンバイデータセンターに送信されます。プライマリデータセンターがオンラインに復旧すると、プライマリサイトホストの IP アドレスを、元のデータセンター内の IP アドレスに割り当て直すことができます。その場合は、スタンバイで動作していたときに作成された新しいコンテンツやデータがすべてプライマリデータセンターに含まれるよう、スタンバイとプライマリのデータを一致させる必要があります。

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

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