ArcGIS for Server の特長は、さまざまな場所にいる多数のユーザーに GIS 機能を提供できることにあります。GIS サーバーの計画を立てる際には、システムを使用するユーザーの数と、その数のユーザーに対応するのに必要なハードウェア量を算出します。また、使用が集中するかどうかといったその他の要因も考慮に入れる必要があります。ハードウェアを増設するという選択肢がない場合は、サービス構成を調整することで、より多くのユーザーに対処できる可能性があります。
GIS サーバー コンピューターによる対処
ArcGIS Server サイトは 1 台または複数台のコンピューターで構成できます。処理の負荷が高い時間帯は、一般に、GIS サーバー コンピューターの CPU 使用率が Web サーバーよりも先に 100% に達します。このため、導入する GIS サーバー コンピューターの数を決定することは、ユーザーに対応するための重要な決断の 1 つです。
システムの運用を開始した後は、ログとサーバーの統計情報に基づいて、サーバーの実行状況を評価できます。Windows パフォーマンス モニターなどのオペレーティング システム ツールを使用して、リクエストに対応しているサーバーにどれだけ負荷がかかっているかを評価することもできます。さらに、サードパーティ製のツールとサービスでもシステム パフォーマンスを監視することができます。Amazon EC2 プラットフォームの Amazon Cloud Watch は、クラウド環境でシステム パフォーマンスを監視する Web サービスの一例です。
システムのピーク時に GIS サーバーへの標準的なリクエストがタイムアウトになることが判明し、一定の期間に CPU の使用率が 100% に達している場合は、GIS サーバー層でコンピューターを増設することで効果がもたらされる場合があります。新しいコンピューターを手動で追加するか、仮想コンピューターを使用した自動化プロセスで追加します。たとえば、CPU の使用率が 15 分以上にわたって 70% を超えたときに新しい GIS サーバー コンピューターを追加するスクリプトを作成できます。
マップ キャッシュやジオプロセシングなどのプロシージャは、比較的多くの CPU リソースを消費します。これらのジョブの実行時期を予測できる場合は、一時的にいくつかの GIS サーバー コンピューターを作成し、該当するジョブが終了した時点でこれらのコンピューターを削除することが可能です。そうしたシナリオでは、仮想コンピューターとクラウド コンピューティング プラットフォームを使用すると、追加ハードウェアをすばやく取得し、使用後はすぐに解放できるため、極めて有効です。
ライセンス:
専用コンピューター、仮想コンピューター、クラウド インフラストラクチャのどれを使用する場合でも、実行する ArcGIS for Server ソフトウェアのライセンスを付与します。
サービス プロパティの調整による対処
システムに GIS サーバーを追加するという選択肢がない場合でも、サービスのプロパティを適切に設定することで、より多くのユーザーに対処できる可能性があります。
たとえば、すべてのサービスにはインスタンスの最大数を設定するプロパティがあります。このプロパティは、特定の GIS サーバー コンピューターで実行されるサービスのインスタンスの最大数を表します。管理者として、適切なレベルのパフォーマンスで予想されるユーザー要求を満たすサービス構成のインスタンス数を算出します。これは、クライアントによるサービスの平均使用時間、予想されるクライアントの数、クライアントのリクエストの頻度、およびリクエストに必要な処理の負荷からなる、複合的な評価です。
あるサービス構成に必要なインスタンスの数を割り出すとしたら、時系列的にサーバーを監視するのが最善の方法です。クライアントの待機時間が長すぎてリクエストがタイムアウトする場合は、利用可能なインスタンスの数やアプリケーションによるインスタンスの使用方法を調整する必要があるでしょう。クライアントをサポートするインスタンスの数を算出したら、その数を導入されている GIS サーバー コンピューターの数で割ります。この結果として求められた数がサービス構成のインスタンスの最大数になります。たとえば、最大 10 個のサービス インスタンスが必要であり、利用可能な GIS サーバー コンピューターが 2 台ある場合、インスタンスの最大数は 5 に設定されます。
サービスには、インスタンスの最小数を示すプロパティもあります。これは、すでに作成されていて、各 GIS サーバー コンピューターで利用可能なインスタンスの数を表します。多くのユーザーがサービスを同時に使用するのでなければ、インスタンスの最小数を下げることを検討してください。インスタンスの最小数を 0 に設定することもできます。
レガシー:
10.0 以前のバージョンでは、インスタンスの最小数と最大数のプロパティは ArcGIS Server が配置されているすべてのレベルで適用されていました。10.1 以降のバージョンでは、GIS サーバー コンピューターのレベルに適用されます。これらのプロパティの値を算出するには、必要なインスタンスの総数を、サービスを公開するクラスター内の GIS サーバー コンピューターの数で割ります。
また、ユーザーがサービスを使用する時間の長さも検討する必要があります。サーバーへのリクエストの中には、他のリクエストよりも負荷の高いものがあります。サービスに負荷の低いリクエストが大量に送信された場合よりも、負荷の高いリクエストがいくつか送信された場合のほうが、サービスのパフォーマンスを低下させることがあります。各サービスには、最大待機時間と最大使用時間を設定するプロパティがあります。サービスへのリクエストがタイムアウトを繰り返している場合は、サービスの最大待機時間または利用可能なサービス インスタンスの数を増やすことを検討してください。
ログとサーバーの統計情報を使用して、タイムアウトになるリクエストの数が多いかどうか、サービスの使用時間が最大使用時間を超えているかどうかを判断します。ArcGIS Server Manager または ArcCatalog を使用して、利用可能なサービス インスタンスの数、サービスの最大待機時間、およびサービスの最大使用時間を調整します。