個々のコンポーネントのパッチ適用

6 個々のコンポーネントのパッチ適用

粒度の細かいパッチ適用メカニズムを使用すると、個々のハードウェアおよびソフトウェア・コンポーネントのパッチ適用手順を実行できます。管理ノード・パッチに含まれるコンポーネントに加えて、様々なカテゴリのファームウェア、コンピュート・ノード上のオペレーティング・システムおよびアプライアンス固有のソフトウェア、およびOracle Cloud Infrastructureイメージにパッチを適用することもできます。

すべてのコンポーネントに、所定の順序でパッチを適用する必要があります。アップグレード計画では、前のパッチ操作が完了していない場合に、コンポーネント・パッチ・プロシージャを開始できません。

ノート:

一般に、新しいバージョンがシステムで使用可能になった場合は常にファームウェアにパッチを適用できます。ファームウェア・パッチは、特定の順序で、ほかのコンポーネントとは独立して適用できます。

ただし、追加の要件があります: アプライアンス・ソフトウェア・バージョン3.0.2-b1081557以降にパッチを適用する場合は、他のすべてのコンポーネントより前にZFS Storage Applianceファームウェアにパッチを適用する必要があります。

アップグレード計画によって実施される操作の順序は次のとおりです:

アップグレード環境の準備(PreConfigおよびPreUpgradeをアップグレード)
ZFS Storage Applianceファームウェア(バージョン3.0.2-b1081557以上)
コンピュート・ノード
管理ノード
MySQLクラスタ・データベース
Etcd
Vault
Kubernetesクラスタ
プラットフォーム(コンテナ化されたマイクロサービス)

すべてのパッチ操作の前に一連の事前チェックがあります。これらはコードに組み込まれており、システムがパッチ適用に必要な状態でない場合、エラーを報告します。パッチ適用は、すべての事前チェックに合格した場合にのみ開始されます。

事前チェックを使用して、パッチの成功を妨げるシステム・ヘルスの問題を事前にテストできます。パッチ適用のための環境を準備した後、「検証のみ」オプションを使用してパッチ・コマンドのいずれかまたはすべてを実行します。「サービスWeb UI」では、このオプションは、パッチ・リクエストの作成時にチェック・ボックスを使用してアクティブ化されます。「サービスCLI」では、次の例に示すオプションのパッチ・コマンド・パラメータを使用します:

PCA-ADMIN> patchKubernetes ULN=http://host.example.com/yum verifyOnly=True
[...]

PCA-ADMIN> getUpgradeJobs
  id                                      upgradeRequestId                           commandName          result
  --                                      ----------------                           -----------          ------
  1632849609034-kubernetes_verify-10575   UWS-8995e5b7-a237-4717-bb5c-01f1cf85daf0   kubernetes_verify    Passed

問題が検出された場合は、計画されたパッチ・ウィンドウの前に解決し、実際のパッチ適用操作をできるだけ流暢かつ短く保つことができます。

ノート:

この機能は、アプライアンスでソフトウェア・バージョン3.0.2-b892153以降が実行されている場合に利用できます。