アプライアンス・ソフトウェア3.0.2-b852928以前を使用した管理ノードのオペレーティング・システムへのパッチ適用

注意:

システム・パッチ適用の準備ステップがすべて完了していることを確認します。手順は、「パッチ適用の準備」を参照してください。

管理ノードのOracle Linuxホスト・オペレーティング・システムは、一度に1つのノードにパッチを適用する必要があります。すべての管理ノードのローリング・パッチは実行できません。カーネル・パッケージおよびシステム・パッケージの更新を含むこのパッチ適用プロセスは、常にクラスタの仮想IPを保持する管理ノードから開始する必要があります。したがって、3つの管理ノード・クラスタで2つの管理ノードにパッチを適用した場合、クラスタの仮想IPをパッチが適用された管理ノードの1つに再割り当てし、そのノードから最後のパッチ・コマンドを実行する必要があります。各管理ノードは、パッチの適用後に再起動する必要があります。

管理ノードに一度に1つずつパッチを適用する必要があります。各内部IPアドレスをコマンド・パラメータとして使用します。ホストIPアドレスを取得するには、「サービスCLI」コマンドshow ManagementNode name=<pcamn01>を使用し、出力でIp Addressを探します。

このコンポーネントの「サービスWeb UI」で必要なすべてのパッチ適用タスクを完了することはできません。「サービスCLI」を使用して、管理ノードにパッチを適用します。

「サービスCLI」の使用

ホスト・オペレーティング・システムをアップグレードする管理ノードのIPアドレスを取得します。

管理クラスタの仮想IPを保持する管理ノードから「サービスCLI」を実行します。

管理ノードのいずれかにログオンし、クラスタのステータスを確認します。

# ssh root@pcamn01
# pcs status
Cluster name: mncluster
Stack: corosync
Current DC: pcamn02 (version 1.1.23-1.0.1.el7-9acf116022) - partition with quorum

Online: [ pcamn01 pcamn02 pcamn03 ]

Full list of resources:

 scsi_fencing         (stonith:fence_scsi):          Stopped (disabled)
 Resource Group: mgmt-rg
     vip-mgmt-int     (ocf::heartbeat:IPaddr2):      Started    pcamn02
     vip-mgmt-host    (ocf::heartbeat:IPaddr2):      Started    pcamn02
     vip-mgmt-ilom    (ocf::heartbeat:IPaddr2):      Started    pcamn02
     vip-mgmt-lb      (ocf::heartbeat:IPaddr2):      Started    pcamn02
     vip-mgmt-ext     (ocf::heartbeat:IPaddr2):      Started    pcamn02
     l1api            (systemd:l1api):               Started    pcamn02
     haproxy          (ocf::heartbeat:haproxy):      Started    pcamn02
     pca-node-state   (systemd:pca_node_state):      Started    pcamn02
     dhcp             (ocf::heartbeat:dhcpd):        Started    pcamn02
     hw-monitor       (systemd:hw_monitor):          Started    pcamn02

Daemon Status:
  corosync: active/enabled
  pacemaker: active/enabled
  pcsd: active/enabled

この例では、コマンド出力は、ホスト名がpcamn02のノードが現在クラスタ仮想IPを保持していることを示しています。

管理ノードの仮想IPにログインし、「サービスCLI」を起動します。
```
# ssh -l admin 100.96.2.32 -p 30006
```
patchコマンドを入力します。

現在仮想IPをホストしていない管理ノードの1つを選択します。前の例では、pcamn02はクラスタの仮想IPを保持するため、パッチ・ターゲットとしてpcamn01またはpcamn03のいずれかを選択します。

構文(1行に入力):
```
patchHost
hostIp=<management-node-ip>
```
例:
```
PCA-ADMIN> patchHost hostIp=100.96.2.33
Command: patchHost hostIp=100.96.2.33
Status: Success
Time: 2022-01-01 21:06:56.849 UTC
Data: Service request has been submitted.  Upgrade Job ID = 1632990827394-host-56156 \
Upgrade Request ID = UWS-1a97a8d9-54ef-478d-a0c0-348a17ba6755
```
ジョブIDを使用して、パッチ・プロセスのステータスを確認します。ジョブIDは、patchコマンドの出力にリストされます。
```
PCA-ADMIN> getUpgradeJob upgradeJobId=1632990827394-host-56156
```
パッチ適用プロセスの最後に、管理ノードが自動的に再起動されます。管理ノードが再起動するまで約5分待ちます。
最初の管理ノードのホスト・オペレーティング・システム・パッチが正常に完了したら、次の管理ノードに対して同じコマンドを実行します。
```
PCA-ADMIN> patchHost hostIp=100.96.2.35
```
パッチ適用プロセスの最後に、管理ノードが自動的に再起動されます。管理ノードが再起動するまで約5分待ちます。

2番目の管理ノードのホスト・オペレーティング・システム・パッチが正常に完了したら、クラスタの仮想IPをアップグレード済みの管理ノードの1つに移動します。

# ssh root@pcamn01
root@pcamn01's password:
Last login: Mon Jan 10 20:50:28 2022
# pcs resource move mgmt-rg pcamn01
# pcs status
Cluster name: mncluster
Stack: corosync
[...]
 scsi_fencing   (stonith:fence_scsi):   Stopped (disabled)
 Resource Group: mgmt-rg
     vip-mgmt-int       (ocf::heartbeat:IPaddr2):       Started pcamn01
     vip-mgmt-host      (ocf::heartbeat:IPaddr2):       Started pcamn01
[...]

クラスタ仮想IPを別の管理ノードに移動する場合は、数秒かかるだけで、現在の接続が閉じます。

管理ノードの仮想IPにログインし、「サービスCLI」を起動して、最終管理ノードのホスト・オペレーティング・システム・パッチを実行します。
```
# ssh -l admin 100.96.2.32 -p 30006
PCA-ADMIN> patchHost hostIp=100.96.2.34
```
パッチ適用プロセスの最後に、管理ノードが自動的に再起動されます。管理ノードが再起動するまで約5分待ちます。

このパッチが正常に完了すると、すべての管理ノードのオペレーティング・システムが最新です。