テストの結果

事前テストの後、基礎ワークフローとモバイル ワークフローを使用し、修正されたアーキテクチャーと構成を評価するためのより正式なテストを実施しました。 修正されたアーキテクチャーは、デスクトップと編集ワークフローは設計負荷の 4 倍で一貫して稼働している状態で、さまざまな負荷のモバイル ワークフローを追加してテストされました。 各コンポーネントについて、それぞれ異なる負荷シナリオに対してワークフローを実行し、監視が行われました。 修正されたアーキテクチャーと元のアーキテクチャーのリソース使用率への影響を比較できます。

テスト完了後、結果をまとめて分析し、設計どおりのシステムが優れたエンド ユーザー エクスペリエンスと効率性をもたらすことを検証しました。

ワークフローのペーシング

このテスト調査では、テストされたワークフローにペーシング モデルを適用しました。 ペーシング モデルは、ユーティリティーでの作業ペースをテストでシミュレートする方法を示しており、ワークフローはスタッフ リソースのチーム全体で 1 時間あたりの一定数の操作として実行されます。 この手法は Esri のお客様からの情報に基づいており、使用データは中小規模のガス事業者のシナリオに準拠しています。

ワークフローは、1 時間のテスト期間にわたって分散され、実際のワークフローと同様に互いに重複するようにも設定されました。 このワークフロー ペーシングの全体的な内訳は、システムが受ける「設計負荷」と見なされます。

以下に示すように、このテストでは、Web とデスクトップの編集ワークフローが自動化され、設計負荷の 4 倍で実行されました。 テスト済みワークフローの詳細をご参照ください。

基本的なワークフローは、人々の作業方法を模倣することを目的としたペーシング モデルに従って実施され、テストをより現実的なものにしています。 このモデルでは、ワークフローはずらされるので、同時に開始または終了することはありません。

モバイル ワークフローは、上記のとおりシステムに負荷をかけた状態で実行されました。 モバイル ワークフローの設計負荷は、以下に示すように、1 時間あたり合計 405 操作です。 その後、デスクトップの負荷を一定に保ちながら、モバイルの負荷を増加させました。

このペーシング モデルでは、一般的な負荷は 4 倍で実行され、モバイル ワークフローは設計負荷でペーシングされることを示しています。 モバイル ワークフローの負荷が増えるにつれ、モデルは調整されます。

非接続環境での表示ワークフローにはダウンロードと同期が含まれており、これが ArcGIS Enterprise に影響します。 非接続環境での編集ワークフローも同様にダウンロードと同期から始まりますが、変更をアップロードするための 2 回目の同期も含まれます。 モバイル デバイスでデータを表示または編集するために実行される作業は、ArcGIS Enterprise には影響しません。

テスト シナリオ: 設計負荷の 6 倍

設計負荷の 6 倍の元のアーキテクチャー (左) では、ArcGIS Web Adaptors は非常に過負荷状態にあり、Portal for ArcGIS コンピューターの CPU 使用率は非常に高くなっています (図 13 を参照)。 これと比較して、修正後のアーキテクチャー (右) では、特に ArcGIS Web Adaptor 層と ArcGIS Portal 層のリソース使用率が著しく低下し、より適切な閾値に達しています。 さらに、修正後のアーキテクチャーで増加した vCPU が、元のアーキテクチャーでダウンロードのタイムアウトの原因となっていたネットワーク スループット (グレー) の制限を軽減するのに役立っていることを確認できます。

ユーザー エクスペリエンス

予想どおり、負荷が増加するとユーザー エクスペリエンスは低下します。 しかし、以下に示すように、その影響は非接続環境のワークフローで最も顕著に現れます。 たとえば、ダウンロード手順を含む非接続環境での表示時間は、設計負荷と 4 倍の間で 44% 増加し、4 倍と 6 倍の間で 78% 増加します。 その時間のほとんどは、オフライン エリアのダウンロードとデータの同期に起因します。 したがって、リソースのサイズ調整に加えて、オフライン エリアを最適化し、モバイル作業者に良好な接続を提供し、さらにはダウンロードの時間をずらすことで、その時間を改善できる可能性があります。

ArcGIS Pro ワークフローの実行時間は、設計負荷と 6 倍の間で平均 12% 低下しました。つまり、編集者はシステムの待機時間として 1 日あたり 58 分失っていることになります。 設計負荷と 4 倍の間では、この数値は 9%、つまり 43 分になります。

編集者は、多くのスタッフが業務で使用する構築時のネットワークを維持しているため、パフォーマンスの高い編集環境を提供することが重要です。 モバイル ワークフローの負荷を追加しても、設計負荷の 4 倍になるまでシステムに目立った影響はありませんでしたが、ユーザー エクスペリエンス面では、負荷が元の設計負荷を超え始めると構成を調整することが適切である可能性が示唆されています。

ユーザー エクスペリエンスと投資対効果の向上につながる可能性がある要因は以下のとおりです:

• 代替ロード バランサー
• 追加の作業負荷の分離
• インスタンス サイズの増加
• 安全なモバイル デプロイメント アプローチ。 詳細については、ArcGIS セキュア モバイルの実装に関するテクニカル ペーパーをご参照ください。