ArcGIS Enterprise on Kubernetes をデプロイしたら、ソフトウェアをアップデートまたはアップグレードして、最新の ArcGIS Enterprise の拡張機能と新機能を入手し、セキュリティ、信頼性、パフォーマンスを確保できます。
次にアップデートとアップグレードの違いについて説明します。
- アップデートは、焦点が絞られており、パフォーマンス、セキュリティ、または機能の問題やバグに対処します。 アップデートでは、新しい機能の導入や外観と操作性の変更はありません。 たとえば、アップデートでは、ソフトウェアのバージョンが 10.9.0.300 から 10.9.0.412 へ移行されます。
- アップグレードは、ソフトウェアの新しいバージョンです。新しい機能、強化された機能、また場合によっては異なる外観と操作性を備えています。 たとえば、アップグレードでは、ソフトウェアのバージョンが 10.9.0 から 10.9.1 へ移行されます。
アップデートとアップグレードの要件
アップデートまたはアップグレードを適用する前に、システム要件を確認してください。
必要な更新
必要な更新とは、機能要件を含む更新であり、新しいソフトウェア リリースへのアップグレード前に適用する必要があります。 新しいソフトウェア リリースへのアップグレードを続行するときに、必要な更新が利用可能な場合は、この更新を先に適用するよう求められます。
アップデートの適用および削除
管理者は、ArcGIS Enterprise Manager または ArcGIS Enterprise Administrator API を使用してアップデートとアップグレードを適用できます。 ArcGIS Enterprise Manager では、これは [ソフトウェアのアップデート] ページで実行できます。
- ArcGIS Enterprise on Kubernetes の新バージョンがリリースされると、アップグレードするオプションがページの上部に表示されます。
- ソフトウェアのアップデートが利用可能になると、ページの下部に表示されます。
[ソフトウェアのアップデート] ページには、新しいアップデートのステータス、適用されたアップデート、適用またはロールバックされたアップデートの履歴を示す次のタブがあります。
- [アップデート]: 自分の組織に適用されていない、適用可能なアップデート。
- [適用済み]: 組織が適用したアップデート。 このタブ上のアップデートは手動で削除できます。
- [履歴]: 組織が行ったすべてのソフトウェアアップデートの状況 (適用またはロールバックされたパッチや適用されたアップグレードなど)。
読み取り専用モード
アップデートまたはアップグレードが進行中のとき、ArcGIS Enterprise は読み取り専用モードに設定されます。 このモードでは、組織のメンバーは、コンテンツ、ユーザーとグループ、および設定を表示できますが、変更はできません。 その間、組織への通知が ArcGIS Enterprise Manager の上部バナーに表示されます。
アップグレードまたはアップデートが完了すると、読み取り専用モードがオフになり、組織の通常の運用を再開できます。
アップデートおよびアップグレードのプロセス
アップデートおよびアップグレードのプロセスはソフトウェアに統合されています。 追加のソフトウェアをインストールしなくても拡張機能と新しい機能にアクセスできます。 管理者は、ArcGIS Enterprise Manager または ArcGIS Enterprise Administrator API を使用して、アップデートまたはアップグレードが利用可能になるタイミングを決定できます。
アップデートが利用可能になると、新しいコンテナー イメージまたはイメージのセットとして表され、コンテナー レジストリのホスト (たとえば docker.io) にプッシュされます。 ArcGIS Enterprise Administrator API は、Esri の公開バージョンのマニフェスト ドキュメントを特定する既知の URL を使用して、アップデートが利用可能かどうかを判断します。 マニフェストを特定することによりアップグレード戦略が作成され、アップデートまたはアップグレードするオプションが利用可能になります。
通常、アップデートおよびアップグレードは下記の 2 つのパターンに従います。
青緑
該当する場合、Kubernetes のデプロイメントは新しいコンテナー イメージを使用して開始され、基礎となるデータをアップグレードおよび移行します。 次に、セカンダリ データ ストア インスタンスまたは他のレプリカがデータ ストアに追加されます。 新しいデータ ストアが正常であると判断されると、古いデータ ストアが停止され、新しいデータ ストアの正常なインスタンスだけが残ります。 この戦略の使用例には、ホスト データ ストアのアップデートがあります。
ローリング
新しいコンテナー イメージによって有効化される新しいポッドがデプロイされると、古いポッドがローリング方式で停止されます。 このプロセスによってダウンタイムが最小化されます。 この戦略の使用例には、GIS サービスのアップデートがあります。
アップグレード後の注意事項
アップグレード後は、次の点を検討してください。
- 元のバックアップ ストア コンポーネントの変更により、11.0 へアップグレードした後は、新しいバックアップ ストアを作成する必要があります。 新しいバックアップ ストアを作成しないで、既存の永続ボリュームを使用してバックアップ ストアを登録する必要がある場合は、組織サイトの以前のバージョンのバックアップにアクセスできなくなります。 必要に応じて、古いバックアップ ストアを使用して、組織サイトを以前のバージョンに戻すことができます。
- アップグレードの整合チェックが完了したら、新たに登録したバックアップ ストアに新しいバックアップを格納する必要があります。 古いバックアップ ストアと永続ボリュームを登録加除および削除して、クラスター内のリソースを復元することができます。
- ネットワーク データセットを使用してルート サービスを公開することでルート サービスを構成する場合、最新の機能を使用できるよう、アップグレード後にルート サービスを再構成することをお勧めします。 ネットワーク データセットを使用してルート サービスを再公開するには、次の手順を実行します。
- デフォルト管理者か、ポータルの設定を管理するための適切な権限を持つカスタム ロールとしてサイン インします。
- サイト上部にある [組織] をクリックし、[設定] をクリックします。
- ページの左側にある [ユーティリティ サービス] をクリックします。
- ページの右側にある [ルート案内とルート検索] をクリックします。
- [ルート検索サービスの更新] ボタンをクリックし、[公開するネットワーク データセット] を選択します。
- こちらの手順を実行し、ネットワーク データセットを使用してルート検索サービスを構成します。
トラブルシューティング
アップデートまたはアップグレードの実行中に問題が発生した場合は、次のトラブルシューティング方法を使用して、問題を解決してください。
- アップデートまたはアップグレードを実施する際には、[履歴] タブを表示して、エラーが発生しているかどうか確認します。 ステータス メッセージが返され、ログを表示するオプションも使用可能になっている場合は、アクションが必要かどうかを判断する際に役立つ情報が得られます。 ログ レベルを重大に指定してフィルタリングし、アップデート期間中の特定のログを確認することをお勧めします。
- 特定のデプロイメントについて、デプロイメントのアップデート失敗に関するメッセージが表示された場合は、次の手順を実行します。
- ArcGIS Enterprise Manager の [ログ] ページで、[列の管理] をクリックします。
- [スタック トレース] オプションを有効にして、トレースを表示列にします。
- スタック トレースで [パッチ操作がタイム アウトしました] などのタイムアウト エラーが発生した場合、このエラーの原因としては、1 つ以上のコンテナーの設定時間が、予期される待ち時間およびタイムアウトを超えたため、アップグレードが失敗したことが考えられます。 この問題に対処するには、ArcGIS Enterprise Administrator API で [System] > [Properties] の順に選択して containerStartUpTimeoutSeconds の値を増加させます。 この新しい値は、デフォルト値である 1800 秒よりも大きくする必要があります。 値を増加させたら、アップグレードをもう一度実行します。
- アップグレード後にメンバーが組織にアクセスできない場合 (管理者アカウントまたは他のメンバーのアカウントで ArcGIS Enterprise Manager やポータルにサイン インできない場合など)、この原因としては、リレーショナル データ ストアに関する問題が考えられます。 その場合は、次の手順を実行します。