イントロダクション

ArcGIS サービスは機能を公開し、マップと関連データを Web 上でアクセスできるようにしています。 最適なマップ サービス構成における重要な要素とは、適切な数のサービス インスタンスを選ぶことです。それぞれのサービス インスタンスは、マップ サービスの実行に特化した ArcSOC プロセスとして動作します。 ArcSOC (ArcGIS Server Object Container) は、GIS サービスを実行する ArcGIS Server プロセスであり、各 ArcSOC は一度に 1 件のリクエストを処理します。

ホスト サービスや共有サービス タイプは ArcGIS によって自動的に管理されますが、専用サービスのマップ サービス インスタンスの構成は、システムの最適化において見落とされがちな側面です。 サービスの追加や使用パターンの変化に伴い、サービスやシステム構成を定期的にテストし、見直す必要があります。 これを怠ると、時間の経過とともにシステムのパフォーマンスが許容できない水準にまで落ち、エンド ユーザー エクスペリエンスや効率が低下する可能性があります。

このテスト調査では、最小値と最大値が同じ専用インスタンスを用いて、以下の 2 つの概念を検証します:

  1. リソース不足のデータベースが、システム全体の使いやすさに与える影響
  2. ArcSOC と vCPU の比率 (ArcGIS Server インスタンス上で vCPU ごとに構成された ArcSOC の数) が、システムおよびエンド ユーザー エクスペリエンスに与える影響

なお、稼働していない専用インスタンスは、リクエストを受け取ってから起動するまでに多少の時間がかかることを念頭に置いてください。 このシステム テストはユーザー エクスペリエンスに重点を置いているため、ArcSOC の起動待ちによる遅延は避けたいと考えています。 したがって、今回の目的に合わせて、すべてのサービス インスタンスでは最大値と最小値を同じに設定しています。

注意:

このテスト調査は、すべてのシステムに対して、CPU とサービス インスタンスの特定の比率を推奨するものではありません。 むしろ、組織がパフォーマンスとインフラストラクチャー コストのバランスを考慮しながら、システムに最適な構成を見つけるためにテストを行う必要があることを示しています。 システム パフォーマンスの監視の詳細をご参照ください。

このテスト調査では、AWS EC2 インスタンスを使用して、AWS (Amazon Web Services) クラウド インフラストラクチャーでホストされているネットワーク情報管理システムに対して実際のワークフローをテストしました。

テスト済のワークフロー

テスト調査で意味のある結果が得られるようにするには、実際のユーザー エクスペリエンスと、ユーザーがシステムを操作する際に実行する実際のステップをワークフローに反映する必要があります。 このテスト調査で使用したワークフローは、構築時の電力ネットワークを維持し、アクセスするために必要な基本的な作業の一部を表しています。

経験豊富なスタッフの協力を得て、Esri のお客様からいただいたフィードバックを活用し、各ワークフローに関連する具体的な手順、順序、アクティビティーのタイプを特定することによってワークフローの内容が定義されました。 次の主要なワークフローを、負荷がかかっているシステムに対して手動で実行し、ユーザー エクスペリエンスと全体的なパフォーマンスをキャプチャーしました。

  1. 既存のフィーチャを使用して新しいサービスを作成する - 既存の変圧器からサービスを提供する
  2. 新しいフィーチャから新しいサービスを作成する - 新しい電柱と変圧器でサービスを提供する
  3. 資産を更新する - 資産の移動または属性の更新
  4. 負荷の管理 - ある回路から別の回路に負荷をリダイレクトする
  5. フェーズ管理 - サービスを別のフェーズに移行する
  6. 電気トレース - 上流の保護トレースと下流の顧客トレース
  7. 資産の表示 - 資産と属性を検索して表示する
  8. 資産の集計 - 汚れたフィーダーの特定、新しいフィーチャの数

これらのワークフローの詳細については、関連システムのテスト調査をご参照ください。

ソフトウェア

システム機能は次のソフトウェアを通じて提供されます。これらのソフトウェアは、記載されているバージョンで、利用可能なすべてのパッチが適用された状態で、このテスト調査の一環としてデプロイおよびテストされました。

Top