Skip To Content

障害復旧とレプリケーション

切断中のスタンバイ配置に 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 ArcGISArcGIS Data Store をインストールすることができます。複製したスタンバイ配置を保存するには、2 台目のコンピューターが必要です。

ArcGIS Enterprise 配置の使用頻度が多い場合 (たとえば、アクセスするユーザー数が多い、組織において多数のアイテムが保存されている、配置が頻繁に修正されているなど) は、単一コンピューターまたは複数コンピューターの GIS Server サイトが必要になる場合があります。その場合は、Portal for ArcGISArcGIS 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 ArcGISArcGIS Server の構成ファイルが格納されるネットワーク接続ストレージ (NAS) デバイスにも同じ名前を付けておきます。すべての ArcGIS Enterprise コンポーネントは、各 Web GIS 内の同じディレクトリにインストールする必要があります。最後に、データ センターのコンピューター数も揃えておく必要があります。ユーザー負荷に対応できるコンピューターの数が少なければ、パフォーマンスの問題が起こる可能性があるからです。また、ホスト名の整合性を確保するために、DNS エントリを使用したり、コンピューター上で hosts ファイルを変更したりすることができます。

ArcGIS Enterprise の複製

Portal for ArcGIS に含まれる webgisdr ツールを使用すると、ポータル コンテンツ、フェデレーション ArcGIS Server サイト、ArcGIS Data Store コンテンツ (リレーショナル キャッシュとタイル キャッシュ) をファイルにエクスポートして、復元のためにスタンバイ コンピューターに移動させることができます。このツールは、Portal for ArcGISArcGIS ServerArcGIS 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 ServerPortal for ArcGIS の REST API で Python (または選択したスクリプト言語) を使用すると、次のリストに記載されたものを含め、配置の監視部分を自動化できます。

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

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

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

フェイルオーバー

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

複製された配置をプライマリ データ センターからスタンバイ データ センターにフェイルオーバーするには、通常は組織の IT 部門が介入し、グローバル サイト セレクター (GSS) またはグローバル DNS が使用されます。通常、組織のメンバーは、少数の URL を通じて ArcGIS Enterprise 配置にアクセスします (ポータル URL の場合は https://myportalwa.organization.com/portalArcGIS 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 配置に複製されます。