AWS 上の ArcGIS GeoEvent Server サイトのアップグレード—クラウド内の ArcGIS Enterprise

アップグレード方法は、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、11.1、または 11.2 Esri CloudFormation テンプレートを使用している場合は、11.3 CloudFormation テンプレートを使用してアップグレードできます。
ArcGIS GeoEvent Server サイトの作成に 10.9、10.9.1、11.0、11.1、または 11.2 ArcGIS Enterprise Cloud Builder for Amazon Web Services を使用している場合は、11.3 ArcGIS Enterprise Cloud Builder for AWS を使用してアップグレードできます。

アップグレードする前に

使用するアップグレード方法にかかわらず、デプロイメントをアップグレードする前に次の情報を確認します。

11.3 にアップグレードするには、新しい 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 クライアントをダウンロードしてインストールします。
サポートされているバージョンについては、「ArcGIS Cookbook の互換性マトリックス」をご参照ください。
次に示す 11.3 インストールセットアップファイルを My Esri の自分のアカウントからダウンロードし、EC2 インスタンスの C:\Software\Archives フォルダーにアップロードします。
- ArcGIS_Server_Windows_113_190188.exe
- ArcGIS_Server_Windows_113_190188.exe.001
- ArcGIS_GeoEvent_Server_113_190259.exe
ArcGIS GeoEvent Server 11.3 の認証ファイル (.epc または .prvc) を入手し、EC2 インスタンスのローカルフォルダー、または EC2 インスタンスからアクセス可能なファイル共有に置きます。
ArcGIS Cookbook バージョン 5.0.0 (arcgis-5.0.0-cookbooks.zip) を EC2 インスタンスにダウンロードし、ファイルを展開して、内容を C:\chef フォルダーに置きます。
元の C:\chef\node.json ファイルのコピーを作成し、名前を upgrade-geoevent-server.json に変更します。
テキストエディターで upgrade-geoevent-server.json を開き、次のパラメーターを変更します:
- ArcGIS のバージョンを 11.3 に設定します。
```
"arcgis" : {
    "version": "11.3",
```
- 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]"
]
```
upgrade-geoevent-server.json ファイルを保存して閉じます。
管理者としてコマンドラインウィンドウを開き、ディレクトリを C:\chef に変更して、次のコマンドを実行します: chef-client -z -j c:\chef\upgrade-geoevent-server.json
アップグレードプロセスの開始前にエクスポートしたファイルを使用して、ArcGIS GeoEvent Server サイトの構成をインポートします。

Ubuntu 上のサイトのアップグレード

自動スケーリンググループの変更と削除

最初に、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 インスタンスは自動スケーリンググループから削除されているため、ロードバランサーに追加する必要があります。

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 クライアントをダウンロードしてインストールします。
サポートされているバージョンについては、「ArcGIS Cookbook の互換性マトリックス」をご参照ください。以下の記述のバージョン番号を、インストールするクライアントバージョン (例: 18.30) に置き換えます。
- Chef クライアント: sudo curl -L https://omnitruck.chef.io/install.sh | sudo bash -s -- -v <version_number>
- Cinc クライアント: sudo curl -L https://omnitruck.cinc.sh/install.sh | sudo bash -s -- -v <version_number>
次に示す 11.3 インストールセットアップファイルを My Esri の自分のアカウントからダウンロードし、残った EC2 インスタンスの /opt/software/archives フォルダーにアップロードします。
- ArcGIS_Server_Linux_113_190305.tar.gz
- ArcGIS_GeoEvent_Server_113_190331.tar.gz
ArcGIS GeoEvent Server 11.3 の認証ファイル (.epc または .prvc) を入手し、EC2 インスタンスのローカルフォルダー、または EC2 インスタンスからアクセス可能なファイル共有に置きます。
ArcGIS Cookbook バージョン 5.0.0 (arcgis-5.0.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.3 に設定します。
```
"arcgis" : {
    "version": "11.3",
```
- 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]"
]
```
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、11.1、または 11.2 CloudFormation デプロイメントテンプレート (arcgis-geoevent-server-singlemachine.template.json) を使用して ArcGIS GeoEvent Server サイトを作成している場合は、対応する 11.3 アップグレードテンプレート (arcgis-geoevent-server-singlemachine-upgrade.template.json) を使用してアップグレードできます。アップグレードテンプレートの使用手順は、「CloudFormation を使用した、単一コンピューターの ArcGIS GeoEvent Server サイトのアップグレード」をご参照ください。

このトピックへのフィードバック

アップグレードする前に

手動アップグレード手順によるアップグレード

Chef スクリプトによるアップグレード

Windows 上のサイトのアップグレード

自動スケーリング グループの変更と削除

残りのインスタンスを、ロード バランサーのターゲット グループに追加します。

ArcGIS GeoEvent Server のアップグレード

Ubuntu 上のサイトのアップグレード

自動スケーリング グループの変更と削除

残りのインスタンスを、ロード バランサーのターゲット グループに追加します。

ArcGIS GeoEvent Server のアップグレード

CloudFormation テンプレートを使用したアップグレード

このトピックの内容

自動スケーリンググループの変更と削除

残りのインスタンスを、ロードバランサーのターゲットグループに追加します。

自動スケーリンググループの変更と削除

残りのインスタンスを、ロードバランサーのターゲットグループに追加します。