Skip To Content

GeoEvent Server の基本デプロイメント

イベント レコードのサイズ、イベント速度、イベント量など、リアルタイムのイベント処理の各側面を理解するとともに、ArcGIS Enterprise のソフトウェア コンポーネントおよびそれらをサーバー コンピューター上に配置する方法について検討する必要があります。 このトピックでは、エンタープライズ GIS における ArcGIS GeoEvent Server の 2 つの配置パターンについて説明し、配置に関する検討事項をさらに詳しく考察します。

  • 単一コンピューターの配置 - ArcGIS GeoEvent Server が同一のコンピューター上に配置される ArcGIS Enterprise の基本配置を実行します。この結果、すべてのコンポーネントが単一コンピューター上に存在することになります。
  • 複数台のコンピューターの配置 - ArcGIS Server のインスタンスを ArcGIS Enterprise の基本配置とは別のサーバー コンピューター上に配置した後、ArcGIS GeoEvent Server をそのコンピューター上に配置します。

上記のどちらの配置パターンを選択するにしても、「ArcGIS システムの設計: ベスト プラクティス」ホワイト ペーパーに記載されたサーバー リソースの割り当ておよび作業負荷の分離の原則を考慮します。 また、ArcGIS Server ライセンス ロールおよび ArcGIS Enterprise のコンポーネント間で信頼を確立するための SSL 証明書の構成方法について十分な知識を得ておくことも重要です。

ArcGIS EnterpriseArcGIS GeoEvent Server を利用するソリューションの設計およびシステム アーキテクチャでは多数のオプションが用意されています。 システム設計者は、組織のニーズに応じたシステム アーキテクチャを設計および配置する際に Esri のコンサルティング サービスを利用してアドバイスを受けることができます。

単一コンピューターのデプロイメント

単一コンピューターの配置パターンは、ArcGIS GeoEvent Server が同一のコンピューター上に配置される ArcGIS Enterprise の基本配置と言うことができます。 この配置パターンは、運用環境では推奨されないものの、ソリューション開発、概念実証、デモにおいては実用的です。 システム設計者は、この種のソリューションを運用環境に配置する前に、ArcGIS ServerArcGIS GeoEvent Server 間でのシステム リソース共有の意味を理解する必要があります。 単一コンピューターの配置の一部として GeoEvent Server を配置するには、既存のエンタープライズ ポータルのホスティング サーバーの下で実行されるように GeoEvent Server をインストールします。

この方法に従う場合、システム設計者は、ArcGIS Server がこの配置パターンで 2 つの異なるサーバー ロールを同時にサポートしていることを理解する必要があります。 一方で、ArcGIS Server は、ArcGIS Enterprise の Standard または Advanced ライセンスを使用して GIS サーバーとしてライセンスが付与されます。 これにより、Web サービスの公開、ホスト フィーチャ レイヤー、エンタープライズ ポータルのフェデレーションなど、基本的な Web GIS 機能が使用可能になります。 ArcGIS GIS Server Standard または Advanced ライセンスとともに GeoEvent Server ライセンスが ArcGIS Server に適用される場合、サーバー コンピューターはデュアルロールになり、サービスの公開とリアルタイム データの取り込み、適合、処理、配信の両方をサポートします。

この方法では、ソフトウェア コンポーネントの配置とインストールを簡素化できますが、システム設計者は、ArcGIS Server によって複数のタスクに対応していることを認識しておく必要があります。つまり、この単一サーバーですべてのサービス リクエストを処理しなければならないため、CPU や RAM などのシステム リソースが使い果たされて、このサーバーが急速に過負荷状態になる可能性があります。 エンタープライズ ポータル、ArcGIS Pro、または ArcGIS GeoEvent Manager を使用して公開されたサービスはすべて、ホスト フィーチャ サービスとして公開されます。 レコードが従来のフィーチャ編集ワークフローを使用して管理される、より従来型のフィーチャ サービスと、レコードがリアルタイムの観測データで更新されるリアルタイム サービスが併用されている場合は、GIS サーバーと GeoEvent Server を実行しているサーバーの間の区別があいまいになる可能性があります。

単一コンピューターの配置では、SSL 証明書の構成が簡素化されています。 システム設計者は CA 署名証明書またはドメイン証明書のいずれかを取得し、その証明書を Web サーバー SSL 証明書として使用できるように Portal for ArcGISArcGIS Server の両方を構成することをお勧めします。 GeoEvent Server は、実行元の ArcGIS Server インスタンスに問い合わせて、そのサーバーの証明書を独自の証明書ストアに読み込みます。 GeoEvent Server は、実行元の ArcGIS Server インスタンスが信頼するソフトウェア コンポーネントを信頼します。 GeoEvent Server は、ArcGIS ソリューションのコンポーネントやプロダクトとして自己識別できるソフトウェア コンポーネントまでも自動的に信頼することはありません。 GeoEvent Server が配置されているエンタープライズの環境では事故署名証明書は使用しないことが推奨されます。

複数台のコンピューターの配置

2 つ目の配置パターンである複数台のコンピューターの配置は単一コンピューターの配置を基に構築されています。 ArcGIS Enterprise の同じソフトウェア コンポーネントがすべて単一コンピューター上に配置されます。 その違いは、2 台目のコンピューターが追加され、そのコンピューターに ArcGIS Server の 2 番目のインスタンスがインストールされ、ArcGIS GeoEvent Server が配置されることにあります。 この配置パターンでは、そのリソースがリアルタイム イベントの取り込み、処理、配信専用になっているサーバーの下で GeoEvent Server が実行されます。

注意:

このコンテキストでは、複数台のコンピューターの配置に、スケーラビリティ、信頼性、および回復力に関する方針をサポートするためのシステムのスケールアウトは含まれません。 これらの方針の詳細については、「スケーラビリティ、信頼性、および復元性に関する方針」をご参照ください。

複数台のコンピューターの配置パターンは GeoEvent Server の基本配置のベスト プラクティスと考えられています。 GeoEvent Server を 2 台目のコンピューター上に配置し、専用の ArcGIS Server インスタンスの下で実行した場合、単一サーバー コンピューターが、ArcGIS Enterprise の基本操作に対して要求されるサーバー リクエストおよび負荷に対応できる範囲まで、作業負荷の分離の原則に対応できるようになります。 センサー データのリアル タイムの取り込みと適合をイベントレコードの処理およびデータ配信と並行して実行すると、多量のリソースが消費されます。 このような理由で、ArcGIS Enterprise をサポートする専用のサーバーにシステム リソースを割り当て、GeoEvent Server をサポートする 2 台目のコンピューターをシステムアーキテクチャに組み込むことを常にお勧めします。

ArcGIS Server のロール

システム アーキテクチャに ArcGIS Server のインスタンスが 2 つある場合は、それぞれのインスタンスがサポートしているロールを十分に理解することが重要です。 複数台のコンピューターの配置では、ArcGIS GIS Server ライセンス (Standard または Advanced) が ArcGIS Enterprise コンピューター上の ArcGIS Server に適用されます。 これにより、GIS Server ロールでエンタープライズ ポータルをホスティング サーバーとしてサポートすることが可能になります。 2 台目のコンピューター上の ArcGIS Server では、ArcGIS GeoEvent Server ライセンスが使用されます。 この 2 台目のコンピューターのロールは単に GeoEvent Server の配置だけをサポートします。

2 台目のコンピューター上に ArcGIS Server をインストールするときに GeoEvent Server ライセンスを選択し、GeoEvent Server をインストールするときにそれと同じライセンスをもう一度選択します。 ArcGIS GeoAnalytics ServerArcGIS Image Server のようないくつかのサーバー ロールが、実行可能な ArcGIS Server セットアップに付属していることにご注意ください。 ただし、GeoEvent Server には実行可能なセットアップが別途用意されているため、インストール ワークフローでは、GeoEvent Server ライセンスを 2 回選択する必要があります。

個別の REST サービス ディレクトリ

複数台のコンピューターの配置では、ArcGIS Server のそれぞれのインスタンスが独自の ArcGIS REST Services Directory を維持しています。 GeoEvent Manager から公開する際には、公開先の ArcGIS Server が、ArcGIS Enterprise ポータルのホスティング サーバーであるか、GeoEvent Server が実行されているコンピューター上の ArcGIS Server であるかを把握しておくことが重要です。 GeoEvent Server を実行している ArcGIS Server にマップ サービスやフィーチャ サービスを公開する場合、ArcGIS Server には登録済みの管理されたジオデータベースと (GeoEvent Server ライセンス ロールに加えて) GIS Server ライセンス ロールが必要です。 ホスティング サーバーでは管理されたジオデータベースとして ArcGIS Data Store が構成されているため、ホスト サービスを GeoEvent Manager から ArcGIS Enterprise ポータルのホスティング サーバーに公開することができます。 ストリーム サービスは、GeoEvent Server が実行されているコンピューターに公開する必要があります。 ストリーム サービスの公開には、GIS Server および GeoEvent Server ライセンスが必要です。

フェデレーションおよびサービスの公開

システム設計者は、特に GeoEvent Server を実行する ArcGIS Server インスタンスがエンタープライズ ポータルとフェデレートされている場合、REST サービス ディレクトリの異なるインスタンスを十分に把握している必要があります。 フェデレーションによって、GeoEvent Server のデフォルトとして登録されているサーバー接続のタイプが ArcGIS Server タイプの接続から ArcGIS Enterprise タイプの接続に切り替わります。

さらに、サーバーのフェデレーションによって、GeoEvent Server のサービス公開動作も変更されます。 サーバーがフェデレートされ、GeoEvent Server のデフォルトのサーバー接続が使用されている場合、フィーチャ サービスは、ホスト フィーチャ レイヤーを作成するエンタープライズ ポータルのホスティング サーバーに公開されます。 これらのサービスはホスティング サーバーの ArcGIS REST Services Directory で検出可能であり、エンタープライズ ポータルのコンテンツ マネージャーにリスト表示されます。

GeoEvent Server の実行元である ArcGIS Server インスタンスがエンタープライズ ポータルとフェデレートされていない場合、GeoEvent Manager を使用して公開されたフィーチャ サービスは、デフォルトで、エンタープライズ ポータルのホスティング サーバーではなくローカルの ArcGIS Server インスタンスに公開されます。 これらのサービスは GeoEvent Server コンピューター上の ArcGIS REST Services Directory で検出可能であり、アイテムがサービスにリンクされるように明示的に作成されて初めてエンタープライズ ポータルのコンテンツ マネージャーにリスト表示されます。

個別の REST サービス ディレクトリのメリットとデメリット

個別の REST サービス ディレクトリとジオデータベースを維持することにはメリットがあります。 作業負荷の分離の原則が、専用のデータベース サーバー リソースを使用して順守されます。 フィーチャ サービスを、リアルタイム データを含むグループと含まないグループに整理できます。 フィーチャ サービスを使用する GeoEvent Server入力出力、またはプロセッサを構成するときに、リアルタイム データと関連付けられたコンテンツ アイテムを見つけることが容易になります。これは、ホスト フィーチャ レイヤー アイテムがリアルタイム フィーチャ サービスの横にリスト表示されないためです。

個別の REST サービス ディレクトリのデメリットは、2 つの異なるジオデータベースを管理および維持しなければならないことにあります。 さらに、管理者は、データとサービスが 2 台の ArcGIS Server コンピューターのうちのどちらかに存在する可能性があることを記憶し、認識しておく必要もあります。

SSL 証明書

複数台のコンピューターの配置では、SSL 証明書を構成するときにさらなる注意が必要です。 単一コンピューターの配置の場合、管理者は、単一の CA 署名証明書またはドメイン証明書を使用して Portal for ArcGISArcGIS Server を構成するだけで十分です。 すべてのソフトウェア コンポーネントが同一のコンピューター上で実行されているため、GeoEvent Server が、エンタープライズ ポータル (つまり、ホスティング サーバー) から受信したレスポンスを自動的に信頼します。

複数台のコンピューターの配置では、基本の ArcGIS Enterprise コンピューター用に生成された証明書を使用するように Portal for ArcGIS とそのホスティング ArcGIS Server を構成する必要があります。 さらに、ArcGIS Enterprise コンピューターの証明書のバージョンを GeoEvent Server コンピューター上の ArcGIS Server にインポートする必要もあります。 これらのことを実行しない場合、ArcGIS Enterprise コンピューターから返された HTTP リクエストは GeoEvent Server で信頼されないことになります。 信頼されない状態は、エンタープライズ ポータルへのサーバー接続を検証できない場合によく起こります。 また、信頼が欠如している場合は、エンタープライズ ポータルのホスティング サーバーで正常に構成および登録された後のビッグ データ ストアを操作しているときにも問題が発生することがあります。

参考資料

ArcGIS の配置に関する詳細および参考資料については、以下の記事をご参照ください。