ダウンタイムなしで Confluence をアップグレード
ダウンタイムなしでアップグレードできますか?
Confluence Data Center クラスタをダウンタイムなしでアップグレードできるかどうかは、アップグレード前のバージョンとアップグレード先のバージョンによって異なります。リリースのタイプの違いに関する詳細についてご確認ください。
アップグレード前 | アップグレード先 | ||
Bugfix | 機能 | プラットフォーム | |
Confluence 7.8 以前 | ダウンタイムあり | ダウンタイムあり | ダウンタイムあり |
Confluence 7.8~7.13 | No downtime (for example, from 7.12.0 to 7.12.2) | ダウンタイムあり | ダウンタイムあり |
Confluence 7.14 以降 | No downtime (for example, from 7.14.0 to 7.14.2) | No downtime when upgrading to the next feature version (for example, from 7.14.x to 7.15.x) Requires downtime if the upgrade spans more than one feature version (for example, from 7.14.x to 7.17.x) | ダウンタイムあり |
はじめる前に
ローリング アップグレードの計画を開始する前に、いくつかの質問に答える必要があります。
Confluence デプロイはローリング アップグレードをサポートしていますか? | マルチノード Confluence クラスタでのダウンタイムのないローリング アップグレードのみ可能です。クラスタ化は、Confluence Data Center ライセンスでのみ利用できます。また、ローリング アップグレードには Confluence Data Center でのみ使用可能なアップグレード モードの有効化が含まれます。 |
ローリング アップグレード中にユーザー リクエストをサポートするために十分なノードはありますか? | ノードをアップグレードするには、そのノードをオフラインにする必要があります。この時、その他のアクティブ ノードがオフライン ノードのワークロードを引き継ぎます。いつでもユーザー トラフィックを処理できるよう、十分なアクティブ ノードがあることを確認してください。できれば、オフライン ノードを補償するため、一時的にノードをクラスタに追加します。 |
ローリング アップグレードに対応したバージョンですか? | ダウンタイムなしでアップグレードできるかどうかは、アップグレード前のバージョンとアップグレード先のバージョンによって異なります。 アップグレード前のチェックでは、ダウンタイムなしでアップグレードできるかどうかが確認されます。 |
ローリング アップグレードの準備
1. アップグレード前の確認を完了する
アップグレード先のバージョン (およびその間のバージョン) のアップグレード ノートをお読みください。
[管理] > [一般設定] > [アップグレードを計画] に移動し、アップグレード先のバージョンを選択します。アップグレード前の確認がいくつか実行されます。
[管理] > [一般設定] > [トラブルシューティングとサポート ツール] に移動し、ヘルス チェックを実行します。
[管理] > [アプリの管理] に移動し、[Confluence Update Check] までスクロールして、ご利用の Marketplace アプリの互換性を確認します。
アップグレード先のバージョンを選択し、[チェック] をクリックします。
2.アップグレード期間中にアプリのインストールまたはアップグレードが実行されないようにします。
Confluence を管理者のチームとともに管理している場合は、そのチームと共にローリング アップグレードをスケジュールします。ローリング アップグレード後まで、アプリのインストールまたはアップグレードを延期するよう通知します。ローリング アップグレード中のアプリのインストールまたはアップグレードによって予期せぬエラーが発生する可能性があります。
3.Confluence Data Center のバックアップ
「バックアップと復元」では、Confluence での手動およびスケジュールされたバックアップ方法の概要を説明しています。大規模なサイトでは、強固な本番環境のバックアップ戦略を立てることをお勧めします。
デプロイが AWS でホストされている場合、スナップショットを使用してサイトのバックアップを作成する、AWS のネイティブ バックアップ機能を使用することをおすすめします。詳しくは、「AWS バックアップ」を参照してください。
ローリング アップグレード中、バックアップと復元のタスクは、ローリング アップグレードの前に開始されていない限り、キューに入れられます。ローリング アップグレード中に復元タスクをキャンセルすることはサポートされていないため、お勧めしません。
4.ローリング アップグレードをテストするためのステージング環境のセットアップ
最初に、ステージングまたはテスト環境におけるローリング アップグレードの実行を強くお勧めします。
- 現在の本番環境のステージング コピーを作成します。
アップグレードをテストする環境の作成については、「Confluence アップグレードのためのステージング環境を作成する」を参照してください。
以下の手順に従って、テスト環境をアップグレードします。
本番環境でアップグレードを行う前に、サポート対象外のユーザー インストール アプリ、カスタマイズ (カスタム テーマやレイアウト)、プロキシ構成 (可能な場合) をテストします。
ローリング アップグレードの実行
デプロイで使用するオーケストレーション ツールに応じて、3 つのローリング アップグレードの方法があります。
Method | 説明 | 手順 |
---|---|---|
手動アップグレード | 手動アップグレードは、オーケストレーションを最小限にするデプロイ、特にノードのアップグレードに適しています。デプロイが Azure テンプレートに基づいている場合は、手動アップグレードも実行する必要があります。 | ダウンタイムなしで Confluence クラスタを手動アップグレード |
AWS CloudFormation | デプロイが AWS CloudFormation テンプレート (AWS クイック スタートなど) で定義されている場合は、同じテンプレートを使用してアップグレードをオーケストレーションできます。 | ダウンタイムなしで AWS で Confluence クラスタをアップグレード |
API 駆動 | API コールを使用して、ローリング アップグレード プロセス全体をオーケストレーションできます。 | ダウンタイムなしで API によって Confluence クラスタをアップグレード |