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

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

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

   root # rcopenais stop

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

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

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

   root # o2cluster --update PATH_TO_DEVICE

   追加のパラメータがディスクに追加されます。これらのパラメータは、SUSE Linux Enterprise High Availability Extension 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設定を他のクラスタノードにプッシュします。

      root # csync2 -xv

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

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

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

   root # crm cluster start

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

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

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

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

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

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

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

   root # crm cluster stop

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

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

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

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

   root # crm cluster start --all

   

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

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

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

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

   root # crm cluster stop

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

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

   root # 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. ノードをスタンバイモードにします。これにより、リソースをノードから移動できます。

      root # crm --wait node standby alice reboot

      オプション--waitを使用すると、クラスタが遷移を終えて、アイドル状態になったときにのみコマンドが返されます。rebootオプションには、ノードがもう一度オンラインになったときにはスタンドバイモードではなくなるという効果があります。その名前にかかわらず、rebootオプションは、ノードがオフラインおよびオンラインになっている限り機能します。

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

      root # crm cluster stop

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

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

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

      root # crm cluster start

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

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