Web アプリケーションのパフォーマンスのヒント
Web アプリケーションのパフォーマンスには、アプリケーションがユーザに応答する速さと、アプリケーションが対応できるユーザの数という 2 つの要因があります。ArcGIS Server Web アプリケーションのパフォーマンスの向上について考えると、ハードウェアを増設またはアップグレードすることが最初に思い浮かぶかもしれません。しかし、アプリケーションやマップ、サーバの設定において、Web アプリケーションのパフォーマンスを向上させるために調整できることが他にもある場合があります。
パフォーマンスを考慮したマップの設計
Web で使用するマップを設計することと、紙の地図や ArcMap などのデスクトップ アプリケーションで一般に操作するマップを設計することは、大きく異なります。ArcMap でよく使用するマップ ドキュメントがある場合は、マップを ArcGIS Server に直接公開するよりも、コピーを保存するほうが効率的です。このコピーを使用して、Web で表示するための最適化を行うことができます。
Web 上で表示するマップは、大幅に異なります。Web 上でのマップのパフォーマンスを最適化するには、ArcMap の [マップ サービス公開] ツールバーを使用して、マップ ドキュメントを検証します。すべてのエラーと可能な限り多くの警告を解決してから、このツールバーを使用してマップを公開します。これにより、サービスはマップ サービス定義（*.msd または MSD）ベースになります。これは、最速の描画速度でサービスを公開する方法です。
マップ サービスが MSD ベースであるかどうかに関係なく、パフォーマンス上の理由から、それをキャッシュすることを検討してください。マップをキャッシュするということは、その都度マップが描画されるのを待つのでなく、アプリケーションですぐに使用できるレンダリング済みのマップ イメージを作成し、格納することを意味します。マップをキャッシュする場合は、キャッシュされるすべての縮尺でマップが適切に表示されるように設計する必要があります。その方法については、「マップ キャッシュの計画」をご参照ください。
マップ サービスのキャッシュ
キャッシュされたマップ サービスは、マップ イメージをリアルタイムで描画する代わりに、事前に描画されたマップ タイルを配布します。キャッシュ サービスにより、マップの表示速度が速くなるだけではなく、サーバが対応できるユーザの数が大幅に増えます。一般に公開される Web アプリケーションの場合は、常にベースマップ サービスをキャッシュする必要があり、また、キャッシュ可能なすべての操作オーバーレイ サービスもキャッシュするようにします。
マップ キャッシュの構築に使用されているイメージ形式の評価
選択する画像形式によって、キャッシュのパフォーマンス、外観、およびディスク上のサイズが影響を受けます。PNG 8 は多くの MXD ベースのオーバーレイ サービスで効果的に機能します。一方、MSD ベースのオーバーレイ サービスには PNG 32 のほうが適しています。通常、ベースマップには JPEG が最適です。マップに多くのカラー バリエーションがある場合は特に JPEG が適しています。各画像形式の詳細については、「使用可能なマップ キャッシュ プロパティ」をご参照ください。
PNG 24 でのマップ サービスのキャッシュの回避
Internet Explorer 6 では、PNG 24 イメージの透過表示が制限されます。この状況が発生しないようにするには、次の操作を行います。
- Internet Explorer 6 を使用する必要がある場合は、マップ サービスを PNG 8、PNG 32、または JPEG 形式でキャッシュします。
- Internet Explorer 6 以外のブラウザを使用して、オーバーレイされた PNG 24 形式のキャッシュ マップ サービスを表示します。
ArcGIS Server Internet 接続の使用（可能な場合）
ArcGIS Server Internet 接続を使ってサーバに接続すると、サーバ コンテキスト リクエストがより効率よく使用されるようになります。ArcGIS Server Local 接続は、アプリケーションで、Web ADF を使用してデータが編集されたりして、サービスの状態の変更が必要とされるときにのみ使用するようにしてください。
不要な Web コントロールの削除
Manager または使用している IDE に表示されるデフォルトの Web マッピング アプリケーションには、TableOfContents、OverviewMap、Scalebar などの Web コントロールが含まれています。アプリケーションを操作すると、これらのコントロールが新しいイメージと更新された状態情報をリクエストします。めったに使用しないコントロールをアプリケーションから削除すると、アプリケーションのパフォーマンスとシステムのスケーラビリティが向上します。
プロダクション品質の Web サーバへの配置
最適なパフォーマンスを得るために、Web アプリケーション、REST、Web サービス ハンドラをプロダクション品質の Web サーバに置くことをお勧めします。ArcGIS Server によって内部的に使用される Web サーバは、プロダクション環境で使用するためのものではありません。サポートされるサービスの完全な一覧については、システム要件をご参照ください。一般的なものとしては、IBM WebSphere や BEA Weblogic などがあります。
-Xms フラグおよび -Xmx JVM フラグを使って、ご使用の Web サーバの JVM に対して適切なヒープ サイズを設定することもお勧めします。これにより、Web アプリケーションのスケーラビリティが大きく向上します。たとえば、JVM オプション -Xms256m -Xmx1024m を使用して初期ヒープ サイズを 256MB にし、1GB の最大ヒープ サイズまで増やす設定で通常は十分です。ヒープ サイズを設定する方法の詳細については、ご使用の Web サーバのドキュメントをご参照ください。
不要な大規模クエリの回避
デフォルトでは、ArcGIS Server のマップ サービスでクエリが返すことのできるレコードの数は 1,000 個に制限されています。クエリのパフォーマンスを最適化するには、この値を維持するか、それより低い値を設定します。許可されるレコードの数は、マップ サービスの構成ファイルで MaxRecordCount プロパティを編集することで変更できます。
デフォルト値をより高い値に設定する場合は、注意が必要です。2,000 レコード以上を返すクエリには、レコードを管理するためシステムの TEMP ディレクトリにスクラッチ ワークスペースを作成するソフトウェアが必要です。これにより、パフォーマンスが低下することがあります。
ローカル パスの使用
ソース マップおよびデータへのローカル パスを使用すると、ネットワークまたは UNC（Universal Naming Convention）パスを使用する場合よりも良好なパフォーマンスが得られる傾向があります。ローカル パスを使用し、複数の SOC（Server Object Container）コンピュータを配置している場合は、同一のパスを使用してコンピュータごとにデータを複製する必要があります。
ArcSDE の中央サーバかローカルのファイル ジオデータベースのどちらを使用するかを決定する方法については、「ArcGIS Server でのデータ格納に関する検討事項」をご参照ください。