ダウンタイムなしで Confluence をアップグレード

Confluence Data Center をクラスターで実行する場合は、ユーザーのダウンタイムなしで Confluence をアップグレードできる場合があります。この方法はローリング アップグレードと呼ばれます。 

ローリング アップグレードではサイトがアップグレード モードになって、異なる Confluence バージョンを実行しているノードがクラスターに一時的に参加できるようになります。各ノードをオフラインにしてアップグレードする際に、ユーザーは他のアクティブなノードで Confluence サイトを引き続き利用できます。すべてのノードを順番にアップグレードしたら、アップグレードを完了してアップグレード モードをオフにします。

On this page:

ダウンタイムなしでアップグレードできますか? 

Confluence Data Center クラスタをダウンタイムなしでアップグレードできるかどうかは、アップグレード前のバージョンとアップグレード先のバージョンによって異なります。リリースのタイプの違いに関する詳細についてご確認ください

アップグレード前アップグレード先
Bugfix機能プラットフォーム
Confluence 7.8 以前(error) ダウンタイムあり(error) ダウンタイムあり(error) ダウンタイムあり
Confluence 7.8~7.13(tick)ダウンタイムなし
(例: 7.12.0 から 7.12.2 へのアップグレード)
(error) ダウンタイムあり(error) ダウンタイムあり
Confluence 7.14 以降(tick)ダウンタイムなし
(例: 7.14.0 から 7.14.2 へのアップグレード)
(tick)次の機能バージョン
(例: 7.14.x から 7.15.x へのアップグレード) にアップグレードする際は、ダウンタイムはありません。
(error)複数の機能バージョンをまたぐアップグレード
(例: 7.14.x から 7.17.x へのアップグレード) の場合は、ダウンタイムがあります。
(error) ダウンタイムあり

はじめる前に

ローリング アップグレードの計画を開始する前に、いくつかの質問に答える必要があります。

Confluence デプロイはローリング アップグレードをサポートしていますか?

マルチノード Confluence クラスタでのダウンタイムのないローリング アップグレードのみ可能です。クラスタ化は、Confluence Data Center ライセンスでのみ利用できます。また、ローリング アップグレードには Confluence Data Center でのみ使用可能なアップグレード モードの有効化が含まれます。

Confluence におけるマルチノード クラスタ化の詳細をご確認ください。 

ローリング アップグレード中にユーザー リクエストをサポートするために十分なノードはありますか?ノードをアップグレードするには、そのノードをオフラインにする必要があります。この時、その他のアクティブ ノードがオフライン ノードのワークロードを引き継ぎます。いつでもユーザー トラフィックを処理できるよう、十分なアクティブ ノードがあることを確認してください。できれば、オフライン ノードを補償するため、一時的にノードをクラスタに追加します。
ローリング アップグレードに対応したバージョンですか?

ダウンタイムなしでアップグレードできるかどうかは、アップグレード前のバージョンとアップグレード先のバージョンによって異なります。 

アップグレード前のチェックでは、ダウンタイムなしでアップグレードできるかどうかが確認されます。 

ローリング アップグレードの準備

1. アップグレード前の確認を完了する

Error rendering macro 'includeplus'

User 'anonymous' does not have permission to view the page with ID 1047555044.

2.アップグレード期間中にアプリのインストールまたはアップグレードが実行されないようにします。

Confluence を管理者のチームとともに管理している場合は、そのチームと共にローリング アップグレードをスケジュールします。ローリング アップグレード後まで、アプリのインストールまたはアップグレードを延期するよう通知します。ローリング アップグレード中のアプリのインストールまたはアップグレードによって予期せぬエラーが発生する可能性があります。

3.Confluence Data Center のバックアップ

サイトのバックアップと復元」には、便利なリソースと、手動および自動バックアップに関する推奨事項が一覧表示されます。特に「本番のバックアップ戦略」では、大規模な Confluence サイトをバックアップするための特定の方法を推奨しています。

デプロイが AWS でホストされている場合、スナップショットを使用してサイトのバックアップを作成する、AWS のネイティブ バックアップ機能を使用することをおすすめします。詳しくは、「AWS バックアップ」を参照してください。 

4.ローリング アップグレードをテストするためのステージング環境のセットアップ

最初に、ステージングまたはテスト環境におけるローリング アップグレードの実行を強くお勧めします。 

Error rendering macro 'includeplus'

User 'anonymous' does not have permission to view the page with ID 957145907.

ローリング アップグレードの実行

デプロイで使用するオーケストレーション ツールに応じて、3 つのローリング アップグレードの方法があります。

Method説明 手順
手動アップグレード

手動アップグレードは、オーケストレーションを最小限にするデプロイ、特にノードのアップグレードに適しています。デプロイが Azure テンプレートに基づいている場合は、手動アップグレードも実行する必要があります。

ダウンタイムなしで Confluence クラスタを手動アップグレード
AWS CloudFormation

デプロイが AWS CloudFormation テンプレート (AWS クイック スタートなど) で定義されている場合は、同じテンプレートを使用してアップグレードをオーケストレーションできます。 

ダウンタイムなしで AWS で Confluence クラスタをアップグレード
API 駆動API コールを使用して、ローリング アップグレード プロセス全体をオーケストレーションできます。 ダウンタイムなしで API によって Confluence クラスタをアップグレード
最終更新日 2021 年 11 月 15 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.