アップグレード方法は、Amazon Web Services (AWS) に ArcGIS GeoEvent Server サイトを作成した方法と時期に応じて異なります。
- AWS 上のArcGIS GeoEvent Server サイトは、手動アップグレード手順でアップグレードできます。 10.8 より前のバージョンでサイトを作成した場合は、必ず手動手順でアップグレードする必要があります。
- ArcGIS GeoEvent Server サイトの作成に 10.8 または 10.8.1 Esri Amazon Web Services CloudFormation テンプレートを使用している場合は、Chef スクリプトを使用してアップグレードできます。
- ArcGIS GeoEvent Server サイトの作成に 10.9、10.9.1、または 11.0 Esri CloudFormation テンプレートを使用している場合は、11.1 CloudFormation テンプレートを使用してアップグレードできます。
- ArcGIS GeoEvent Server サイトの作成に 10.9、10.9.1、または 11.0 ArcGIS Enterprise Cloud Builder for Amazon Web Services を使用している場合は、11.1 ArcGIS Enterprise Cloud Builder for AWS を使用してアップグレードできます。
アップグレードする前に
使用するアップグレード方法にかかわらず、デプロイメントをアップグレードする前に次の情報を確認します。
- 11.1 にアップグレードするには、新しい ArcGIS GeoEvent Server ライセンス ファイルが必要です。
- アップグレードの前に、ArcGIS GeoEvent Server サイトの構成 をエクスポートします。
- ArcGIS GeoEvent Server サイトが ArcGIS Enterprise ポータルとフェデレートされている場合、フェデレートされているサーバーをアップグレードする前にポータルをアップグレードする必要があります。
- AWS 上のArcGIS GeoEvent Server 10.9 以降のサイトには、1 つの Amazon Elastic Compute Cloud (EC2) インスタンスのみを含めることができます。
手動アップグレード手順または Chef スクリプトを使用する場合は、ArcGIS GeoEvent Server サイト内の EC2 インスタンスを AWS 自動スケーリング グループ (存在している場合) から削除し、1 つを除いてすべての EC2 をサイトから削除する必要があります。 複数台のコンピューターを使用する ArcGIS GeoEvent Server サイトは、AWS でサポートされなくなりました。
アップグレード後のサイトはインスタンスを 1 つしか含めないため、残りのインスタンスを自動スケーリング グループに戻すことはできません。
アップグレード後に、Esri から提供された Amazon Web Services CloudFormation テンプレートを使用して作成されたラムダ関数で、残りのインスタンスを停止および開始することはできません。
手動アップグレード手順によるアップグレード
AWS 上の ArcGIS GeoEvent Server サイトの手動アップグレード手順では、サイトから 1 つを除くすべてのインスタンスを削除する必要があります。 そのインスタンスが AWS 自動スケーリング グループにデプロイされている場合、アップグレード前に自動スケーリング グループから削除する必要があります。 これらの手順が完了したら、オンプレミスの ArcGIS GeoEvent Server サイトのアップグレードと同じ手順に従います。
アップグレード手順については、「ArcGIS GeoEvent Server インストール ガイド」をご参照ください。
- GeoEvent Server のアップグレード (Linux)
- GeoEvent Server のアップグレード (Windows)
Chef スクリプトによるアップグレード
ArcGIS GeoEvent Server サイトの作成に 10.8 または 10.8.1 Esri Amazon Web Services CloudFormation テンプレートを使用している場合は、Chef スクリプトを使用してアップグレードできます。
Chef スクリプトを使用して、10.8.x の Esri Amazon Web Services CloudFormation テンプレートを使用して作成された AWS の ArcGIS GeoEvent Server サイトをアップグレードする場合、ArcGIS GeoEvent Server サイトを単一の EC2 インスタンスとファイル サーバー インスタンスに縮小する必要があります。複数台のコンピューターによる ArcGIS GeoEvent Server は、AWS でサポートされなくなりました。
デプロイメントのアップグレード手順は、Microsoft Windows と Ubuntu で異なります。 デプロイメントに使用しているオペレーティング システムに応じた手順に従ってください。
Windows 上のサイトのアップグレード
ArcGIS GeoEvent Server サイトで自動スケーリング グループを使用できなくなり、ファイル サーバー インスタンスと、1 つの ArcGIS GeoEvent Server EC2 インスタンス以外はすべて ArcGIS GeoEvent Server スタックから削除する必要があります。 サイトの他のインスタンスは、サイトのロード バランサーに追加する必要があります。その後で ArcGIS GeoEvent Server をアップグレードできます。
自動スケーリング グループの変更と削除
最初に、ArcGIS GeoEvent Server EC2 インスタンスを AWS 自動スケーリング グループから削除し、グループを削除します。
- AWS Management Console の自分のアカウントにサイン インし、ArcGIS GeoEvent Server サイトの自動スケーリング グループにアクセスします。
- スタックの自動スケーリング グループの最小容量プロパティを 0 に変更します。
- スタックの自動スケーリング グループの最大容量と要求容量のプロパティを 1 に変更します。
これにより、単一の GeoEvent Server インスタンスが残ります。 複数台のコンピューターを使用する ArcGIS GeoEvent Server サイトはサポートされなくなりました。
- グループで 1 つを除くすべてのインスタンスが終了したら、他の ArcGIS GeoEvent Server EC2 インスタンスを自動スケーリング グループからデタッチします。
詳細については、AWS ドキュメントに含まれている「EC2 インスタンスを自動スケーリング グループからデタッチする」をご参照ください。
- インスタンスのデタッチが完了したら、スタックの自動スケーリング グループの最大容量と要求容量のプロパティを 0 に変更します。
- 残りの EC2 インスタンスのインスタンス ID を記録します。
- データ ストアのアップグレード後に誰かがインスタンスを再度追加することを防ぐため、自動スケーリング グループを削除します。
残りのインスタンスを、ロード バランサーのターゲット グループに追加します。
残りの EC2 インスタンスは自動スケーリング グループから削除されているため、ロード バランサーに追加する必要があります。
これらの手順に従い、前のセクションの手順 4 で自動スケーリング グループからデタッチされた ArcGIS GeoEvent Server EC2 インスタンスを、ロード バランサーと関連付けられている 4 つのターゲット グループに追加します。
- AWS Management Console で AWS EC2 を開きます。
- [ロード バランサー] をクリックして、アカウントのロード バランサーを表示します。
- ArcGIS GeoEvent Server サイトで使用されるロード バランサーを選択します。
- [Listeners] タブをクリックし、[デフォルト アクション] の下に一覧表示される 4 つのターゲット グループを書き留めます。
- [ターゲット グループ] をクリックしてターゲット グループにアクセスし、上記のサブステップ d で書き留めた各ターゲット グループに、残りの ArcGIS GeoEvent Server インスタンスを追加できるようにします。
- 残りの ArcGIS GeoEvent Server インスタンスのインスタンス ID を、4 つのターゲット グループのそれぞれに登録します。
インスタンスをターゲット グループに登録する方法については、「AWS のドキュメント」をご参照ください。
ArcGIS GeoEvent Server のアップグレード
これで、ArcGIS GeoEvent Server をアップグレードできるようになりました。
- ArcGIS GeoEvent Server サイトに残った EC2 インスタンスへのリモート デスクトップ接続を作成します。
- Chef または Cinc クライアント 16.16.13 をダウンロードしてインストールします。 古いバージョンの Chef がインストールされている場合、バージョン 16.16.13 に更新します。
- 次に示す 11.1 インストール セットアップ ファイルを My Esri の自分のアカウントからダウンロードし、EC2 インスタンスの C:\Software\Archives フォルダーにアップロードします。
- ArcGIS_Server_Windows_111_185208.exe
- ArcGIS_GeoEvent_Server_111_185251.exe
- ArcGIS GeoEvent Server 11.1 の認証ファイル (.epc または .prvc) を入手し、EC2 インスタンスのローカル フォルダー、または EC2 インスタンスからアクセス可能なファイル共有に置きます。
- ArcGIS Cookbook バージョン 4.1.0 (arcgis-4.1.0-cookbooks.zip) を EC2 インスタンスにダウンロードし、ファイルを展開して、内容を C:\chef フォルダーに置きます。
- 元の C:\chef\node.json ファイルのコピーを作成し、名前を upgrade-geoevent-server.json に変更します。
- テキスト エディターで upgrade-geoevent-server.json を開き、次のパラメーターを変更します:
- ArcGIS のバージョンを 11.1 に設定します。
"arcgis" : { "version": "11.1",
- ArcGIS GeoEvent Server 認証ファイルを置いた場所を指定します。
"arcgis" : { "server": { "authorization_file" : "<drive>\\<folder>"
- アーカイブ リポジトリ ノードを追加し、EC2 インスタンスでソフトウェア インストール ファイルを置いたフォルダーに設定します。
"arcgis" : { "repository": { "archives": "C:\\Software\\Archives"
- 実行リストから、次の要素を削除します:
"recipe[arcgis-enterprise::system]", "recipe[arcgis-enterprise::post_install]"
- "recipe[arcgis-enterprise::server_node]", 要素を "recipe[arcgis-enterprise::server]" に変更します。
変更された実行リストには、次の要素が含まれます:
"run_list" : [ "recipe[arcgis-enterprise::server]", "recipe[arcgis-geoevent]" ]
- ArcGIS のバージョンを 11.1 に設定します。
- upgrade-geoevent-server.json ファイルを保存して閉じます。
- 管理者としてコマンド ライン ウィンドウを開き、ディレクトリを C:\chef に変更して、次のコマンドを実行します: chef-client -z -j c:\chef\upgrade-geoevent-server.json
- アップグレード プロセスの開始前にエクスポートしたファイルを使用して、ArcGIS GeoEvent Server サイトの構成をインポートします。
Ubuntu 上のサイトのアップグレード
ArcGIS GeoEvent Server サイトで自動スケーリング グループを使用できなくなり、ファイル サーバー インスタンスと、1 つの ArcGIS GeoEvent Server EC2 インスタンス以外はすべて ArcGIS GeoEvent Server スタックから削除する必要があります。 サイトの他のインスタンスは、サイトのロード バランサーに追加する必要があります。その後で ArcGIS GeoEvent Server をアップグレードできます。
自動スケーリング グループの変更と削除
最初に、ArcGIS GeoEvent Server EC2 インスタンスを AWS 自動スケーリング グループから削除し、グループを削除します。
- AWS Management Console の自分のアカウントにサイン インし、ArcGIS GeoEvent Server サイトの自動スケーリング グループにアクセスします。
- スタックの自動スケーリング グループの最小容量プロパティを 0 に変更します。
- スタックの自動スケーリング グループの最大容量と要求容量のプロパティを 1 に変更します。
これにより、単一の GeoEvent Server インスタンスが残ります。 複数台のコンピューターを使用する ArcGIS GeoEvent Server サイトはサポートされなくなりました。
- グループで 1 つを除くすべてのインスタンスが終了したら、他の ArcGIS GeoEvent Server EC2 インスタンスを自動スケーリング グループからデタッチします。
詳細については、AWS ドキュメントに含まれている「EC2 インスタンスを自動スケーリング グループからデタッチする」をご参照ください。
- インスタンスのデタッチが完了したら、スタックの自動スケーリング グループの最大容量と要求容量のプロパティを 0 に変更します。
- 残りの EC2 インスタンスのインスタンス ID を記録します。
- データ ストアのアップグレード後に誰かがインスタンスを再度追加することを防ぐため、自動スケーリング グループを削除します。
残りのインスタンスを、ロード バランサーのターゲット グループに追加します。
残りの EC2 インスタンスは自動スケーリング グループから削除されているため、ロード バランサーに追加する必要があります。
これらの手順に従い、前のセクションの手順 4 で自動スケーリング グループからデタッチされた ArcGIS GeoEvent Server EC2 インスタンスを、ロード バランサーと関連付けられている 4 つのターゲット グループに追加します。
- AWS Management Console で AWS EC2 を開きます。
- [ロード バランサー] をクリックして、アカウントのロード バランサーを表示します。
- ArcGIS GeoEvent Server サイトで使用されるロード バランサーを選択します。
- [Listeners] タブをクリックし、[デフォルト アクション] の下に一覧表示される 4 つのターゲット グループを書き留めます。
- [ターゲット グループ] をクリックしてターゲット グループにアクセスし、上記のサブステップ d で書き留めた各ターゲット グループに、残りの ArcGIS GeoEvent Server インスタンスを追加できるようにします。
- 残りの ArcGIS GeoEvent Server インスタンスのインスタンス ID を、4 つのターゲット グループのそれぞれに登録します。
インスタンスをターゲット グループに登録する方法については、「AWS のドキュメント」をご参照ください。
ArcGIS GeoEvent Server のアップグレード
これで、ArcGIS GeoEvent Server をアップグレードできるようになりました。
- Ubuntu ユーザーとして、ArcGIS GeoEvent Server サイトの残った EC2 インスタンスに SSH で接続します。
- 次のいずれかのコマンドを使用して、Chef または Cinc クライアント 16.16.13 をダウンロードしてインストールします。 古いバージョンの Chef がインストールされている場合、バージョン 16.16.13 に更新します。
- Chef クライアント: sudo curl -L https://omnitruck.chef.io/install.sh | sudo bash -s -- -v 16.16.13
- Cinc クライアント: sudo curl -L https://omnitruck.cinc.sh/install.sh | sudo bash -s -- -v 16.16.13
- 次に示す 11.1 インストール セットアップ ファイルを My Esri の自分のアカウントからダウンロードし、残った EC2 インスタンスの /opt/software/archives フォルダーにアップロードします。
- ArcGIS_Server_Linux_111_185292.tar.gz
- ArcGIS_GeoEvent_Server_111_185315.tar.gz
- ArcGIS GeoEvent Server 11.1 の認証ファイル (.epc または .prvc) を入手し、EC2 インスタンスのローカル フォルダー、または EC2 インスタンスからアクセス可能なファイル共有に置きます。
- ArcGIS Cookbook バージョン 4.1.0 (arcgis-4.1.0-cookbooks.tar.gz) を EC2 インスタンスにダウンロードし、ファイルを展開して、内容を /var/chef ディレクトリに置きます。
- /var/chef/ の下にある nodes ディレクトリを削除し、/etc/chef/ の下にある local-mode-cache ディレクトリを削除します。
- 元の /etc/chef/node.json ファイルのコピーを作成し、名前を upgrade-geoevent-server.json に変更します。
- テキスト エディターで upgrade-geoevent-server.json を開き、次のパラメーターを変更します:
- ArcGIS のバージョンを 11.1 に設定します。
"arcgis" : { "version": "11.1",
- ArcGIS GeoEvent Server 認証ファイルを置いた場所を指定します。
"arcgis" : { "server": { "authorization_file" : "/<folder>/subfolder"
- アーカイブ リポジトリ ノードを追加し、EC2 インスタンスでソフトウェア インストール ファイルを置いたフォルダーに設定します。
"arcgis" : { "repository": { "archives": "/opt/software/archives"
- 実行リストから、次の要素を削除します:
"recipe[arcgis-enterprise::system]", "recipe[arcgis-enterprise::post_install]"
- "recipe[arcgis-enterprise::server_node]", 要素を "recipe[arcgis-enterprise::server]" に変更します。
変更された実行リストには、次の要素が含まれます:
"run_list" : [ "recipe[arcgis-enterprise::server]", "recipe[arcgis-geoevent]" ]
- ArcGIS のバージョンを 11.1 に設定します。
- upgrade-geoevent-server.json ファイルを保存して閉じます。
- Ubuntu ユーザーとして次のコマンドを実行します: chef-client -z -j /etc/chef/upgrade-geoevent-server.json
- アップグレード プロセスの開始前にエクスポートしたファイルを使用して、ArcGIS GeoEvent Server サイトの構成をインポートします。
CloudFormation テンプレートを使用したアップグレード
Esri が提供する 10.9、10.9.1、または 11.0 CloudFormation 配置テンプレート (arcgis-geoevent-server-singlemachine.template.json) を使用して ArcGIS GeoEvent Server サイトを作成している場合は、対応する 11.1 アップグレード テンプレート (arcgis-geoevent-server-singlemachine-upgrade.template.json) を使用してアップグレードできます。 アップグレード テンプレートの使用手順は、「CloudFormation を使用した、単一コンピューターの ArcGIS GeoEvent Server サイトのアップグレード」をご参照ください。