ArcGIS Server は、複数台のコンピューターのサイトの構成をサポートしています。 複数台のコンピューターのサイトでは、2 台以上のサーバーを 1 つの論理単位として管理および使用できるため、コンピューターを追加/削除することでサイトの処理能力を簡単に調整できる高い柔軟性が ArcGIS Server 管理者にもたらされます。 また、複数台のコンピューターのサイトでは、複数台の ArcGIS Server コンピューターにわたってサービスを公開および更新するプロセスを簡素化できます。
複数台のコンピューターの配置でサイトを正常に機能させるには、各 ArcGIS Server コンピューターのバージョン番号を同じにする必要があります。 さらに、サイトに参加する各コンピューターにも同じライセンスを適用する必要があります。
一般的な複数コンピューター構成では、ArcGIS Server コンピューターのプールの前にサード パーティー製リバース プロキシー サーバーまたはネットワーク ロード バランサーを配置する必要があります。
複数台のコンピューターの構成の主な特徴として、すべての ArcGIS Server コンピューターは同じ構成ストアとサーバー ディレクトリーを共有します。 この方式では、管理者は ArcGIS Server Manager を使用して任意のコンピューターにログインし、サイト内のすべてのコンピューターに影響を及ぼす変更を適用することができます。
単一の ArcGIS Server サイトで、多数のコンピューターの ArcGIS Server とそのサービスを簡単に管理することができます。 ただし、共有されたネットワークの場所で ArcGIS Server のディレクトリーとデータを使用すると、負荷が高い場合にサービスのパフォーマンスに悪影響を及ぼす可能性があります。 クラウド環境では、これらのディレクトリーをクラウド サービスに格納することをおすすめします。
サードパーティー製のロード バランサーまたはリバース プロキシー サーバーを構成すると、組織の柔軟性が高まり、リクエストの処理方法を詳細に制御できます。 この構成で Web 層認証は構成できません。構成するには、ArcGIS Web Adaptor を使用して複数コンピューターの配置を構成する必要があります。
ArcGIS Server コンピューター、サーバー ディレクトリー、および構成ストア
複数台のコンピューターの構成内のすべての ArcGIS Server コンピューターは同じ構成ストアとサーバー ディレクトリーを共有するため、オンプレミス環境のデプロイメントでは、サーバー ディレクトリーと構成ストアの格納用のネットワーク ロケーションを使用する必要があります。
クラウドのデプロイメントは、クラウド サービス (Amazon Web Services (AWS) 内の Amazon Simple Storage Service (S3) バケット、または Microsoft Azure の Blob ストレージ コンテナー) にデータおよび構成ファイルを格納するオプションを提供します。 これらの格納場所および可用性は、クラウド プロバイダーによって管理されます。 詳細については、各クラウド プロバイダーのドキュメントをご参照ください。
通常は、ドメイン アカウントが ArcGIS Server アカウントとして選択されます。この理由は、ネットワーク リソースへのデータ アクセス権限の管理が簡素化されるからです。 ただし、ユーザー独自のセキュリティー ポリシーによっては、ローカル アカウントを使用することもできます。 ArcGIS Server アカウント (ローカルまたはドメイン) には、構成ストアとサーバー ディレクトリーが配置されているネットワーク共有への書き込みアクセス権限が付与されている必要があります。 詳細については、「ArcGIS Server で使用するアカウント」をご参照ください。
データ
他のデプロイメント シナリオでも述べているように、ファイルベースのデータを使用する際には、ArcGIS Server コンピューターのローカル リソースを使用することを強くおすすめします。 これには、すべてのコンピューター間でデータを複製しなければならないというデメリットがありますが、ネットワーク トラフィックが軽減され、結果としてサービスのパフォーマンスが向上します。 該当する場合は、このオプションを検討して使用する必要があります。 すべてのコンピューターでデータをローカルに保存することが現実的なアプローチであるかどうかは、多くの場合、データのサイズと更新の頻度によって決まります。
この配置状況でデータベースを使用する場合は、常に専用のハードウェアを使用することが重要です。 データベース層を ArcGIS Server 層から独立させておいてください。
サード パーティー製リバース プロキシー サーバーまたはネットワーク ロード バランサー
この構成では、ArcGIS Server クライアントが ArcGIS Server コンピューターに直接接続することはありません。 代わりに、ArcGIS Server クライアントは、セキュリティー機能を備え、サイト全体の耐障害性を高める中間層を介して接続します。
セキュリティーの観点から、サイトの使用と管理のために同じチャネルにアクセスすることは推奨されません。 通常、管理タスクは、ポート 6443 を介して ArcGIS Server コンピューターに直接アクセスできるネットワークのセクションまたは特定のコンピューターを通してのみ有効になります。 このような制限を解決するには、特定の IP アドレスのみが Administrator Directory のサーバーにアクセスできるように指定します。 これは、サーバーのセキュリティー構成の allowedAdminAccessIPs プロパティによって制御されます。 サーバーへのアクセスを制限するためのこのプロパティの構成方法については、「セキュリティー構成の更新」の例をご参照ください。
クライアント アプリケーションからのリクエストは、常にリバース プロキシーを経由するため、管理エンド ポイントは一切使用されません。 大部分のサード パーティー製プロキシーでは、特定の URL パターンを含む受信リクエストをフィルタリングできるようになっています。 ArcGIS Server Administrator Directory (https://gisserver.domain.com:6443/arcgis/admin) または ArcGIS Server Manager (https://gisserver.domain.com:6443/arcgis/manager) にあるリソースを使用する受信リクエストをブロックすると、リバース プロキシーを経由するすべての管理タスクを効果的にブロックできます。
リバース プロキシーは、サイトのロード バランサーとしても機能します。 この構成には、ラウンドロビン方式などの単純な負荷分散アルゴリズムが適しています。
注意:
ArcGIS Web Adaptor を使用していない場合、ロード バランサーのコンテキスト名は 1 レベルだけ下であることを確認してください。 たとえば、https://lb.domain.com/enterprise などのロード バランサーの URL は使用できますが、https://lb.domain.com/myorg/enterprise などのロード バランサーの URL は使用できません。
ネットワーク ロード バランサーが状態チェック機能に対応している場合は、REST API の ArcGIS Server サイトの状態チェック エンドポイントを使用して、サイトがリクエストを受け取れるかどうかを確認できます。 これは、サイトでソフトウェアまたはハードウェアの障害があるかどうかを迅速に確認する場合に便利です。
リバース プロキシー サーバーを ArcGIS Server と統合する方法については、「ArcGIS Server でのリバース プロキシー サーバーの構成」をご参照ください。