4 個々のコンポーネントのパッチ適用
粒度の細かいパッチ適用メカニズムを使用すると、個々のハードウェアおよびソフトウェア・コンポーネントのパッチ適用手順を実行できます。 管理ノード・パッチに含まれるコンポーネントに加えて、様々なカテゴリのファームウェア、コンピュート・ノード上のオペレーティング・システムおよびアプライアンス固有のソフトウェア、およびOracle Cloud Infrastructureイメージにパッチを適用することもできます。
複数のパッチを同時にインストールする場合は、次の順序でパッチ適用操作を実行します:
-
コンピュート・ノード
-
管理ノード
-
MySQLクラスタ・データベース
-
EtcD
-
Vault
-
Kubernetesクラスタ
-
プラットフォーム
-
ファームウェア
コンピュート・ノードへのパッチ適用
コンピュート・ノードのパッチ適用は、管理ノードのホスト・オペレーティング・システムのパッチ適用に似ています: これにより、最新のOracle Linuxカーネルおよびユーザー領域パッケージ、およびアプライアンス固有の最適化を含むovm-agent
パッケージがインストールされます。 コンピュート・ノードをプロビジョニングおよびロックしてから、一度に1つずつパッチを適用する必要があります。同時パッチはサポートされていません。 パッチの成功後、コンピュート・ノードがリブートしたときに、ノードが通常の操作に戻ることができるように、管理者は手動でロックを削除する必要があります。
syncUpstreamUlnMirror
コマンドを発行して、コンピュート・ノードのパッチ適用の前に、共有ストレージ上のミラーの同期が完了していることを確認します。 詳細は、「パッチ適用の準備」を参照してください。
「サービスWeb UI」の使用
-
パッチを適用するコンピュート・ノードのプロビジョニング・ロックとメンテナンス・ロックを設定します。
詳細は、「Oracle Private Cloud Appliance管理者ガイド」の「ハードウェア管理」の項の「コンピュート・ノード操作の実行」を参照してください。
-
ナビゲーション・メニューで、Rack Unitsをクリックします。 「ラック・ユニット」表で、パッチを適用するコンピュート・ノードの名前をクリックして詳細ページを表示します。
-
コンピュート・ノードの詳細ページの右上隅にあるControlsをクリックし、プロビジョニング・ロック・コマンドを選択します。
-
プロビジョニング・ロックが設定されたら、Controlsを再度クリックし、Maintenance Lockコマンドを選択します。
-
-
ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。
-
「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。
Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。
-
適切なパッチ・リクエスト・タイプの選択: パッチCN。
-
必要に応じて、リクエスト・パラメータを入力します:
-
ホストIP: 内部管理ネットワークでコンピュート・ノードに割り当てられたIPアドレスを入力します。 これは、内部の100.96.2.0/23範囲のIPアドレスです。
-
ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力 :
uln=https://host.example.com/yum
。パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。
-
ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。
-
拡張オプションJSON: 利用できません。
-
-
Create Requestをクリックします。
新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。
-
コンピュート・ノードに正常にパッチが適用されたら、プロビジョニングとメンテナンスのロックを解放します。
詳細は、「ハードウェア管理」のコンピュート・ノード操作の実行を参照してください。
-
コンピュート・ノードの詳細ページを開きます。
-
コンピュート・ノードの詳細ページの右上隅にあるControlsをクリックし、Maintenance Unlockコマンドを選択します。
-
メンテナンス・ロックが解放されたら、制御を再度クリックし、プロビジョニング・ロック解除コマンドを選択します。
-
「サービスCLI」の使用
-
コマンドを実行するために必要な情報を収集します:
-
パッチを適用するコンピュート・ノードのIPアドレス
-
データセンター内のULNミラーの完全修飾ドメイン名
-
-
パッチを適用するコンピュート・ノードのプロビジョニング・ロックとメンテナンス・ロックを設定します。
詳細は、「Oracle Private Cloud Appliance管理者ガイド」の「ハードウェア管理」の項の「コンピュート・ノード操作の実行」を参照してください。
PCA-ADMIN> list ComputeNode Data: id name provisioningState provisioningType -- ---- ----------------- ---------------- 363a26f4-fa34-4e4c-8e17-a1671a0b77d1 pcacn001 Provisioned KVM 9e8745c7-52e3-4aae-984c-e198869ee2cc pcacn002 Provisioned KVM 56a9ecda-2402-427f-92d1-7f9be57dba36 pcacn003 Provisioned KVM PCA-ADMIN> provisioningLock id=363a26f4-fa34-4e4c-8e17-a1671a0b77d1 PCA-ADMIN> maintenanceLock id=363a26f4-fa34-4e4c-8e17-a1671a0b77d1
-
patchコマンドを入力します。
構文(1行に入力):
patchCN hostIp=<compute-node-ip> uln=<http|https>://<hostname.domainname>/<sub-directories>
例:
PCA-ADMIN> patchCN hostIp=100.96.2.64 ULN=http://host.example.com/yum
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchCN hostIp=<compute-node-ip>
。 -
リクエストIDとジョブIDを使用して、パッチ適用プロセスのステータスを確認します。
PCA-ADMIN> getUpgradeJobs
-
コンピュート・ノードのパッチが正常に完了し、ノードがリブートしたら、ロックを解除します。
詳細は、「Oracle Private Cloud Appliance管理者ガイド」の「ハードウェア管理」の項の「コンピュート・ノード操作の実行」を参照してください。
PCA-ADMIN> maintenanceUnlock id=363a26f4-fa34-4e4c-8e17-a1671a0b77d1 PCA-ADMIN> provisioningUnlock id=363a26f4-fa34-4e4c-8e17-a1671a0b77d1
-
次のコンピュート・ノードに進み、この手順を繰り返します。
管理ノード・オペレーティング・システムへのパッチ適用
管理ノードのOracle Linuxホスト・オペレーティング・システムは、一度に1つのノードにパッチを適用する必要があります。すべての管理ノードのローリング・パッチは実行できません。 カーネル・パッケージおよびシステム・パッケージの更新を含むこのパッチ適用プロセスは、常にクラスタの仮想IPを保持する管理ノードから開始する必要があります。 したがって、3つの管理ノード・クラスタで2つの管理ノードにパッチを適用した場合、クラスタの仮想IPをパッチが適用された管理ノードの1つに再割り当てし、そのノードから最後のパッチ・コマンドを実行する必要があります。 各管理ノードは、パッチの適用後に再起動する必要があります。
管理ノードに一度に1つずつパッチを適用する必要があります。各内部IPアドレスをコマンド・パラメータとして使用します。 ホストIPアドレスを取得するには、「サービスCLI」コマンドshow ManagementNode name=<pcamn01>
を使用し、出力でIp Address
を探します。
このコンポーネントの「サービスWeb UI」で必要なすべてのパッチ適用タスクを完了することはできません。 「サービスCLI」を使用して、管理ノードにパッチを適用します。
「サービスCLI」の使用
-
コマンドを実行するために必要な情報を収集します:
-
ホスト・オペレーティング・システムにパッチを適用する予定の管理ノードのIPアドレス
-
データセンター内のULNミラーの完全修飾ドメイン名
-
-
管理クラスタの仮想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 ULN=<http|https>://<hostname.domainname>/<sub-directories> hostIp=<management-node-ip>
例:
PCA-ADMIN> patchHost ULN=http://host.example.com/yum \ patchHost hostIp=100.96.2.33 \ Command: patchHost ULN=http://host.example.com/yum 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
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchHost hostIp=<management-node-ip>
。 -
ジョブIDを使用して、パッチ・プロセスのステータスを確認します。 ジョブIDは、patchコマンドの出力にリストされます。
PCA-ADMIN> getUpgradeJob upgradeJobId=1632990827394-host-56156
-
パッチ適用プロセスの最後に、管理ノードが自動的に再起動されます。
管理ノードが再起動するまで約5分待ちます。
-
最初の管理ノードのホスト・オペレーティング・システム・パッチが正常に完了したら、次の管理ノードに対して同じコマンドを実行します。
PCA-ADMIN> patchHost hostIp=100.96.2.35 \ ULN=http://host.example.com/yum \
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchHost hostIp=<management-node-ip>
。 -
パッチ適用プロセスの最後に、管理ノードが自動的に再起動されます。
管理ノードが再起動するまで約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 \ ULN=http://host.example.com/yum \
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchHost hostIp=<management-node-ip>
。 -
パッチ適用プロセスの最後に、管理ノードが自動的に再起動されます。
管理ノードが再起動するまで約5分待ちます。
このパッチが正常に完了すると、すべての管理ノードのオペレーティング・システムが最新です。
MySQL Clusterデータベースへのパッチ適用
MySQL Clusterデータベースには、管理ノードのホスト・オペレーティング・システムとは関係なくパッチが適用されます。MySQLパッケージは、意図的にOracle Linuxアップグレードとは別に保持されます。
パッチを適用する前に、必ずシステム・バックアップを実行してください。 「Oracle Private Cloud Appliance管理者ガイド」のバックアップおよびリストアに関する項を参照してください。
「サービスWeb UI」の使用
-
ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。
-
「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。
Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。
-
適切なパッチ・リクエスト・タイプの選択: MySQLにパッチを適用します。
-
必要に応じて、パッチ・リクエスト・パラメータを入力します:
-
ULN: データセンターのULNミラーの完全修飾ドメイン名。
パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。
-
拡張オプションJSON: 利用できません。
-
ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。
-
-
Create Requestをクリックします。
新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。
「サービスCLI」の使用
-
パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:
-
データセンター内のULNミラーの完全修飾ドメイン名
-
-
patchコマンドを入力します。
構文(1行に入力):
patchMySQL ULN=<http|https>://<hostname.domainname>/<sub-directories>
例:
PCA-ADMIN> patchMySQL ULN=http://host.example.com/yum
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchMySQL
。 -
リクエストIDとジョブIDを使用して、パッチ・プロセスのステータスを確認します。
PCA-ADMIN> getupgradejobs Command: getupgradejobs Status: Success Time: 2022-01-24 18:53:22,117 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1642593347925-mysql-40566 UWS-1ee38895-dedf-41c5-ab77-eebe294707ed mysql Passed PCA-ADMIN> getupgradejobs requestid=UWS-1ee38895-dedf-41c5-ab77-eebe294707ed Command: getupgradejobs requestid=UWS-1ee38895-dedf-41c5-ab77-eebe294707ed Status: Success Time: 2022-01-24 18:54:05,408 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1642593347925-mysql-40566 UWS-1ee38895-dedf-41c5-ab77-eebe294707ed mysql Passed
EtcdとVaultへのパッチ適用
シークレット・サービスには、個別にパッチを適用する必要がある2つのコンポーネントが含まれています: EtcdとVault。 パッチを適用する順序は関係ありません。
EtcdおよびVaultパッチはローリング・パッチです: 各パッチは、3つの管理ノードすべてで1つのコマンドで実行されます。
パッチを適用する前に、必ずシステム・バックアップを実行してください。 「Oracle Private Cloud Appliance管理者ガイド」のバックアップおよびリストアに関する項を参照してください。
「サービスWeb UI」の使用
-
ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。
-
「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。
Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。
-
適切なパッチ・リクエスト・タイプの選択: パッチEtcd。
-
必要に応じて、パッチ・パラメータを入力します:
-
ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。
パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。
-
拡張オプションJSON: 利用できません。
-
ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。
-
-
Create Requestをクリックします。
新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。
-
Etcdパッチが正常に完了したら、この手順を繰り返してボールトのパッチを作成します。
「サービスCLI」の使用
-
パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:
-
データセンター内のULNミラーの完全修飾ドメイン名
-
-
patchコマンドを入力します。
構文(1行に入力):
patchVault uln=<http|https>://<hostname.domainname>/<sub-directories> patchEtcd uln=<http|https>://<hostname.domainname>/<sub-directories>
例:
PCA-ADMIN> patchVault ULN=http://host.example.com/yum PCA-ADMIN> patchEtcd ULN=http://host.example.com/yum
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchVault
,patchEtcd
. -
リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。
PCA-ADMIN> getupgradejobs Command: getupgradejobs Status: Success Time: 2022-01-24 18:53:22,117 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1642594274785-vault-29202 UWS-1ee38895-dedf-41c5-ab77-eebe294707ed vault Passed 1642593966208-etcd-6066 UWS-1ee38895-dedf-41c5-ab77-eebe294707ed etcd Passed PCA-ADMIN> getupgradejobs requestid=UWS-1ee38895-dedf-41c5-ab77-eebe294707ed Command: getupgradejobs requestid=UWS-1ee38895-dedf-41c5-ab77-eebe294707ed Status: Success Time: 2022-01-24 18:54:05,408 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1642594274785-vault-29202 UWS-1ee38895-dedf-41c5-ab77-eebe294707ed vault Passed 1642593966208-etcd-6066 UWS-1ee38895-dedf-41c5-ab77-eebe294707ed etcd Passed
Kubernetesクラスタへのパッチ適用
Kubernetesコンテナ・オーケストレーション環境パッチ適用も、オペレーティング・システムとは別に保持されます。 1つのコマンドを使用すると、すべてのKubernetesパッケージ(kubeadm、kubectl、kubeletなど)に3つの管理ノードとすべてのコンピュート・ノードでパッチが適用されます。 このパッチ適用には、Kubernetesコンテナで実行されているマイクロサービスは含まれません。
syncUpstreamUlnMirror
コマンドを発行して、Kubernetesパッチ適用の前に共有ストレージでのミラーの同期が完了していることを確認します。 詳細は、「パッチ適用の準備」を参照してください。
「サービスWeb UI」の使用
-
ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。
-
「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。
Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。
-
適切なパッチ・リクエスト・タイプの選択: Kubernetesにパッチを適用します。
-
必要に応じて、パッチ・パラメータを入力します:
-
ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。
パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。
-
拡張オプションJSON: 利用できません。
-
ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。
-
-
Create Requestをクリックします。
新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。
「サービスCLI」の使用
-
パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:
-
データセンター内のULNミラーの完全修飾ドメイン名
-
-
patchコマンドを入力します。
構文(1行に入力):
patchKubernetes uln=<http|https>://<hostname.domainname>/<sub-directories>
例:
PCA-ADMIN> patchKubernetes ULN=http://host.example.com/yum
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchKubernetes
。 -
リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。
PCA-ADMIN> getupgradejobs Command: getupgradejobs Status: Success Time: 2022-01-18 20:11:16,398 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1642509549088-kubernetes-51898 UWS-4f0d9e99-a515-4170-ab35-9f8bdcbdb2b5 kubernetes Passed 1642492793827-oci-12162 UWS-6e06bbb7-16b8-49ba-9c33-f42fffbe1323 oci Failed PCA-ADMIN> getupgradejobs requestid=UWS-4f0d9e99-a515-4170-ab35-9f8bdcbdb2b5 Status: Success Time: 2022-01-18 20:12:52,760 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1642509549088-kubernetes-51898 UWS-4f0d9e99-a515-4170-ab35-9f8bdcbdb2b5 kubernetes Passed PCA-ADMIN>
プラットフォームへのパッチの適用
プラットフォームへのパッチ適用は、プラットフォーム・レイヤーの内部サービスと、インフラストラクチャ・サービス・レイヤーを介して公開される管理レベルとユーザー・レベルのサービスの両方を対象としています。
コンテナ化されたマイクロサービスには、独自の個別パッチ適用メカニズムがあります。 新しいHelmデプロイメント・チャートおよびコンテナ・イメージがpca302_containers
ULNチャネルで見つかった場合、サービスにパッチが適用されます。 パッチ適用プロセス中に新しいデプロイメント・チャートが検出されると、サービスを実行しているポッドが新しいコンテナ・イメージで再起動されます。
「サービスWeb UI」の使用
-
ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。
-
「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。
Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。
-
適切なパッチ・リクエスト・タイプの選択: パッチ・プラットフォーム。
-
必要に応じて、パッチ・パラメータを入力します:
-
ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。
パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。
-
拡張オプションJSON: 利用できません。
-
ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。
-
-
Create Requestをクリックします。
新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。
「サービスCLI」の使用
-
パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:
-
データセンター内のULNミラーの完全修飾ドメイン名
-
-
patchコマンドを入力します。
構文(1行に入力):
patchPlatform uln=<http|https>://<hostname.domainname>/<sub-directories>
例:
PCA-ADMIN> patchPlatform ULN=http://host.example.com/yum Command: patchPlatform ULN=http://host.example.com/yum Status: Success Time: 2021-12-08 17:36:12,217 UTC Data: Service request has been submitted. Upgrade Job Id = 1638984971208-platform-79257 \ Upgrade Request Id = UWS-39f3f08f-b2d1-4804-8185-2dd3af60dd41
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchPlatform
。 -
リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。
PCA-ADMIN> getupgradejobs Command: getupgradejobs Status: Success Time: 2021-12-08 17:36:34,657 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1638984971208-platform-79257 UWS-39f3f08f-b2d1-4804-8185-2dd3af60dd41 platform None PCA-ADMIN> getupgradejob upgradeJobId=1638984971208-platform-79257 Command: getupgradejob upgradeJobId=1638984971208-platform-79257 Status: Success Time: 2021-12-08 17:36:19,385 UTC Data: Upgrade Request Id = UWS-39f3f08f-b2d1-4804-8185-2dd3af60dd41 Name = platform Start Time = 2021-12-08T17:36:11 Pid = 79257 Host = pcamn02 Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_platform_services_2021_12_08-17.36.11.log Arguments = {"component_names":null,"diagnostics":false,"display_task_plan":false,"dry_run_tasks":false, \ "expected_iso_checksum":null,"fail_halt":false,"fail_upgrade":null,"image_location":null, \ [...] Process = alive Tasks 1 - Name = Validate ULN Channel URL Tasks 1 - Description = Verify that the ULN channel URL is accessible Tasks 1 - Time = 2021-12-08T17:36:12 [...]
ファームウェアのパッチ適用
ファームウェアは、すべてのコンポーネントILOMのISOイメージ、Oracle ZFS Storage ApplianceのISOイメージ、およびスイッチに含まれています。 パッチを適用するコンポーネント・タイプに対して、次の手順を選択します。
ILOM IPアドレスの取得
「サービスWeb UI」の使用
-
ナビゲーション・メニューで、Rack Unitsをクリックします。
-
パッチを適用するコンポーネントの名前をクリックします。
-
「ラック・ユニット情報」タブを選択します。
-
ILOM IPの下にリストされたIPアドレスを記録します。
「サービスCLI」の使用
-
コンポーネントIDを検索します:
構文(1行に入力):
list <component>
例:
PCA-ADMIN> list computeNode Command: list computeNode Status: Success Time: 2021-12-17 21:30:41,064 UTC Data: id name provisioningState provisioningType -- ---- ----------------- ---------------- 03111396-bb33-4249-9561-b921387c6f3a pcacn003 Provisioned KVM 1600443b-00f3-4424-946d-bd52df778aaf pcacn001 Provisioned KVM 69e4e3b7-9390-4283-b246-49ebedccac95 pcacn002 Provisioned KVM
-
コンポーネントIDを使用して、そのコンポーネントの詳細を表示します。
PCA-ADMIN> show computeNode id=03111396-bb33-4249-9561-b921387c6f3a Command: show computeNode id=03111396-bb33-4249-9561-b921387c6f3a Status: Success Time: 2021-12-17 21:42:47,724 UTC Data: Id = 03111396-bb33-4249-9561-b921387c6f3a Type = ComputeNode Provisioning State = Provisioned [...] Ip Address = 100.96.2.64 ILOM Ip Address = 100.96.0.64 Hostname = pcacn001 [...]
ILOMへのパッチ適用
ILOM パッチは、管理ノードおよびコンピュート・ノードに適用できます。 ファームウェア・パッケージはコンポーネント・タイプごとに異なる可能性があるため、ファームウェア・ディレクトリから正しいパッケージを選択してください。 各内部IPアドレスをコマンド・パラメータとして使用して、ILOMに一度に1つずつパッチを適用する必要があります。
注意:
管理仮想IPアドレスを保持する管理ノードのILOM、つまりクラスタ内のプライマリ・ロールにパッチを適用しないでください。 ILOMにパッチを適用するには、クラスタ内の別のノードがプライマリ・ロールを引き継ぐように、まず問題の管理ノードを再起動します。 ノードが完全に再起動されたら、ILOMパッチを続行できます。
クラスタ内のプライマリ・ロールを持つ管理ノードを確認するには、任意の管理ノードにログインし、コマンドpcs status
を実行します。
「サービスWeb UI」の使用
-
ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。
-
「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。
Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。
-
適切なパッチ・リクエスト・タイプの選択: ILOMにパッチを適用します。
-
パッチ・パラメータを入力します:
-
ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。
パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。
-
ホストIP: ILOMネットワークに、コンポーネントに割り当てられたIPアドレスを入力します。
-
拡張オプションJSON: 利用できません。
-
ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。
-
-
Create Requestをクリックします。
新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。
「サービスCLI」の使用
-
コマンドを実行するために必要な情報を収集します:
-
ファームウェアにパッチを適用するILOMのIPアドレス
-
データセンター内のULNミラーの完全修飾ドメイン名
-
-
patchコマンドを入力します。
構文(1行に入力):
patchIlom hostIp=<ilom-ip> uln=<http|https>://<hostname.domainname>/<sub-directories>
例:
PCA-ADMIN> patchIlom hostIp=100.96.4.62 \ ULN=http://host.example.com/yum \
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchIlom hostIp=<ilom-ip>
。 -
リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。
PCA-ADMIN> getUpgradeJobs id upgradeRequestId commandName result -- ---------------- ----------- ------ 1620921089806-ilom-21480 UWS-732d6fce-9f06-4329-b972-d093bee40010 ilom Passed PCA-ADMIN> getupgradejobs requestid=UWS-732d6fce-9f06-4329-b972-d093bee40010 Command: getupgradejobs requestid=UWS-732d6fce-9f06-4329-b972-d093bee40010 Status: Success Time: 2022-01-24 18:23:39,690 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1620921089806-ilom-21480 UWS-732d6fce-9f06-4329-b972-d093bee40010 ilom Passed
-
syncHardwareData
コマンドを使用して、システム・ハードウェア・データベースのハードウェア属性を更新します。ノート:
syncHardwareData
コマンドは、内部自動システム・タスクにも使用されます。syncHardwareData
コマンドを手動で発行したときにこの自動タスクが実行されている場合、ロックによってコマンドの実行が妨げられ、次のエラーが表示されます:
しばらく待ってから、This command cannot be performed at this time. Please try again.
syncHardwareData
コマンドを再発行します。
パッチの最後に、ILOM自体が自動的に再起動されます。 ただし、すべての変更を有効にするには、サーバー・コンポーネントもリブートする必要があります。
ZFS Storage Applianceオペレーティング・ソフトウェアへのパッチ適用
システムZFS Storage Applianceのオペレーティング・ソフトウェアにパッチを適用するには、ULNミラーへのパスを指定するだけで済みます。 ストレージ・コントローラのIPアドレスがわかっているため、1つのコマンドで両方のコントローラのローリング・パッチが開始されます。
注意:
アップグレード・プロセス中にユーザーがZFS Storage ApplianceまたはZFS Storage Appliance ILOMにログインしていないことを確認します。
注意:
アップグレードの進行中にストレージ構成を変更しないでください。 コントローラでさまざまなソフトウェア・バージョンが実行されている場合、あるコントローラの構成を変更しても、そのピア・コントローラには伝播されません。
ノート:
ZFS Storage Applianceの更新には、ILOMおよびBIOSファームウェアが含まれることがあります。 BIOSファームウェアの更新が必要な場合は、次回ストレージ・ヘッドをシャットダウンしたときにBIOSが更新されることを示すノートがアップグレード・ログに表示されます。
「サービスWeb UI」の使用
-
ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。
-
「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。
Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。
-
適切なパッチ・リクエスト・タイプの選択: Zfssaにパッチを適用します。
-
パッチ・パラメータを入力します:
-
ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。
パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。
-
拡張オプションJSON: 利用できません。
-
ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。
-
-
Create Requestをクリックします。
新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。
「サービスCLI」の使用
-
コマンドを実行するために必要な情報を収集: ULNミラー内のAK-NASファームウェア・パッケージへのパス。
-
patchコマンドを入力します。
構文:
patchZfssa uln=<http|https>://<hostname.domainname>/<sub-directories>
例:
PCA-ADMIN> patchZfssa ULN=http://host.example.com/yum
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchZfssa
。 -
リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。
PCA-ADMIN> getUpgradeJobs Status: Success Time: 2022-01-24 18:19:29,731 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1643035466051-zfssa-62915 UWS-831fd008-cc32-428d-8e76-91c43081f6e7 zfssa Passed PCA-ADMIN> getupgradejobs requestid=UWS-831fd008-cc32-428d-8e76-91c43081f6e7 Command: getupgradejobs requestid=UWS-831fd008-cc32-428d-8e76-91c43081f6e7 Status: Success Time: 2022-01-24 18:27:52,083 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1643035466051-zfssa-62915 UWS-831fd008-cc32-428d-8e76-91c43081f6e7 zfssa Passed
スイッチ・ソフトウェアへのパッチ適用
アプライアンス・ラックには、Cisco Nexusスイッチの3つのカテゴリが含まれています: 管理スイッチ、2つのリーフ・スイッチ、および2つのスパイン・スイッチ。 すべて同じCisco NX-OSネットワーク・オペレーティング・ソフトウェアを実行します。 スイッチに優先されるパッチ適用順序はありません。
ファームウェアにパッチを適用する場合は、各パッチ・コマンドで同じバイナリ・ファイルを使用します。 スイッチのカテゴリごとに1つのコマンドだけが必要です。つまり、リーフ・スイッチとスパイン・スイッチにはペアでパッチが適用されます。
「サービスWeb UI」の使用
-
ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。
-
「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。
Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。
-
適切なパッチ・リクエスト・タイプの選択: パッチ・スイッチ。
-
パッチ・パラメータを入力します:
-
ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。
パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。
-
拡張オプションJSON: 利用できません。
-
ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。
-
スイッチ・タイプ: パッチを適用するスイッチ・タイプを選択します。 優先順序は次のとおりです: 最初にリーフ・スイッチ、次にスパイン・スイッチ、最後に管理スイッチ。
-
-
Create Requestをクリックします。
新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。
-
パッチが正常に完了したが、システム内の他のスイッチにまだパッチを適用する必要がある場合は、パッチ適用が必要な他のタイプのスイッチに対してこの手順を繰り返します。
「サービスCLI」の使用
-
コマンドを実行するために必要な情報を収集します:
-
パッチを適用するスイッチのタイプ(スパイン、リーフ、管理)
-
データセンター内のULNミラーの完全修飾ドメイン名
-
-
patchコマンドを入力します。
構文(1行に入力):
patchSwitch switchType=[MGMT, SPINE, LEAF] imageLocation=<http|https>://<hostname.domainname>/<sub-directories>
例:
PCA-ADMIN> patchSwitch switchType=LEAF \ imageLocation=http://host.example.com/yum \
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchSwitch switchType=[MGMT, SPINE, LEAF]
。 -
リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。
PCA-ADMIN> getUpgradeJobs
-
syncHardwareData
コマンドを使用して、システム・ハードウェア・データベースのハードウェア属性を更新します。ノート:
syncHardwareData
コマンドは、内部自動システム・タスクにも使用されます。syncHardwareData
コマンドを手動で発行したときにこの自動タスクが実行されている場合、ロックによってコマンドの実行が妨げられ、次のエラーが表示されます:
しばらく待ってから、This command cannot be performed at this time. Please try again.
syncHardwareData
コマンドを再発行します。
Oracle Cloud Infrastructureイメージへのパッチ適用
メジャー・リリース間で新しいOracle Cloud Infrastructureイメージが使用可能になり、Oracle Private Cloud Applianceでサポートされると、パッチ適用プロセスを使用してこれらのイメージを取得できます。
パッチ適用メソッドを使用してインストールされたOracle Cloud Infrastructureイメージは、ZFSストレージ・アプライアンスの/nfs/shared_storage/oci_compute_images
ディレクトリに格納されます。
「サービスWeb UI」の使用
-
ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。
-
「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。
Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。
-
適切なパッチ・リクエスト・タイプの選択: OCIImagesにパッチを適用します。
-
必要に応じて、リクエスト・パラメータを入力します:
-
ULN: 共有ストレージへのパスを入力します。
-
拡張オプションJSON: 利用できません。
-
ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。
-
-
Create Requestをクリックします。
新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。
「サービスCLI」の使用
-
パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:
-
データセンター内のULNミラーの完全修飾ドメイン名
-
-
patchコマンドを入力します。
構文(1行に入力):
patchOCIimages uln=<http|https>://<hostname.domainname>/<sub-directories>
例:
PCA-ADMIN> patchOCIimages ULN=http://host.example.com/yum
パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力:
patchOCIimages
。 -
リクエストIDとジョブIDを使用して、パッチ適用プロセスのステータスを確認します。
PCA-ADMIN> getupgradejobs Command: getupgradejobs Status: Success Time: 2022-01-18 19:58:34,745 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1641839285475-oci-94665 UWS-778b08bc-f579-492b-993d-915dcf581374 oci Passed 1641838937541-platform-56313 UWS-bc4372ae-8f51-4b40-9306-992fb6459878 platform Failed PCA-ADMIN> getupgradejobs requestid=UWS-778b08bc-f579-492b-993d-915dcf581374 Command: getupgradejobs requestid=UWS-778b08bc-f579-492b-993d-915dcf581374 Status: Success Time: 2022-01-18 20:00:43,804 UTC Data: id upgradeRequestId commandName result -- ---------------- ----------- ------ 1641839285475-oci-94665 UWS-778b08bc-f579-492b-993d-915dcf581374 oci Passed PCA-ADMIN>