Skip to main content

サードパーティー ツールを使用した ArcGIS Enterprise の監視

メトリクス API や ArcGIS Monitor を使用して ArcGIS Enterprise を監視できる一方で、サードパーティー製のツールでも同様の結果を得ることができます。 下記の情報は、それらのサードパーティー製監視ソリューションを ArcGIS Enterprise と統合する方法の開始点となります。

指標の監視

通常は、リソース使用率およびユーザー エクスペリエンスという 2 つの観点からエンタープライズ アプリケーションを監視できます。

リソース使用率は、エンタープライズ ソフトウェアが実行されている一連のコンピューターと支援基盤の特性に関わるという点で、システム管理ではよく知られた概念です。 この指標は通常、プラットフォームにアクセスするユーザーの数に比例してスケーリングされますが、一部のワークフローでは使用率が急上昇することもあります。

一方、ユーザー エクスペリエンスの監視では、クライアントがどのようにフロントエンド アプリケーションに接続して操作するかが明らかになります。これは、ビジネス アナリストや GIS 管理者にとってさらに馴染みのある概念です。 この指標は、さまざまな要求の基準となる応答時間を決定する上で有効であり、この指標を使用して、管理チームに警告が送られる閾値を設定することができます。 また、ユーザー エクスペリエンスには、SSL 証明書の有効期限など、応答時間以外に考慮が必要な側面もあります。

以降のサブセクションでは、リソース使用率の観点からシステムの監視について説明します。

リソース使用率

リソース使用率の観点から ArcGIS Enterprise デプロイメントのコンピューターを監視する場合は、以下の指標などを追跡します:

  • プロセッサー - 参加しているコンピューターのプロセッサーの容量が急増するか、100 パーセントに達すると、計算要求が未処理として保持されるため、情報が遅れて返されることがあります。 このことは、実行中のプロセスでアクティビティーの処理量が急増した場合にも当てはまります。

  • 物理メモリー - 物理メモリーの使用率が 100 パーセントに達すると、実行中のプロセスがメモリー領域をさらに拡張しようとしてクラッシュが発生することがあります。 仮想メモリーが存在する場合は、この状況が軽減されます。

  • 仮想メモリー - 仮想メモリーは、コンピューターの物理メモリーと基盤となるストレージの間のバッファーになります。 基盤ストレージの一部が物理メモリー外でのデータのやり取りに使用され、ディスクから直接読み込む方法よりも容易にアクセスできます。 Linux システムでは、仮想メモリー不足による悪影響は一般的ではありませんが、スワップの使用率も監視することが重要です。

  • 仮想メモリー - 仮想メモリーは、コンピューターの物理メモリーと基盤となるストレージの間のバッファーになります。 基盤ストレージの一部が物理メモリー外でのデータのやり取りに使用され、ディスクから直接読み込む方法よりも容易にアクセスできます。 仮想メモリー不足による悪影響は、Windows システムでは一般的です。 仮想メモリー拡張 (ページ ファイルのサイズ拡張) は、物理メモリーの使用率が 90 パーセントに達した時点で開始されます。 一部の構成では、物理メモリーの使用率が 100 パーセントに達する前に仮想メモリーが枯渇することがあります。

  • コミット済みメモリー - システムのコミット済みメモリーの容量は、コンピューターの物理メモリーの容量に特定の時点での仮想メモリーのサイズを加算して求められます。 仮想メモリーは拡張するため、時間の経過に伴ってコミット済みメモリーの制限が変化することがあります。 コンピューターでコミット済みメモリーの使用率が 100 パーセントに近づいている場合は、物理メモリーと仮想メモリーがどちらも枯渇しかけているので、リソースを増設する必要があります。

  • ディスク ボリューム空き容量 - システム、アプリケーション、またはシステム上のディスク ボリュームのいずれかのディスク空き容量が不足すると、実行中のオペレーティング システムとこれらのボリュームに依存しているアプリケーションのどちらにも、重大な影響が及ぶ場合があります。 空き容量を監視すると、システムでディスク空き容量が不足していないかを確認し、使用容量が急増したタイミング (異常な公開イベントを示唆している可能性がある) を特定することができます。

システムを監視する場合は、ネットワーク上のボトルネック (エンタープライズグレードのネットワーク環境ではまれにしか発生しない) が ArcGIS Enterprise コンポーネントの最適な応答時間に影響を与える点に注意してください。 すべての ArcGIS Enterprise コンポーネント、他の登録済みデータソース、他の登録済みファイル サービスの間で複数の内部要求がやり取りされる複数コンピューター環境では、この影響がさらに大きくなる可能性があります。

可能な場合は、プロセッサーとメモリーをプロセス別リストに分割し、特定の期間に急上昇したプロセスを特定します。 このレベルの粒度を監視で使用する場合は、プロセスのコマンド ライン部分で、ArcGIS Enterprise の内部コンポーネントを互いに区別したり、リアルタイムのウイルス対策スキャンなどと区別したりすることができます。

ArcGIS Enterprise コンポーネントがインストールされているコンピューターだけでなく、操作を正しく実行するために配置が依存する可能性のあるファイル サーバーとデータベース インスタンスも監視します。 ArcGIS Enterprise アプリケーションは通常、最小のリソース消費レベルで開始されます。 アプリケーションにアクセスして使用すると、リソース消費量がリソース使用率に比例してスケーリングされます。

リソース指標の収集

ほとんどの Linux 基本ディストリビューションにはデフォルトでは含まれていませんが、コンピューター リソースの指標を照会または収集できるソフトウェア パッケージがいくつかあります。 前のセクションで説明したリソース使用率の指標は、少なくともデプロイメントのすべてのコンピューターに対して、選択したソフトウェアのカウンターとして追加することで収集します。 サービスの品質低下や停止時は、ポーリングの頻度を増やして、停止前のプロセスやイベントについてさらに詳しく把握できます。

Windows パフォーマンス モニターを使用すると、システム リソースの使用率に関するデータを収集できます。 この収集ツールは、さまざまな指標を取得するように設定できますが、次の例でデータ コレクター セットに追加された指標が上記のリストに表示されます。 データ コレクター セットはリモート コンピューター上で実行できるため、ArcGIS Enterprise ソフトウェアが実行されている複数のコンピューターから指標を収集するために中央監視コンピューターを実装できます。

注意:

これは指標を収集する一例ですが、同様にリソース使用率指標を取得するように任意の監視ソフトウェアを設定することもできます。 詳細については、ソフトウェアのドキュメントをご参照ください。

データ コレクター セットを設定するには、次の手順を実行します:

  1. スタート > Windows システム > コントロール パネル の順にクリックします。

  2. システムとセキュリティー を選択し、管理ツール をクリックします。

  3. パフォーマンス モニター をクリックします。

  4. データ コレクター セット を展開し、ユーザー定義 を右クリックします。

  5. 新規作成 > データ コレクター セット の順に選択します。

  6. データ コレクター セットを作成します:

    1. データ コレクター セットの名前を入力します。

    2. 手動で作成する (詳細) を選択します。

    3. 次へ をクリックします。

  7. データ ログを作成する にある パフォーマンス カウンター チェックボックスをオンにして、次へ をクリックします。

  8. 追加 をクリックして、パフォーマンス カウンターを記録します。

  9. プロセッサー使用率に関するデータを収集するパフォーマンス カウンターを追加します:

    1. 使用可能なカウンター リストで Processor を参照します。

    2. Processor を展開し、% Processor time を選択します。

    3. 選択したオブジェクトのインスタンス から _Total を選択します。

    4. 追加 をクリックします。 カウンターが 追加されたカウンター に表示されます。

  10. 残りのリソース使用率の指標を追跡するパフォーマンス カウンターを追加します:

    1. Logical Disk を参照して展開し、% Free Space をクリックします。続いて、選択したオブジェクトの <すべてのインスタンス> を選択します。 追加 をクリックします。

    2. Network Interface を参照して展開し、Bytes Total/sec をクリックします。続いて、選択したオブジェクトの <すべてのインスタンス> を選択します。 追加 をクリックします。

    3. Memory を参照して展開し、% Committed Bytes in Use をクリックします。 追加 をクリックします。

    4. Memory > Available MBytes の順にクリックします。 追加 をクリックします。

    5. Memory > Pages/sec の順にクリックします。 追加 をクリックします。

    6. OK をクリックします。

  11. サンプル間隔 の値を 5 に変更し、単位 オプションを 分 に変更します。

    ログの優先解像度に応じて、この値を増減できます。 通常、問題が発生した場合は、たとえば、サンプル間隔を 15 秒に増やし、通常の操作時は 15 分または 30 分の間隔で十分です。

  12. 完了 をクリックします。

  13. ユーザー定義 で作成したデータ コレクター セットを右クリックして、開始 をクリックします。

注意:

データ コレクター セットの実行中は、リアルタイム レポートを表示できません。 データ コレクター セットを停止して開始すると、最後のレポートの作成時から現在の日時までの期間のレポートが生成されます。

リソース指標の分析

収集ツールを選択し、コンピューターのリソース使用率データを取得すると、リソース指標を分析できます。 リソース指標を分析する場合は、次の点を考慮してください:

  • 問題の存続期間 - 単発のイベントが発生したか長期的な問題が発生したかを把握することは、ほとんどの状況で最適な方策の決定に役立ちます。 リソース使用率の短期的な急上昇は、新しくリリースされたダッシュボードまたは Web アプリを追加する場合や部署をポータルに追加する場合など、特定のサービスで需要が急速に拡大した場合に発生する傾向があります。 現在の使用率に至るまで長期的に上昇している場合は、プラットフォームとそれに関連するサービスまたはアプリケーションの需要が高まっている可能性があります。 短期的な急上昇は再発する場合と再発しない場合があるので、デプロイメントの長期的な安定性を高めるためにリソースを増設する必要があるかどうかを確認する上で、該当するイベントを取り巻く状況を把握することが重要となります。

  • システム リソースの大部分を消費するプロセス - Portal for ArcGIS と ArcGIS Data Store の観点から見ると、それぞれプラットフォーム上のユーザーの数とホスト サービスの使用に比例してほぼ直線的にリソース使用率が拡大します。 ArcGIS Server を検討する場合、専用サービスのスケーリングとホスト サービスの使用がリソース使用の 2 大要因になります。 ArcGIS サーバーサイトで専用サービスを調整して、リソース使用率を全体的に下げることができますが、時間の経過に伴って需要がピークに達すると、この処置が十分でなくなる場合があります。

  • 役割の分散 - ArcGIS Enterprise デプロイメント内の複数コンピューター間で役割を分担させることで、コンポーネントごとにリソースをより入念に調整したり、問題が発生した場合にその問題をより詳しく把握したりできるようになります。 1 台のコンピューターによるエンタープライズ デプロイメント用にリソースを増設するよりも、リレーショナル ストア コンピューターまたはホスティング サーバー コンピューターに限定したリソースを増設した方が有効な場合があります。 サイトに参加する操作で現在のサイト アーキテクチャーを調整すると、確立済みのデプロイメントで 1 台のコンピューターから分散アーキテクチャーに移行させることができます。

問題の解決

コンピューターのリソース指標を特定、追跡、分析できるようになったら、想定外のシステム応答に対処することができます。 つまり、割り当てるプロセッサー リソースの数を増やす、RAM をさらに割り当てまたは増設する、あるいはディスク空き容量を増やすなどの対処を行うことができます。 対処する前に、リソース使用率の問題を解決するためのベスト プラクティスを把握しておく必要があります。

プロセッサー使用率

プロセッサー使用率が上昇したコンピューターにプロセッサー リソースを増設する前に、使用率の急上昇を引き起こしている原因が ArcGIS Enterprise コンポーネントであるかシステム上の他のソフトウェアであるかを特定します。 セキュリティー ソフトウェアでリアルタイム スキャンが有効になっていると、Web サーバーおよびデータベースの通常の操作時にプロセッサー使用率が上がることがあります。 この場合は、観測された動作をサイバーセキュリティー チームに報告してください。 仮想マシンでは、基になるホストがオーバープロビジョニングされ、これが仮想マシンで検出できないパフォーマンス上のボトルネックになる可能性があります。

物理メモリーの使用率

物理メモリーの使用率が 100 パーセントに近づいたら、コンピューターに RAM をさらに割り当てるか、RAM を増設することが必要となります。 上記のとおり、作業負荷を各専用コンピューターに分散させると、より細かくリソースを割り当てることが可能になり、現在のリソースの競合が軽減されますが、既存のコンピューターでメモリーを増やすこともできます。 物理メモリーの使用率が 100 パーセントに近づくと、使用可能な仮想メモリーが枯渇することもあります。

仮想メモリーおよびコミット済みメモリーの使用率

仮想メモリーとコミット済みメモリーの使用率は通常、使用率が 100 パーセントに達した時点で同じパターンを示します。 仮想メモリーを使用すると、システム上で利用可能なメモリーよりも多くのメモリーをプロセスで使用できます。また、プロビジョニングされたコンピューターを担当しているシステム管理者が静的に設定していない限り、通常は閾値まで自動的に拡張されます。 ページ ファイルを拡張するのに十分なディスク空き容量がある場合は、システム設定を変更して仮想メモリーを増やしてもかまいません。

ディスク ボリューム空き容量

ディスク容量の枯渇は、ArcGIS Enterprise デプロイメントで発生する可能性のある最も予測できない問題の 1 つです。 更新の試行が不完全な形で終わると、ファイルが空白になるか、切り捨てられる場合があります。この場合は、ソフトウェアを正常に開始することができません。 まず、登録済みのデータ ストアまたは他の場所に移動できる大規模なファイルを検索します。 不要なファイルを削除できない場合は、ディスク空き容量を増やす必要があります。 コンテンツ ディレクトリー (Portal for ArcGIS の場合) や キャッシュ ディレクトリー (ArcGIS Server の場合) など、別のストレージにシステム ディレクトリーを移動させることもできます。

注意:

指定されたディレクトリー <ディレクトリー> で上位 25 個のファイルをサイズ (バイト) 別に表示するには、次のコマンドを実行します:

sudo find <directory> -type f -printf '%s %p\n' | sort -nr | head -25

ルート ボリュームでの実行は長時間を要する場合があるので、コマンドで子ディレクトリーを指定することをおすすめします。

注意:

現在のディレクトリーで上位 25 個のファイルをサイズ別に表示するには、次のコマンドを PowerShell 向けの管理ウィンドウで実行します:

Get-ChildItem -r | Sort -descending -property length | Select -first 25 name, @{Name="Size (GB)";Expression={[Math]::round($_.length / 1GB, 2)}}

ルート ボリューム上での実行は長時間を要する場合があるので、このコマンドを実行する前に、特定のディレクトリーを参照しておくことをおすすめします。