Documentation

ローリング再起動の実行

ローリング再起動クラスターのメンテナンスプロセスでは、ノードがすべて更新されるまで、ノードを一度に1つずつ(他のノードが動作している間)シャットダウンして更新します。 この方法により、クラスターを更新する際の稼働時間を最大化できます。 ローリング再起動は、コンテナおよびイメージベースの環境で使用できます。

ローリング再起動の手順は次のとおりです。

  1. 1つのクラスターノード(JVMインスタンス)をシャットダウンします。

  2. そのノードのデプロイを更新/変更します(以下のメンテナンスシナリオを参照)。

  3. ノードを起動します。

  4. 他のすべてのクラスターノードに対してこれらの手順を繰り返します。

    注釈

    メンテナンスシナリオは、ローリング再起動時の動作によって異なります。 たとえば、プラグイン更新でのUI変更は、更新されたノードでのみ表示されます。 更新されていないノードのユーザーには、UI変更は表示されません。 メンテナンスシナリオには、ローリング再起動では実行できない特定のケースがある場合があります。シナリオの説明では、これらのケースについて説明しています。

ローリング再起動の対象となるメンテナンスシナリオを以下に示します。

新しいモジュールとプラグイン

新しいプラグインまたはモジュール(クラスターにまだ存在しないもの)がローリング再起動の対象になるには、既存のプラグインまたはモジュールとの互換性を損なうような方法でデータを変更したり、データベース列を削除または名前変更したりしてはなりません。

既存のモジュールとプラグインの更新

既存のプラグインまたはモジュールの新しいバージョンをローリング再起動の対象にするためには、既存のバージョンのプラグインまたはモジュールとの互換性を損なう方法で、データを変更したり、データベース列を削除または名前変更したりしてはなりません。

フィックスパックの適用

サブスクリプション

カスタマーポータルは、復帰不可能なフィックスパックを特定し、ローリング再起動の対象外となります。 他のすべてのフィックスパックは対象です。

フィックスパックの復元

サブスクリプション

復帰可能なフィックスパックは、ローリング再起動で削除できます。

portal-ext.propertiesによって制御されるポータルプロパティ

ポータルプロパティファイルの変更は、ローリング再起動に適用できます。

構成管理ファイルによって制御されるシステム設定

システム構成ファイルは、ローリング再起動に適用できます。

アプリケーションサーバーまたはJVM設定の変更

アプリケーションサーバーとJVM設定の変更は、ローリング再起動時に実行できます。

Javaバージョンの更新

Javaのマイナーバージョンの更新はローリング再起動時に適用できます。 メジャーバージョンの更新はローリング再起動ではサポートされていません。代わりに、すべてのクラスターノードがシャットダウンされたときに実行する必要があります。

ローリング再起動の対象となるすべての更新は、前述のローリング再起動手順を使用して適用できます。 他の更新は、次に説明するように異なる方法で行う必要があります。