17.6.7. クラスター間のトラフィックの移行

手順17.15 クラスターのアップグレードプロセス - ロードバランシンググループ

1. 前提条件に従って、新しいクラスターを設定します。
2. ClusterNEW および ClusterOLD の両方で、設定オプション sticky-session を true に設定するようにしてください（このオプションはデフォルトで true に設定されます）。このオプションを有効にすると、クラスターのクラスターノードへの新しいリクエストはすべてそのクラスターノードに送信されます。

   /profile=full-ha/subsystem=modcluster/mod-cluster-config=configuration/:write-attribute(name=sticky-session,value=true)
   

3. ClusterOLD のすべてのクラスターノードが ClusterOLD ロードバランシンググループのメンバーであることを仮定します。この設定は、CLI または xml 設定（ドメインモードでは ha または full-ha プロファイル、スタンドアロンモードの場合は standalone-ha または standalone-full-ha のいずれか）で設定できます。

   /profile=full-ha/subsystem=modcluster/mod-cluster-config=configuration/:write-attribute(name=load-balancing-group,value=ClusterOLD)

   				
   				<subsystem xmlns="urn:jboss:domain:modcluster:1.2">
   					<mod-cluster-config load-balancing-group="ClusterOLD" advertise-socket="modcluster" connector="ajp">
   						<dynamic-load-provider>
   							<load-metric type="busyness"/>
   						</dynamic-load-provider>
          		</mod-cluster-config>
       		</subsystem>
   

4. 「mod_cluster ワーカーノードの設定」 のプロセスを使用して、ClusterNEW のノードを個別に mod_cluster 設定に追加します。さらに、この手順を使用してロードバランシンググループを ClusterNEW に設定します。
   この時点で、mod_cluster-manager コンソールに、以下に短い例のような出力が表示されます。

   				
   				mod_cluster/<version>
   				
       LBGroup ClusterOLD: [Enable Nodes]   [Disable Nodes]   [Stop Nodes]
           Node node-1-jvmroute (ajp://node1.oldcluster.example:8009):
               [Enable Contexts]   [Disable Contexts]   [Stop Contexts]
               Balancer: qacluster, LBGroup: ClusterOLD, Flushpackets: Off, ..., Load: 100
               Virtual Host 1:
                   Contexts:
                       /my-deployed-application-context, Status: ENABLED Request: 0 [Disable]   [Stop]
           
           Node node-2-jvmroute (ajp://node2.oldcluster.example:8009):
               [Enable Contexts]   [Disable Contexts]   [Stop Contexts]
               Balancer: qacluster, LBGroup: ClusterOLD, Flushpackets: Off, ..., Load: 100
               Virtual Host 1:
                   Contexts:
                       /my-deployed-application-context, Status: ENABLED Request: 0 [Disable]   [Stop]
           
           
       LBGroup ClusterNEW: [Enable Nodes]   [Disable Nodes]   [Stop Nodes]
           Node node-3-jvmroute (ajp://node3.newcluster.example:8009):
               [Enable Contexts]   [Disable Contexts]   [Stop Contexts]
               Balancer: qacluster, LBGroup: ClusterNEW, Flushpackets: Off, ..., Load: 100
               Virtual Host 1:
                   Contexts:
                       /my-deployed-application-context, Status: ENABLED Request: 0 [Disable]   [Stop]
           
           Node node-4-jvmroute (ajp://node4.newcluster.example:8009):
               [Enable Contexts]   [Disable Contexts]   [Stop Contexts]
               Balancer: qacluster, LBGroup: ClusterNEW, Flushpackets: Off, ..., Load: 100
               Virtual Host 1:
                   Contexts:
                       /my-deployed-application-context, Status: ENABLED Request: 0 [Disable]   [Stop]
   

5. ClusterOLD グループ内に古いアクティブなセッションがあり、新しいセッションは ClusterOLD または CLusterNEW グループ内に作成されます。次に、現在アクティブなクライアントのセッションにエラーが発生しないようにクラスターノードの電源を切ることで、ClusterOLD グループ全体を無効にします。
   mod_cluster-manager Web コンソールの LBGroup ClusterOLD の [Disable Nodes] リンクをクリックします。
   この時点で、すでに確立されたセッションに属するリクエストのみが ClusterOLD ロードバランシンググループのメンバーにルーティングされます。新しいクライアントのセッションは ClusterNEW グループのみに作成されます。ClusterOLD グループ内にアクティブなセッションがなくなったら、そのメンバーを安全に削除できます。
   注記

   [Stop Nodes] を使用すると、即座にこのドメインへの要求のルーティングを停止するようロードバランサーコマンドが実行されます。これにより、別の負荷分散グループにフェイルオーバーが強制され、ClusterNEW と ClusterOLD の間にセッションレプリケーションがない場合は、クライアントへのセッションデータの損失が発生します。