単一のクラスタに配備されたアプリケーションの順次アップグレードは、そのクラスタの設定がほかのどのクラスタとも共有されていないと仮定して行うことができます。
旧バージョンのアプリケーションを保存するか、ドメインをバックアップします。
ドメインをバックアップするには、asadmin backup-domain コマンドを使用します。
クラスタの動的再設定を無効にします (有効になっている場合)。
管理コンソールを使用してこれを行うには、次の手順に従います。
あるいは、次のコマンドを使用します。
asadmin set --user user --passwordfile password_file cluster_name -config.dynamic-reconfiguration-enabled=false
ターゲットの domain に対して、アップグレードしたアプリケーションを再配備します。
管理コンソールを使って再配備する場合、ドメインが自動的にターゲット になります。asadmin を使用している場合は、ターゲットのドメインを指定します。動的再設定が無効なので、旧アプリケーションがクラスタで実行し続けます。
asadmin enable-http-lb-application を使用して、インスタンスに対して再配備アプリケーションを有効にします。
ロードバランサから、クラスタ内の 1 つのサーバーインスタンスを停止します。
次の手順に従います。
asadmin disable-http-lb-server を使用して、サーバーインスタンスを無効にします。
asadmin export-http-lb-config を使用して、ロードバランサ設定ファイルをエクスポートします。
エクスポートした設定ファイルを Web サーバーインスタンスの設定ディレクトリにコピーします。
たとえば、Sun Java System Web Server の場合、コピー先は web_server_install_dir/https-host-name/config/loadbalancer.xml となります。確実にロードバランサに新しい設定ファイルをロードさせるために、ロードバランサ設定の reloadinterval を設定して、動的再設定が有効であることを確認します。
タイムアウトが終了するまで、待機します。
ロードバランサのログファイルを監視して、インスタンスがオフラインであることを確認します。ユーザーに再試行 URL が表示される場合は、休止期間をスキップして、サーバーをただちに再起動します。
クラスタ内のほかのインスタンスが実行中の間に、無効になっていたサーバーインスタンスを再起動します。
再起動すると、サーバーはドメインと同期し、アプリケーションを更新します。
再起動したサーバー上でアプリケーションをテストし、正しく動作していることを確認します。
ロードバランサで、サーバーインスタンスをふたたび有効にします。
次の手順に従います。
asadmin enable-http-lb-server を使用して、サーバーインスタンスを有効にします。
asadmin export-http-lb-config を使用して、ロードバランサ設定ファイルをエクスポートします。
「単一クラスタでのアップグレード」の 「単一クラスタでのアップグレード」の説明に従って、設定ファイルを Web サーバーの設定ディレクトリにコピーします。
クラスタ内の各インスタンスに対して、手順 5 〜 8 を繰り返します。
すべてのサーバーインスタンスに新しいアプリケーションがあり、それらのインスタンスが実行中である場合は、そのクラスタに対して動的再設定を再度有効にすることができます。