物理アーキテクチャー

このアーキテクチャーは、2023 年 1 月に以下の前提条件で評価されました。

• 中小規模の電力事業を想定
• 15 人の ArcGIS Pro 編集者と 200 人の ArcGIS Web ユーザー (一般ユーザーの想定) を対象とした設計負荷で電力会社ワークフローのサポート
• PostgreSQL で構成されたエンタープライズ ジオデータベース
• AWS クラウド インフラストラクチャー

このシステムは、指定されたワークフローに合わせて設計とテストが行われ、テスト結果に基づいて、必要に応じてコンピューターの種類やサイズが調整されました。

このアーキテクチャーの Microsoft Visio ファイルをダウンロードできます。
ArcGIS システムのダイアグラム リソースの詳細をご参照ください。

アーキテクチャーのリソース

以下に示すのは、今回のテスト調査で選択および検証されたコンピューターのサイズです。 自社のビジネス要件と技術要件を考慮し、自社で設計プロセスを行うことを強くおすすめします。

コンピューターの種類とサイズ

以下は、本テスト調査の範囲と目的に合わせて選択および検証されたコンピューターのサイズです。 ただし、実際に構築するときは、自社のビジネス要件と技術要件を考慮し、自社で完全な設計プロセスを行うことを強くおすすめします。

Esri は、ネットワーク、ストレージ、システム環境、サイズ設定など、組織の物理設計に関するさまざまな要素の決定を支援するシステム アーキテクチャー設計サービスを提供しています。 各コンポーネントの最小システム要件は、オンラインで入手可能なドキュメントに記載されています。

デスクトップ (ArcGIS Pro と Web ブラウザー)

• テストに使用した 3 台のコンピューター
• G4DN.2xlarge
• 4 つの CPU (8 つの vCPU)
• 32 GB の RAM
• 16 GB の GPU
• 1 TB のディスク

Portal for ArcGIS

• 2 台のコンピューター
• M6i.xlarge
• 2 つの CPU (4 つの vCPU)
• 16 GB の RAM
• 128 GB のディスク

ArcGIS GIS Server

• 2 台のコンピューター
• M6i.2xlarge
• 4 つの CPU (8 つの vCPU)
• 32 GB の RAM
• 128 GB のディスク

ArcGIS Server (ホスティング サーバー)

• 2 台のコンピューター
• M6i.2xlarge
• 4 つの CPU (8 つの vCPU)
• 32 GB の RAM
• 128 GB のディスク

ArcGIS Data Store (リレーショナル)

• 2 台のコンピューター
• M6i.xlarge
• 2 つの CPU (4 つの vCPU)
• 16 GB の RAM
• 128 GB のディスク

ArcGIS Web Adaptor

• 2 台のコンピューター
• M6i.large
• 1 つの CPU (2 つの vCPU)
• 8 GB の RAM
• 128 GB のディスク

ArcGIS Monitor

• 1 台のコンピューター
• M6i.2xlarge
• 4 つの CPU (8 つの vCPU)
• 32 GB の RAM
• 128 GB のディスク

ファイル ストレージ

• 1 つのインスタンス
• C6i.xlarge
• 2 つの CPU (4 つの vCPU)
• 8 GB の RAM
• 128 GB のディスク

データベース

• 1 台のコンピューター
• M6i.4xlarge
• 8 つの CPU (16 個の vCPU)
• 64 GB の RAM
• 1 TB のディスク

ドメイン サーバー

• 1 台のコンピューター
• C6i.large
• 1 つの CPU (2 つの vCPU)
• 4 GB の RAM
• 128 GB のディスク

インフラストラクチャに関するその他の考慮事項

以下は、ネットワーク情報管理システムを設計する際に考慮すべき他の部分と、このテスト調査のために行われたインフラストラクチャに関するいくつかの選択の説明です。

アプリケーション ロード バランサー (ALB)

高可用性の ArcGIS Enterprise デプロイメントでは、ポータル サイトおよびサーバー サイトへのクライアント トラフィック、およびソフトウェア コンポーネント間の内部トラフィックを処理するために、少なくとも 1 つのサードパーティー製ロード バランサーが必要です。 ArcGIS Web Adaptor はロード バランサーと認識されていますが、高可用性構成においてロード バランサーとして機能するには単体では不十分です。 そのため、このテスト調査では、Amazon Web Services (AWS) Application Load Balancer を使用しました。

共有ストレージ

高可用性の ArcGIS Enterprise デプロイメントを適切に実装するには、構成ストアを高可用性の共有場所に格納する必要があります。 これにより、1 つのサーバーに障害が発生した場合でもデータへのアクセスが維持され、エンドユーザーに中断のないサービスを提供できます。 さらに、共有ストレージは、複数コンピューターのデプロイメントでのデータ管理を簡素化し、データストレージを一元管理して、必要に応じて拡張可能にすることで、スケーラビリティーを向上させます。

図に含まれていないシステム コンポーネント

ウイルス対策ソフトウェアと AWS ネットワーク コンポーネントは示されていませんが、テスト調査には存在していました。