29 クラスタアップグレードとソフトウェアパッケージの更新 #

SUSE Linux Enterprise High Availability 12クラスタスタックでは、さまざまなコンポーネントに大幅な変更が導入されています(たとえば、/etc/corosync/corosync.conf、OCFS2のディスクフォーマットなど)。したがって、SUSE Linux Enterprise High Availability 11バージョンからのcluster rolling upgradeはサポートされません。代わりに、次に示すように、すべてのクラスタノードをオフラインにしてから、クラスタ全体をアップグレードする必要があります。

1. 各クラスタノードにログインし、次のコマンドを使用してクラスタスタックを停止します。

   # rcopenais stop

2. クラスタノードごとに、目的のターゲットバージョンのSUSE Linux Enterprise ServerおよびSUSE Linux Enterprise High Availabilityへのアップグレードを実行します。29.2.1項 「SLE HAおよびSLE HA Geoでサポートされるアップグレードパス」を参照してください。

3. アップグレードプロセスが完了した後で、SUSE Linux Enterprise ServerおよびSUSE Linux Enterprise High Availabilityのアップグレード済みバージョンがインストールされた各ノードを再起動します。

4. クラスタセットアップでOCFS2を使用する場合は、次のコマンドを実行して、オンデバイス構造をアップデートします。

   # o2cluster --update PATH_TO_DEVICE

   追加のパラメータがディスクに追加されます。これらのパラメータは、SUSE Linux Enterprise High Availability 12および12 SPxに付属している更新されたOCFS2バージョンで必要になります。

5. Corosyncバージョン2の/etc/corosync/corosync.confをアップデートするには:

   1. 1つのノードにログインして、YaSTクラスタモジュールを起動します。

   2. 通信チャネルカテゴリに切り替えて、新しいパラメータ(クラスタ名および期待する得票数)の値を入力します。詳細については、手順4.1「最初の通信チャネルの定義(マルチキャスト)」または手順4.2「最初の通信チャネルの定義(ユニキャスト)」をそれぞれ参照してください。

      Corosyncバージョン2で無効になっていたり、見つからない他のオプションをYaSTが検出する場合、変更を求めるプロンプトが表示されます。

   3. YaSTで変更内容を確認します。YaSTはこれらの内容を/etc/corosync/corosync.confに書き込みます。

   4. クラスタに対してCsync2が設定されている場合は、次のコマンドを使用して、アップデートされたCorosync設定を他のクラスタノードにプッシュします。

      # csync2 -xv

      Csync2の詳細については、4.7項 「すべてのノードへの設定の転送」を参照してください。

      または、/etc/corosync/corosync.confをすべてのクラスタノードに手動でコピーして、更新されたCorosync設定の同期を取ります。

6. 各ノードにログインして、次のコマンドを使用してクラスタスタックを起動します。

   # crm cluster start

7. crm statusまたはHawk2を使用してクラスタの状態を確認します。

8. ブート時に起動するように以下のサービスを設定します。

   # systemctl enable pacemaker
   # systemctl enable hawk
   # systemctl enable sbd

重要: 最初からのインストール

クラスタノードを(アップグレードするのではなく)最初からインストールすることにした場合、SUSE Linux Enterprise High Availability 15 SP6に必要なモジュールのリストについては、2.2項 「ソフトウェアの必要条件」を参照してください。モジュール、拡張機能、および関連製品の詳細については、SUSE Linux Enterprise Server 15のリリースノートを確認してください。これらは、https://www.suse.com/releasenotes/から入手できます。

1. SUSE Linux Enterprise High Availability 15へのオフラインアップグレードを開始する前に、注記: CIB構文バージョンのアップグレードの説明に従って現在のクラスタでCIB構文を手動でアップグレードしてください。

2. 各クラスタノードにログインし、次のコマンドを使用してクラスタスタックを停止します。

   # crm cluster stop

3. クラスタノードごとに、目的のターゲットバージョンのSUSE Linux Enterprise ServerおよびSUSE Linux Enterprise High Availabilityへのアップグレードを実行します。29.2.1項 「SLE HAおよびSLE HA Geoでサポートされるアップグレードパス」を参照してください。

4. アップグレードプロセスが完了した後で、SUSE Linux Enterprise ServerおよびSUSE Linux Enterprise High Availabilityのアップグレード済みバージョンがインストールされた各ノードにログインして起動します。

5. Cluster LVMを使用する場合は、clvmdからlvmlockdに移行する必要があります。lvmlockdのマニュアルページのセクション「changing a clvm VG to a lockd VG」および「24.4項 「Mirror LVからCluster MDへのオンラインマイグレーション」」を参照してください。

6. クラスタノードにログインして、すべてのノードでクラスタスタックを起動します。

   # crm cluster start --all

   

   注記: --allオプションはバージョン15 SP4でのみ使用可能

   --allオプションは、SUSE Linux Enterprise High Availability 15 SP4で追加されました。以前のバージョンでは、各ノードでcrm cluster startコマンドを1つずつ実行する必要があります。

7. crm statusまたはHawk2を使用してクラスタの状態を確認します。

1. アップグレードするノードでrootとしてログインし、クラスタスタックを停止します。

   # crm cluster stop

2. 目的のターゲットバージョンのSUSE Linux Enterprise ServerおよびSUSE Linux Enterprise High Availabilityへのアップグレードを実行します。個々のアップグレードプロセスの詳細を確認するには、29.2.1項 「SLE HAおよびSLE HA Geoでサポートされるアップグレードパス」を参照してください。

3. アップグレードしたノードでクラスタスタックを起動して、ノードをクラスタに再加入させます。

   # crm cluster start

4. 次のノードをオフラインにし、そのノードに関して手順を繰り返します。

5. crm statusまたはHawk2を使用してクラスタの状態を確認します。

   クラスタノードに異なるCRMバージョンが検出される場合、Hawk2の状態画面に警告も表示されます。

1. クラスタ設定のバックアップを作成します。次のリストに、最小ファイルセットを示します。

   /etc/corosync/corosync.conf
   /etc/corosync/authkey
   /etc/sysconfig/sbd
   /etc/modules-load.d/watchdog.conf
   /etc/hosts
   /etc/ntp.conf

   リソースに応じて、次のファイルが必要になる場合もあります。

   /etc/services
   /etc/passwd
   /etc/shadow
   /etc/groups
   /etc/drbd/*
   /etc/lvm/lvm.conf
   /etc/mdadm.conf
   /etc/mdadm.SID.conf

2. ノードaliceから開始します。

   1. ノードをスタンバイモードにします。これにより、リソースをノードから移動できます。

      # crm --wait node standby alice reboot

      --waitオプションを使用すると、このコマンドはクラスタが移行を終了してアイドル状態になるまで終了しません。rebootオプションには、ノードがもう一度オンラインになったときにはスタンバイモードではなくなるという効果があります。その名前に反して、rebootオプションはノードがオフラインまたはオンラインである限り機能します。

   2. ノードaliceでクラスタサービスを停止します。

      # crm cluster stop

   3. この時点で、aliceには実行中のリソースはありません。ノードaliceをアップグレードし、その後に再起動します。クラスタサービスは起動時には開始されないことが想定されます。

   4. バックアップファイルをステップ 1から元の場所にコピーします。

   5. ノードaliceをクラスタに戻します。

      # crm cluster start

   6. リソースに問題がないことを確認します。

3. ノードbobに対してステップ 2を繰り返します。