アクティブ・バージョン3.0.2-b776803から3.0.2-b852928

Private Cloud Applianceでビルド番号が3.0.2-b776803のソフトウェア・バージョンを3.0.2-b852928 (両方を含む)に実行している場合は、この項の手順に従ってアプライアンス・ソフトウェア・バージョン3.0.2-b892153にアップグレードします。

アップグレード環境の準備

Oracle Private Cloud Applianceのソフトウェアのバージョンおよびアップグレードは、My Oracle Supportからダウンロードできます。 ISOファイルには、アプライアンスのハードウェアおよびソフトウェア・コンポーネントを特定のリリースにアップグレードするために必要なすべてのファイルとパッケージが含まれています。 ISOファイル内のすべてのアイテムが相互に動作することをテストされ、ラック・システムへの取り付けが認定されています。アプライアンス・コンポーネントに個々のパッケージをインストールまたはアップグレード「しない」でください。

アップグレード環境の準備は、次の操作で構成されます:

構成前: ISOイメージのダウンロードと開梱
システム・クリティカルなサービスのバックアップ
Upgraderのアップグレード

環境の準備が完了すると、システムはアプライアンス管理者がアップグレード手順を開始する準備ができています。

すべてのアップグレード操作の前に、事前チェックのセットがあります。アップグレードは、すべての事前チェックに合格した場合にのみ開始されます。同時アップグレード操作はサポートされていません。アップグレード・ジョブは、新しいジョブを開始する前に完了する必要があります。

ISOイメージのダウンロードと開梱

ISOファイルを使用してアプライアンスをアップグレードできるようにするには、webサーバーがPrivate Cloud Appliance管理ノードで使用できるようにするロケーションにファイルをダウンロードする必要があります。アプライアンスの内部管理ネットワークに接続されたバスチョン・ホストを設定した場合は、そのマシンにISOファイルを格納し、webサーバーを実行して、ISOファイルをhttp経由でアクセス可能にすると便利です。

アップグレード操作を実行する前に、ISOファイルの内容を開梱して、3つの管理ノードすべてにマウントされた共有ストレージにソース・ディレクトリを移入します。これにより、アップグレード・コマンドの実行時に新しいバージョンがインストールされます。

「サービスCLI」の使用

コマンドを実行するために必要な情報を収集します:
- アップグレード元のISOイメージのロケーション
  
  ISOイメージが格納される場所のパスを入力します。その内容は、管理ノードからアクセス可能な共有ストレージに展開されます。
- ISOイメージの検証に使用されるチェックサム
  
  チェックサムはISOイメージとともに提供されます。そのファイル名は、.sha256sumが付加されたISOイメージ名です。システムはチェックサムを使用して、ISOイメージ内のデータがそのままであり、このアップグレードに有効であることを確認します。

upgrade preconfigurationコマンドを入力します。

構文(1行に入力):

upgradePreConfig 
option=ISO
location=<path-to-iso>
isoChecksum=<iso-file-checksum>

例:

PCA-ADMIN> upgradePreConfig  option=ISO \
location=http://host.example.com/pca-<version>-<build>.iso \
isoChecksum=90e4505b098031afb02068080db2603dc6f580cd7cf52aa51ecd0c3b81668027
Data:
  Service request has been submitted. Upgrade Job Id = 1668417666968-prepare-28142 Upgrade Request Id = UWS-c94ba56a-1b91-49d8-8e51-afeae7f62186

リクエストIDとジョブIDを使用して、アップグレード・ジョブのステータスを確認します。正常に完了していることを確認します。

PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1668417666968-prepare-28142      UWS-c94ba56a-1b91-49d8-8e51-afeae7f62186   prepare       Passed

PCA-ADMIN> getUpgradeJob upgradeJobId=1668417666968-prepare-28142

次のアップグレード準備フェーズに進みます。

「サービスWeb UI」の使用

ノート:

ユーザー・インタフェースは、この機能をバージョン3.0.2-b819070で提供します。アクティブ・バージョンが古い場合は、「サービスCLI」の手順に従います。

ナビゲーション・メニューで、「アップグレード&パッチ適用」をクリックします。
「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

「要求の作成」ウィンドウが表示されます。リクエスト・タイプとして「アップグレード」を選択します。
適切なアップグレード・リクエスト・タイプを選択: PreConfigをアップグレードします。
アップグレード・リクエスト・パラメータを入力します:
- オプション: ISOと入力します。
- ロケーション: ISOイメージが格納されているロケーションへのパスを入力します。
- ISOチェックサム: ISOイメージの整合性を検証するために必要なチェックサムを入力します。チェックサムは、<iso_image>.sha256sumという名前のファイルのISOイメージとともに提供されます。
- ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。デフォルトのログ・レベルは「情報」です。詳細は、「デバッグ」を選択します。
- 拡張オプションJSON: オプションで、追加のコマンド・パラメータを指定するJSON文字列を追加します。
- 代替ULNチャネル: このパラメータはパッチ適用に適用され、無視できます。
「要求の作成」をクリックします。

新しいアップグレード・リクエストが「アップグレード・ジョブ」表に表示されます。正常に完了していることを確認します。

ISOイメージは管理ノード・クラスタの共有ストレージに展開され、そこからその内容を使用して必要なアップグレード操作を実行できます。

クリティカル・サービスのバックアップ

システム・クリティカルなコンポーネントおよびサービスの場合、Oracle Private Cloud Applianceはスケジュールされたバックアップ・サービスを実行し、壊滅的な障害が発生した場合にアプライアンスを最新の正常なヘルスにリストアできるようにします。「コンピュート・エンクレーブ」のユーザーのクラウド・リソースにもバックアップ計画を実装することをお薦めします。

Private Cloud Applianceのコンポーネントをアップグレードまたはパッチ適用する前に、MySQLデータベース、ZFS Storage Applianceおよびシークレット・サービス(Vault)の最新状態のバックアップを作成する必要があります。バックアップ・コマンドでは、既存のバックアップ・サービスが利用されますが、アップグレードまたはパッチ・ワークフローを開始する直前からの最新の変更を含む追加のリストア・ポイントが作成されます。

「サービスCLI」の使用

必要な3つのバックアップ・タスクを開始します。

PCA-ADMIN> backup target=vault
Status: Success
Data:
  Type = BackupJob
  Job Id = ocid1.brs-job.PCA3X62D9C1.mypca.joopwuv9403uzbfrh4x9mprmoduh3ljais6ex233v1b21ccqywu4a3vqykgm
  Display Name = brs-job-1668419778-backup
  Profile Id = ocid1.backup_profile.PCA3X62D9C1.mypca.wrxfwtxwxw6ydp2mwnypcaaxxzmwpuhsc33gcm3dyte7kgr4etuhb29qbs8q
  Time Created = 2022-11-06T09:56:18Z
  Lifecycle State = CREATING
  Retention = 14

PCA-ADMIN> backup target=zfs
Status: Success
Data:
  Type = BackupJob
  Job Id = ocid1.brs-job.PCA3X62D9C1.mypca.9oaeaa2kw5crqfcjkh8kyhbxcv8bwh0f4ud6n3lucf802oj15ss3k39874bc
  Display Name = brs-job-1668419842-backup
  Profile Id = ocid1.backup_profile.PCA3X62D9C1.mypca.p7w0tgbvhtjqsgc8rllca2cvotkpgrtf4huiph7466mjio0dgskij9f0bp06
  Time Created = 2022-11-06T09:57:22Z
  Lifecycle State = CREATING
  Retention = 14

PCA-ADMIN> backup target=mysql
Status: Success
Data:
  Type = BackupJob
  Job Id = ocid1.brs-job.PCA3X62D9C1.mypca.iew5tphpgr3h6mhliw2fai2ywvv386a0xc7isfo8kisj0wrcx114irnit6ot
  Display Name = brs-job-1668419850-backup
  Profile Id = ocid1.backup_profile.PCA3X62D9C1.mypca.henfqzdbafs4z3mxeuslb1c6f4t049w0pxvwf1gi3eb8wm1y11v7m932tn4g
  Time Created = 2022-11-06T09:57:30Z
  Lifecycle State = CREATING
  Retention = 14

バックアップ・ジョブIDを使用して、バックアップのステータスを確認します。

PCA-ADMIN> getBackupJobs
Data:
  id                                                                                              displayName                 components
  --                                                                                              -----------                 ----------
  ocid1.brs-job.PCA3X62D9C1.mypca.iew5tphpgr3h6mhliw2fai2ywvv386a0xc7isfo8kisj0wrcx114irnit6ot   brs-job-1668419850-backup   mysql
  ocid1.brs-job.PCA3X62D9C1.mypca.9oaeaa2kw5crqfcjkh8kyhbxcv8bwh0f4ud6n3lucf802oj15ss3k39874bc   brs-job-1668419842-backup   zfs
  ocid1.brs-job.PCA3X62D9C1.mypca.joopwuv9403uzbfrh4x9mprmoduh3ljais6ex233v1b21ccqywu4a3vqykgm   brs-job-1668419778-backup   vault

PCA-ADMIN> getBackupJob backupJobId=ocid1.brs-job.PCA3X62D9C1.mypca.iew5tphpgr3h6mhliw2fai2ywvv386a0xc7isfo8kisj0wrcx114irnit6ot
Status: Success
Data:
  Type = BackupJob
  Job Id = ocid1.brs-job.PCA3X62D9C1.mypca.iew5tphpgr3h6mhliw2fai2ywvv386a0xc7isfo8kisj0wrcx114irnit6ot
  Display Name = brs-job-1668419850-backup
  Time Created = 2022-11-06T09:57:30Z
  Status = success
  Components = mysql

3つのバックアップ操作がすべて正常に完了したことを確認します。次に、次のアップグレード準備フェーズに進みます。

Upgraderのアップグレード

すべてのアップグレード・コマンドが最新バージョンで実行されるように、最初にUpgraderが最新であることを確認します。 Upgraderが使用可能な最新バージョンでないことがシステムで検出された場合、アップグレード操作は実行できません。

注意:

最初にアップグレード事前構成タスクが完了していることを確認します。

準備プロセスのコア・コマンドupgradePreConfigとpreUpgradeの両方を指定された順序でまとめて完了することが重要です。 preUpgradeコマンドを再実行する必要がある場合は、先に前のコマンドを再実行する必要があります。

「サービスCLI」の使用

管理ノードに最新のupgraderバージョンをインストールするプロセスを開始します。
```
PCA-ADMIN> preUpgrade action=start type=ISO
Data: 
  Successfully triggered the pre-upgrade task.
   Pre upgrade status = success
```
プロセスの一部として、次の操作が実行されます:
1. 既存のyum構成を保存します。
2. 新しいアップグレーダ・ファイルのyumリポジトリを構成します。
3. 新しいupgraderバージョンを管理ノードにインストールしてから、upgrader systemdサービスを再起動して変更を有効にします。
4. 最初のステップで保存された既存のyum構成をリストアします。

次のコマンドを使用して、アップグレード・プロセスのステータスをいつでも確認します:

PCA-ADMIN> preUpgrade action=status
Data: 
  A pre-upgrade task is running!
  Pre upgrade status = IN-PROGRESS
 
PCA-ADMIN> preUpgrade action=status
Data: 
   The previous pre-upgrade task succeeded!
   Pre upgrade status = SUCCESS

アップグレーダの最新バージョンが正常にインストールされていることを確認します。システムが準備完了状態であることを確認します。次に、コンポーネントのアップグレードに進みます。

「サービスWeb UI」の使用

ノート:

ナビゲーション・メニューで、「アップグレード&パッチ適用」をクリックします。
「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

「要求の作成」ウィンドウが表示されます。リクエスト・タイプとして「アップグレード」を選択します。
適切なアップグレード・リクエスト・タイプを選択: preUpgrade.
アップグレード・リクエスト・パラメータを入力します:
- アクション: startと入力して、新しいバージョンのアップグレーダを取得します。 (前のpreUpgradeジョブのステータスを確認するには、かわりに「ステータス」を入力します。)
- タイプ: ISOと入力します。アップグレーダ・パッケージは、解凍されたISOイメージから選択されます。
「要求の作成」をクリックします。

新しいアップグレード・リクエストが「アップグレード・ジョブ」表に表示されます。ジョブが正常に完了すると、アップグレーダは最新になり、使用できるようになります。

コンピュート・ノードのアップグレード

注意:

アップグレード環境を準備するためのすべてのステップが完了していることを確認します。

ノート:

ILOMもアップグレードする必要がある場合は、オプションのステップを実行して、このプロシージャに統合できます。組み合せた手順により、同じノードを2回退避してリブートする必要がなくなります。

コンピュート・ノードのアップグレードにより、最新のOracle Linuxカーネルおよびユーザー領域パッケージ、およびアプライアンス固有の最適化を含むovm-agentパッケージがインストールされます。コンピュート・ノードは一度に1つずつロックおよびアップグレードする必要があります。同時アップグレードはサポートされていません。アップグレードが成功したら、コンピュート・ノードがリブートされたときに、管理者は手動でロックを削除して、ノードを通常の操作に戻すことができるようにする必要があります。

ホストIPアドレスの取得

「サービスCLI」から、各内部IPアドレスをコマンド・パラメータとして使用して、コンピュート・ノードが一度に1つずつアップグレードされます。ただし、ロック・コマンドでは代わりにコンピュート・ノードIDが使用されます。コンピュート・ノード・アップグレードのすべてのコマンドを実行するには、両方の識別子が必要です。

ホストのIPアドレスとID、およびアップグレード手順に関連するその他の情報を取得するには、次の例に示す「サービスCLI」コマンドを使用します。コマンドは、すべてのコンピュート・ノードのアップグレードを進めるときに、必要に応じて頻繁に実行してステータスを確認および確認できます。

PCA-ADMIN> list computeNode fields hostname,ipAddress,ilomIp,state,firmwareVersion,provisioningLocked,maintenanceLocked orderby hostname ASCENDING
Data:
  id                                     Hostname   Ip Address    ILOM Ip Address   State   Firmware Version           Provisioning Locked   Maintenance Locked
  --                                     --------   ----------    ---------------   -----   ----------------           -------------------   ------------------
  cf488903-fef8-4a51-8a41-c6990e4755c5   pcacn001   100.96.2.64   100.96.0.64       On      PCA Hypervisor:3.0.2-502   false                 false             
  42a7594d-1173-4dbd-4755-07810cc2d527   pcacn002   100.96.2.65   100.96.0.65       On      PCA Hypervisor:3.0.2-502   false                 false             
  bc0f37d5-ba77-423e-bc11-017704b47e59   pcacn003   100.96.2.66   100.96.0.66       On      PCA Hypervisor:3.0.2-502   false                 false             
  2e5ac527-01f5-4230-ae41-0522fcb57c9a   pcacn004   100.96.2.67   100.96.0.67       On      PCA Hypervisor:3.0.2-502   false                 false             
  5a6b61cf-7e99-4df2-87e4-b37c5fb0bfb8   pcacn005   100.96.2.68   100.96.0.68       On      PCA Hypervisor:3.0.2-502   false                 false             
  885f2aa4-f017-41e8-b2bc-e588cc0c6162   pcacn006   100.96.2.69   100.96.0.69       On      PCA Hypervisor:3.0.2-502   false                 false

「サービスCLI」の使用

前述のコンピュート・ノード・リスト・コマンドで取得した出力から、アップグレードするコンピュート・ノードのIDとIPアドレスを取得します。

アップグレードしようとしているコンピュート・ノードのプロビジョニング・ロックとメンテナンス・ロックを設定します。

注意:

バージョン3.0.2-b819070の時点では、コンピュート・サービスの高可用性構成によってインスタンスの自動移行がトリガーされ、コンピュート・ノードが正常にロックされない可能性があります。詳細は、Oracle Private Cloud Appliance管理者ガイドのハードウェア管理の章にある次の項を参照してください:

インスタンスの移行およびコンピュート・ノードのロック: 「コンピュート・ノード操作の実行」を参照してください。
コンピュート・サービスのHA構成: 「高可用性のためのコンピュート・サービスの構成」を参照してください。

コンピュート・ノードのプロビジョニングを無効にします。

PCA-ADMIN> provisioningLock id=cf488903-fef8-4a51-8a41-c6990e4755c5
Status: Success
JobId: 6ee78c8a-e227-4d31-a770-9b9c96085f3f

コンピュート・ノードを退避します。移行ジョブが終了するまで待ってから、次のステップに進みます。

ノート:

物理リソースが制限されている場合、コンピュート・インスタンスはコンピュート・ノードの退避中に他のフォルト・ドメインに移行されます。ただし、厳密なフォルト・ドメイン強制(「厳密なFD」)ファンクションは無効にする必要があります。
```
PCA-ADMIN> migrateVm id=cf488903-fef8-4a51-8a41-c6990e4755c5 force=true
Status: Running
JobId: 6f1e94bc-7d5b-4002-ada9-7d4b504a2599

PCA-ADMIN> show Job id=6f1e94bc-7d5b-4002-ada9-7d4b504a2599
  Run State = Succeeded
```

メンテナンスのためにコンピュート・ノードをロックします。

PCA-ADMIN> maintenanceLock id=cf488903-fef8-4a51-8a41-c6990e4755c5
Status: Success
JobId: e46f6603-2af2-4df4-a0db-b15156491f88

オプションで、コンピュート・ノード・リスト・コマンドを再実行してロック・ステータスを確認します。たとえば:

PCA-ADMIN> list computeNode fields hostname,ipAddress,ilomIp,state,firmwareVersion,provisioningLocked,maintenanceLocked orderby hostname ASCENDING
Data:
  id                                     Hostname   Ip Address    ILOM Ip Address   State   Firmware Version           Provisioning Locked   Maintenance Locked
  --                                     --------   ----------    ---------------   -----   ----------------           -------------------   ------------------
  cf488903-fef8-4a51-8a41-c6990e4755c5   pcacn001   100.96.2.64   100.96.0.64       On      PCA Hypervisor:3.0.2-502   true                  false             
  42a7594d-1173-4dbd-4755-07810cc2d527   pcacn002   100.96.2.65   100.96.0.65       On      PCA Hypervisor:3.0.2-502   false                 false             
  bc0f37d5-ba77-423e-bc11-017704b47e59   pcacn003   100.96.2.66   100.96.0.66       On      PCA Hypervisor:3.0.2-502   false                 false             
  2e5ac527-01f5-4230-ae41-0522fcb57c9a   pcacn004   100.96.2.67   100.96.0.67       On      PCA Hypervisor:3.0.2-502   false                 false             
  5a6b61cf-7e99-4df2-87e4-b37c5fb0bfb8   pcacn005   100.96.2.68   100.96.0.68       On      PCA Hypervisor:3.0.2-502   false                 false             
  885f2aa4-f017-41e8-b2bc-e588cc0c6162   pcacn006   100.96.2.69   100.96.0.69       On      PCA Hypervisor:3.0.2-502   false                 false

オプションで、最初にサーバーILOMをアップグレードします。
1. ILOMアップグレード・コマンドを入力します。
  構文(1行に入力):
```
upgradeIlom
hostIp=<ilom-ip>
```
  例:
```
PCA-ADMIN> upgradeIlom hostIp=100.96.0.64
Data:
  Service request has been submitted. Upgrade Job Id = 1620921089806-ilom-21480 Upgrade Request Id = UWS-732d6fce-9f06-4329-b972-d093bee40010

PCA-ADMIN> getUpgradeJob upgradeJobId=1620921089806-ilom-21480
```
2. ILOMアップグレード・ジョブが完了するまで5分待ちます。次に、ホストのアップグレードに進みます。

コンピュート・ノードのアップグレード・コマンドを入力します。

構文(1行に入力):

upgradeCN 
hostIp=<compute-node-ip>
[optional] imageLocation=<path-to-iso>
[optional] isoChecksum=<iso-file-checksum>

例:

PCA-ADMIN> upgradeCN hostIp=100.96.2.64 \
imageLocation=http://host.example.com/pca-<version>-<build>.iso \
isoChecksum=240420cfb9478f6fd026f0a5fa0e998e086275fc45e207fb5631e2e99732e192e8e9d1b4c7f29026f0a5f58dadc4d792d0cfb0279962838e95a0f0a5fa31dca7
Status: Success
Data:
  Service request has been submitted. Upgrade Job Id = 1630938939109-compute-7545 Upgrade Request Id = UWS-61736806-7e5a-4648-9259-07c54c39cacb

リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1630938939109-compute-7545       UWS-61736806-7e5a-4648-9259-07c54c39cacb   compute       Passed

PCA-ADMIN> getupgradejob upgradeJobId=1630938939109-compute-7545
Data:
  Upgrade Request Id = UWS-61736806-7e5a-4648-9259-07c54c39cacb
  Name = compute
  Pid = 7545
  Host = pcamn02
  Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_compute_2021_09_26-06.35.39.log
[...]

コンピュート・ノードのアップグレードが正常に完了し、ノードがリブートしたら、ロックを解除します。

詳細は、「コンピュート・ノード操作の実行」の項を参照してください。これは、「Oracle Private Cloud Appliance管理者ガイド」の「ハードウェア管理」章にあります。
1. メンテナンス・ロックを解除します。
```
PCA-ADMIN> maintenanceUnlock id=cf488903-fef8-4a51-8a41-c6990e4755c5
Status: Success
JobId: 625af20e-4b49-4201-879f-41d4405314c7
```
2. プロビジョニング・ロックを解除します。
```
PCA-ADMIN> provisioningUnlock id=cf488903-fef8-4a51-8a41-c6990e4755c5
Status: Success
JobId: 523892e8-c2d4-403c-9620-2f3e94015b46
```

次のコンピュート・ノードに進み、この手順を繰り返します。

コンピュート・ノード・リスト・コマンドからの出力は、現在のステータスを示します。たとえば:

PCA-ADMIN> list computeNode fields hostname,ipAddress,ilomIp,state,firmwareVersion,provisioningLocked,maintenanceLocked orderby hostname ASCENDING
Data:
  id                                     Hostname   Ip Address    ILOM Ip Address   State   Firmware Version           Provisioning Locked   Maintenance Locked
  --                                     --------   ----------    ---------------   -----   ----------------           -------------------   ------------------
  cf488903-fef8-4a51-8a41-c6990e4755c5   pcacn001   100.96.2.64   100.96.0.64       On      PCA Hypervisor:3.0.2-640   false                 false             
  42a7594d-1173-4dbd-4755-07810cc2d527   pcacn002   100.96.2.65   100.96.0.65       On      PCA Hypervisor:3.0.2-640   false                 false             
  bc0f37d5-ba77-423e-bc11-017704b47e59   pcacn003   100.96.2.66   100.96.0.66       On      PCA Hypervisor:3.0.2-640   false                 false             
  2e5ac527-01f5-4230-ae41-0522fcb57c9a   pcacn004   100.96.2.67   100.96.0.67       On      PCA Hypervisor:3.0.2-640   false                 false             
  5a6b61cf-7e99-4df2-87e4-b37c5fb0bfb8   pcacn005   100.96.2.68   100.96.0.68       On      PCA Hypervisor:3.0.2-502   false                 false             
  885f2aa4-f017-41e8-b2bc-e588cc0c6162   pcacn006   100.96.2.69   100.96.0.69       On      PCA Hypervisor:3.0.2-502   false                 false

「サービスWeb UI」の使用

アップグレードしようとしているコンピュート・ノードのプロビジョニング・ロックとメンテナンス・ロックを設定します。ノードにアクティブなコンピュート・インスタンスが存在しないことを確認します。
注意:

バージョン3.0.2-b819070の時点では、コンピュート・サービスの高可用性構成によってインスタンスの自動移行がトリガーされ、コンピュート・ノードが正常にロックされない可能性があります。詳細は、Oracle Private Cloud Appliance管理者ガイドのハードウェア管理の章にある次の項を参照してください:
- インスタンスの移行およびコンピュート・ノードのロック: 「コンピュート・ノード操作の実行」を参照してください。
- コンピュート・サービスのHA構成: 「高可用性のためのコンピュート・サービスの構成」を参照してください。
1. ナビゲーション・メニューで、「ラック・ユニット」をクリックします。「ラック・ユニット」表で、アップグレードするコンピュート・ノードの名前をクリックして詳細ページを表示します。
2. コンピュート・ノードの詳細ページの右上隅にあるControlsをクリックし、プロビジョニング・ロック・コマンドを選択します。
3. プロビジョニング・ロックが設定されたら、「Controls」を再度クリックし、「Migrate All Vms」コマンドを選択します。コンピュート・サービスによってコンピュート・ノードが退避されます。つまり、実行中のインスタンスが他のコンピュート・ノードに移行されます。
  
  ノート:
  
  物理リソースが制限されている場合、コンピュート・インスタンスはコンピュート・ノードの退避中に他のフォルト・ドメインに移行されます。ただし、厳密なフォルト・ドメイン強制(「厳密なFD」)ファンクションは無効にする必要があります。
4. コンピュート・ノードの退避が完了したら、「Controls」を再度クリックし、「Maintenance Lock」コマンドを選択します。インスタンスの移行が進行中の場合、このコマンドは失敗することがあります。数分待ってから再試行してください。
ナビゲーション・メニューで、「アップグレード&パッチ適用」をクリックします。
オプションで、最初にサーバーILOMをアップグレードします。
1. 「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。「要求の作成」ウィンドウが表示されます。
2. リクエスト・タイプとして「アップグレード」を選択します。適切なアップグレード・リクエスト・タイプを選択: ILOMをアップグレードします。
  
  ILOMネットワークで、サーバーに割り当てられたIPアドレスを入力します。これは、内部の100.96.0.0/23範囲のIPアドレスです。
3. 「要求の作成」をクリックします。新しいアップグレード・リクエストが「アップグレード・ジョブ」表に表示されます。
4. ILOMアップグレード・ジョブが完了するまで5分待ちます。次に、ホストのアップグレードに進みます。
「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

「要求の作成」ウィンドウが表示されます。リクエスト・タイプとして「アップグレード」を選択します。
適切なアップグレード・リクエスト・タイプを選択: CNをアップグレード。
アップグレード・リクエスト・パラメータを入力します:
- ホストIP: 内部管理ネットワークでコンピュート・ノードに割り当てられたIPアドレスを入力します。これは、内部の100.96.2.0/23範囲のIPアドレスです。
- イメージのロケーション: ISOイメージが格納されているロケーションへのパスを入力します。
- ISOチェックサム: チェックサムを入力してISOイメージを確認します。 ISOファイルとともに保存されます。
- ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。デフォルトのログ・レベルは「情報」です。詳細は、「デバッグ」を選択します。
- 拡張オプションJSON: オプションで、追加のコマンド・パラメータを指定するJSON文字列を追加します。
「要求の作成」をクリックします。

新しいアップグレード・リクエストが「アップグレード・ジョブ」表に表示されます。
コンピュート・ノードが正常にアップグレードされたら、プロビジョニング・ロックおよびメンテナンス・ロックを解放します。

詳細は、「コンピュート・ノード操作の実行」の項を参照してください。これは、「Oracle Private Cloud Appliance管理者ガイド」の「ハードウェア管理」章にあります。
1. コンピュート・ノードの詳細ページを開きます。
2. コンピュート・ノードの詳細ページの右上隅にあるControlsをクリックし、Maintenance Unlockコマンドを選択します。
3. メンテナンス・ロックが解放されたら、制御を再度クリックし、プロビジョニング・ロック解除コマンドを選択します。

管理ノード・クラスタのアップグレード

注意:

アップグレード環境を準備するためのすべてのステップが完了していることを確認します。

すべてのコンピュート・ノードがアップグレードされていることを確認します。

完全管理ノード・クラスタのアップグレードは、1つのコマンドだけで3つの管理ノードすべてで必要なコンポーネントをすべてアップグレードする便利な方法です。このプロセスの一環として、次のコンポーネントがこの特定の順序でアップグレードされます:

ホスト・オペレーティング・システム
クラスタ化されたMySQLデータベース
シークレット・サービス(EtcdおよびVaultを含む)
Kubernetesコンテナ・オーケストレーション・パッケージ
コンテナ化されたマイクロサービス
Oracle Cloud Infrastructureイメージ

「サービスCLI」の使用

コマンドを入力して、管理ノードのクラスタ全体のアップグレードを開始します。

PCA-ADMIN> upgradeFullMN
Data:
  Service request has been submitted. Upgrade Request Id = UWS-39329657-1051-4267-8c5a-9314f8e63a64

リクエストIDを使用して、アップグレード・プロセスのステータスを確認します。

完全な管理ノード・アップグレードはマルチ・コンポーネント・アップグレード・プロセスであるため、アップグレード・リクエストに複数のアップグレード・ジョブが関連付けられています。リクエストIDに基づいて、これらのジョブに対してフィルタできます。ジョブIDを使用して、各アップグレード・ジョブの詳細にドリルダウンできます。

PCA-ADMIN> getUpgradeJobs requestId=UWS-39329657-1051-4267-8c5a-9314f8e63a64
Data:
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1634579161548-oci-47486          UWS-39329657-1051-4267-8c5a-9314f8e63a64   oci           Passed
  1634578760906-platform-66082     UWS-39329657-1051-4267-8c5a-9314f8e63a64   platform      Passed
  1634578263434-kubernetes-63574   UWS-39329657-1051-4267-8c5a-9314f8e63a64   kubernetes    Passed
  1634578012353-vault-51696        UWS-39329657-1051-4267-8c5a-9314f8e63a64   vault         Passed
  1634577380954-etcd-46337         UWS-39329657-1051-4267-8c5a-9314f8e63a64   etcd          Passed
  1634577341291-mysql-40127        UWS-39329657-1051-4267-8c5a-9314f8e63a64   mysql         Passed
  1634576985926-host-36556         UWS-39329657-1051-4267-8c5a-9314f8e63a64   host          Passed
  1634576652071-host-27088         UWS-39329657-1051-4267-8c5a-9314f8e63a64   host          Passed
  1634576191050-host-24909         UWS-39329657-1051-4267-8c5a-9314f8e63a64   host          Passed

PCA-ADMIN> getUpgradeJob upgradeJobId=1634576652071-host-27088
Data:
  Upgrade Request Id = UWS-39329657-1051-4267-8c5a-9314f8e63a64
  Composition Id = 1
  Name = host
  Pid = 27088
  Host = pcamn02
  Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_host_os_2023_05_24-07.04.12.log
  Tasks 1 - Name = Validate Image Location
  Tasks 1 - Description = Verify that the image exists at the specified location and is correctly named
[...]

getUpgradeJobコマンドの出力には、アップグレード・プロシージャ中に実行されるタスクに関する詳細情報が表示されます。説明、タイムスタンプ、期間、成功または失敗が表示されます。アップグレード操作が失敗するたびに、コマンド出力にはどのタスクが失敗したかが示されます。詳細なトラブルシューティングでは、コマンド出力開始の近くにあるロケーションにログ・ファイルを検索できます。

ノート:

アップグレード後、変更を有効にするには、管理ノードをすべてリブートする必要があります。このステップは、別の管理者操作ではなく、アップグレード・プロセスの一部です。

ただし、ILOMもアップグレードされると、ホストのアップグレード後に実行されます。この場合、ILOMの変更を有効にするには、管理者が各ホストを手動で再起動する必要があります。

「サービスWeb UI」の使用

ナビゲーション・メニューで、「アップグレード&パッチ適用」をクリックします。
「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

「要求の作成」ウィンドウが表示されます。リクエスト・タイプとして「アップグレード」を選択します。
適切なアップグレード・リクエスト・タイプを選択します。

完全な管理ノードのアップグレードの場合は、アップグレードMNを選択します。
必要に応じて、アップグレード・リクエスト・パラメータを入力します:
- 拡張オプションJSON: オプションで、追加のコマンド・パラメータを指定するJSON文字列を追加します。
- イメージのロケーション: このパラメータは非推奨です。
- ISOチェックサム: このパラメータは非推奨です。
「要求の作成」をクリックします。

新しいアップグレード・リクエストが「アップグレード・ジョブ」表に表示されます。

ノート:

アップグレード後、変更を有効にするには、管理ノードをすべてリブートする必要があります。ただし、このステップはアップグレード・プロセスの一部であるため、管理者アクションは必要ありません。

個々のコンポーネントのアップグレード

完全管理ノード・クラスタのアップグレードは、1つのコマンドだけで3つの管理ノードすべてで必要なコンポーネントをすべてアップグレードする便利な方法です。ただし、プロセスが中断されたり、途中でエラーが発生したりすることがあります。管理クラスタ全体のアップグレードを繰り返すのではなく、この状況で個々のコンポーネントのアップグレードを実行する方が効率的です。

アップグレード・コマンドの出力およびログで、警告またはエラー・メッセージがないか確認します。管理ノード・クラスタのアップグレードがどの段階で失敗したかを判断し、障害の原因となったと思われる問題を解決します。正常にアップグレードされなかったコンポーネントから始めて、個々のコンポーネントのアップグレードを続行します。次の各項のアップグレード操作は、管理ノード・クラスタのアップグレード時に実行される操作とまったく同じ順序でリストされます。

管理ノードのオペレーティング・システムのアップグレード

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

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

ISOイメージは、アップグレード準備の段階で共有ストレージにすでに開梱されていることを前提としています。したがって、ISOパスおよびチェックサムは、upgradeコマンドの必須パラメータとはみなされません。

ホスト・オペレーティング・システムをアップグレードする管理ノードの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 pcamn02
# ssh admin@localhost -p 30006
PCA-ADMIN>
```

アップグレード・コマンドを入力します。

構文(1行に入力):

upgradeHost 
hostIp=<management-node-ip>

例:

PCA-ADMIN> upgradeHost hostIp=100.96.2.35
Status: Success
Data:
  Service request has been submitted. Upgrade Job Id = 1632990827394-host-56156 Upgrade Request Id = UWS-1a97a8d9-54ef-478d-a0c0-348a17ba6755

リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1632990827394-host-56156         UWS-1a97a8d9-54ef-478d-a0c0-348a17ba6755   host          Passed

PCA-ADMIN> getUpgradeJob upgradeJobId=1632990827394-host-56156
Status: Success
Data:
  Upgrade Request Id = UWS-1a97a8d9-54ef-478d-a0c0-348a17ba6755
  Composition Id = 1
  Name = host
  Pid = 56156
  Host = pcamn02
  Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_host_os_2021_09_25-05.47.02.log
[...]

最初の管理ノードのホスト・オペレーティング・システムのアップグレードが正常に完了したら、次の管理ノードに対して同じコマンドを実行します。
```
PCA-ADMIN> upgradeHost hostIp=100.96.2.33
```

2番目の管理ノード・ホストのオペレーティング・システムのアップグレードが正常に完了したら、「サービスCLI」を終了し、アップグレードしたノードのいずれかにクラスタ仮想IPを移動します。

PCA-ADMIN> exit
Connection to localhost closed.
# 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 pcamn01
# ssh admin@localhost -p 30006
PCA-ADMIN> upgradeHost hostIp=100.96.2.34
```
このアップグレードが正常に完了すると、すべての管理ノードのオペレーティング・システムが最新です。

ノート:

アップグレード後、変更を有効にするには、管理ノードをすべてリブートする必要があります。ただし、このステップはアップグレード・プロセスの一部であるため、管理者アクションは必要ありません。

MySQL Clusterデータベースのアップグレード

MySQLクラスタ・データベースのアップグレードはローリング・アップグレードです: 1つのコマンドで、3つの管理ノードそれぞれでアップグレードが実行されます。

アップグレード・コマンドを入力します。

PCA-ADMIN> upgradeMySQL
Status: Success
Data:
  Service request has been submitted. Upgrade Job Id = 1632995409822-mysql-83013 Upgrade Request Id = UWS-77bc0c30-7ff5-4c50-ad09-6f96907e22e1

リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1632995409822-mysql-83013        UWS-77bc0c30-7ff5-4c50-ad09-6f96907e22e1   mysql         Passed

PCA-ADMIN> getUpgradeJob upgradeJobId=1632995409822-mysql-83013
Status: Success
Data:
  Upgrade Request Id = UWS-77bc0c30-7ff5-4c50-ad09-6f96907e22e1
  Name = mysql
  Pid = 83013
  Host = pcamn01
  Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_mysql_cluster_2021_09_25-09.21.16.log
[...]

シークレット・サービスのアップグレード

シークレット・サービスには、この特定の順序で個別にアップグレードする必要がある2つのコンポーネントが含まれています: まず、Etcd、次にVault。 EtcdとVaultのアップグレードは、ローリング・アップグレードです: 各アップグレードは、3つの管理ノードすべてで1つのコマンドで実行されます。

2つのアップグレード・コマンドを入力します。 1つのアップグレードが終了するまで待ってから、2番目のコマンドを入力します。

PCA-ADMIN> upgradeEtcd
Status: Success
Data:
  Service request has been submitted. Upgrade Job Id = 1632826770954-etcd-26973 Upgrade Request Id = UWS-fec15d32-fc2b-48bd-9ae0-62f49587a284

PCA-ADMIN> upgradeVault
Status: Success
Data:
  Service request has been submitted. Upgrade Job Id = 1632850933353-vault-16966 Upgrade Request Id = UWS-352df3d1-c21f-441b-8f6e-9381ac075906

リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1632850933353-vault-16966        UWS-352df3d1-c21f-441b-8f6e-9381ac075906   vault         Passed
  1632826770954-etcd-26973         UWS-fec15d32-fc2b-48bd-9ae0-62f49587a284   etcd          Passed

PCA-ADMIN> getUpgradeJob upgradeJobId=1632850933353-vault-16966
Status: Success
Data:
  Upgrade Request Id = UWS-352df3d1-c21f-441b-8f6e-9381ac075906
  Name = vault
  Pid = 16966
  Host = pcamn02
  Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_vault_2021_09_25-10.38.25.log
[...]

Kubernetesクラスタのアップグレード

このアップグレード・パスのターゲット・リリースには、新しいバージョンのKubernetesコンテナ・オーケストレーション・パッケージが含まれていません。このコンポーネントはスキップできます。

マイクロサービスのアップグレード

マイクロサービス・アップグレードは、プラットフォーム・レイヤーの内部サービス、およびインフラストラクチャ・サービス・レイヤーを通じて公開される管理レベルとユーザー・レベルのサービスの両方をカバーします。

コンテナ化されたマイクロサービスには、独自のアップグレード・メカニズムがあります。 ISOイメージで新しいHelmデプロイメント・チャートとコンテナ・イメージが見つかった場合、サービスはアップグレードされます。アップグレード・プロセス中に新しいデプロイメント・チャートが検出されると、サービスを実行しているポッドが新しいコンテナ・イメージで再起動されます。

アップグレード・コマンドを入力します。

PCA-ADMIN> upgradePlatform
Status: Success
Data:
  Service request has been submitted. Upgrade Job Id = 1632850650836-platform-68465 Upgrade Request Id = UWS-26dba234-9b52-426d-836c-ac11f37e717f

リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1632850650836-platform-68465     UWS-26dba234-9b52-426d-836c-ac11f37e717f   platform      Passed

PCA-ADMIN> getUpgradeJob upgradeJobId=1632850650836-platform-68465
Status: Success
Data:
  Upgrade Request Id = UWS-26dba234-9b52-426d-836c-ac11f37e717f
  Name = kubernetes
  Pid = 68465
  Host = pcamn02
  Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_platform_services_2021_09_26-20.48.41.log
[...]

Oracle Cloud Infrastructureイメージのアップグレード

コンピュート・イメージのアップグレードは、マイクロサービスまたはプラットフォームのアップグレード後に実行されることを前提としています。この段階では、upgradeOCIImagesコマンドを使用できます。イメージは、ZFS Storage Applianceの/nfs/shared_storage/oci_compute_imagesディレクトリに格納されます。単一のアップグレード・コマンドを使用して、既存のすべてのテナンシで使用できるようにすることができます。

アップグレードにより、新しいOracle Cloud Infrastructureイメージが環境に追加されます。ただし、既存のイメージは削除されません。イメージが不要になった場合は、deletePlatformImageコマンドを使用してイメージを削除することもできます。

アップグレード・コマンドを入力します。

PCA-ADMIN> upgradeOCIImages
Status: Success
Data:
  Service request has been submitted. Upgrade Job Id = 1680260388058-oci-38288 Upgrade Request Id = UWS-e601b085-d59d-4ae4-82a3-a09b446686ff

リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

PCA-ADMIN> getUpgradeJobs
Status: Success
Data:
  id                              upgradeRequestId                           commandName   result
  --                              ----------------                           -----------   ------
  1680260388058-oci-38288         UWS-e601b085-d59d-4ae4-82a3-a09b446686ff   oci           Passed
  
PCA-ADMIN> getUpgradeJob upgradeJobId=1680260388058-oci-38288
Status: Success
Data:
  Upgrade Request Id = UWS-e601b085-d59d-4ae4-82a3-a09b446686ff
  Name = oci
[...]

コンポーネント・ファームウェアのアップグレード

注意:

アップグレード環境を準備するためのすべてのステップが完了していることを確認します。

すべてのコンピュート・ノードと管理ノード・クラスタがアップグレードされていることを確認します。

ファームウェアは、すべてのコンポーネントILOMのISOイメージ、ZFS Storage ApplianceのISOイメージ、およびスイッチに含まれています。アップグレードするコンポーネント・タイプについて、次の指示を選択します。

完全管理ノード・クラスタのアップグレード中に、アップグレード計画が生成されました。これを使用して、アプライアンスのアップグレードの進行状況を確認し、実行する必要のあるファームウェアのアップグレードを決定できます。

PCA-ADMIN> getUpgradePlan
Data:
  id            componentType   currentBuild    targetBuild     currentVersion                  targetVersion                   requireReboot   timeEstimation   requireUpgrade   impactedInfra
  --            -------------   ------------    -----------     --------------                  -------------                   -------------   --------------   --------------   -------------
  100.96.2.64   compute         3.0.2-b892153   3.0.2-b892153   3.0.2-640                       3.0.2-640                       false           20               false            compute
  100.96.2.65   compute         3.0.2-b892153   3.0.2-b892153   3.0.2-640                       3.0.2-640                       false           20               false            compute
  100.96.2.66   compute         3.0.2-b892153   3.0.2-b892153   3.0.2-640                       3.0.2-640                       false           20               false            compute
  100.96.2.33   host            3.0.2-b892153   3.0.2-b892153   oraclelinux-release-7.9-1.0.9   oraclelinux-release-7.9-1.0.9   false           35               false            host
  100.96.2.34   host            3.0.2-b892153   3.0.2-b892153   oraclelinux-release-7.9-1.0.9   oraclelinux-release-7.9-1.0.9   false           35               false            host
  100.96.2.35   host            3.0.2-b892153   3.0.2-b892153   oraclelinux-release-7.9-1.0.9   oraclelinux-release-7.9-1.0.9   false           35               false            host
  generic       mysql           3.0.2-b892153   3.0.2-b892153   8.0.28-1.1                      8.0.28-1.1                      false           15               false            host
  generic       vault           3.0.2-b892153   3.0.2-b892153   v1.7.1-3                        v1.7.1-3                        false           5                false            host
  generic       etcd            3.0.2-b892153   3.0.2-b892153   3.3.10                          3.3.10                          false           5                false            host
  generic       kubernetes      3.0.2-b892153   3.0.2-b892153   1.25.7-1                        1.25.7-1                        false           5                false            host,compute
  generic       platform        3.0.2-b892153   3.0.2-b892153   None                            None                            false           50               false            host,compute
  100.96.0.33   ilom            3.0.2-b799577   3.0.2-b892153   5.0.2.23                        5.0.2.23                        false           10               false            host,compute
  100.96.0.34   ilom            3.0.2-b799577   3.0.2-b892153   5.0.2.23                        5.0.2.23                        false           10               false            host,compute
  100.96.0.35   ilom            3.0.2-b799577   3.0.2-b892153   5.0.2.23                        5.0.2.23                        false           10               false            host,compute
  100.96.0.64   ilom            3.0.2-b799577   3.0.2-b892153   5.0.2.23                        5.0.2.23                        false           10               false            host,compute
  100.96.0.65   ilom            3.0.2-b799577   3.0.2-b892153   5.0.2.23                        5.0.2.23                        false           10               false            host,compute
  100.96.0.66   ilom            3.0.2-b799577   3.0.2-b892153   5.0.2.23                        5.0.2.23                        false           10               false            host,compute
  generic       zfssa           3.0.2-b799577   3.0.2-b892153   2013.06.05.8.48.1-2.48.5222.1   2013.06.05.8.57.1-2.57.5392.2   false           45               true             host,compute
  leaf          switch          3.0.2-b799577   3.0.2-b892153   10.2.3                          10.2.5                          false           60               true             host,compute
  mgmt          switch          3.0.2-b799577   3.0.2-b892153   10.2.3                          10.2.5                          false           60               true             host,compute
  spine         switch          3.0.2-b799577   3.0.2-b892153   10.2.3                          10.2.5                          false           60               true             host,compute

ZFS Storage Applianceオペレーティング・ソフトウェアのアップグレード

アプライアンスのZFS Storage Applianceのオペレーティング・ソフトウェアをアップグレードするには、追加のパラメータなしでアップグレード・コマンドを入力します。ストレージ・コントローラのIPアドレスとファームウェア・パッケージのロケーションが認識され、単一のアップグレード・コマンドによって両方のコントローラのローリング・アップグレードが開始されます。 2つのコントローラに新しいILOMファームウェア・バージョンが含まれている場合は、ZFS Storage Applianceアップグレード・プロセスの一部としてインストールされます。

注意:

アップグレード・プロセス中に、ZFS Storage Applianceまたはストレージ・コントローラILOMにログインしているユーザーがいないことを確認します。

アップグレードの進行中にストレージ構成を変更しないでください。コントローラでさまざまなソフトウェア・バージョンが実行されている場合、あるコントローラの構成を変更しても、そのピア・コントローラには伝播されません。

ファームウェアのアップグレード中に、ストレージ・コントローラはアクティブ/パッシブ・モードになります。アップグレードが完了すると、自動的にアクティブ/アクティブに戻ります。

始める前に

ZFS Storage Applianceアップグレードを開始する前に、ノード状態サービスを無効にして、アップグレード後のノード状態のエラーを防止する必要があります。

管理ノードから、次のコマンドを発行してプロビジョニング・ロックを設定します:
```
pca-admin locks set system provisioning
```
次の「サービスWeb UI」または「サービスCLI」プロシージャを使用して、ZFS Storage Applianceアップグレードを実行します。
プロビジョニング・ロックを解除します。
```
pca-admin locks unset system provisioning
```
ロック状態を確認します。
```
pca-admin locks show system
```

「サービスCLI」の使用

アップグレード・コマンドを入力します。

PCA-ADMIN> upgradeZfssa
Data:
  Service request has been submitted. Upgrade Job Id = 1632914107346-zfssa-83002 Upgrade Request Id = UWS-881af57f-5dfb-4c75-8026-9f00cf3eb7c9

リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1632914107346-zfssa-83002        UWS-881af57f-5dfb-4c75-8026-9f00cf3eb7c9   zfssa         Passed

PCA-ADMIN> getUpgradeJob upgradeJobId=1632914107346-zfssa-83002
Data:
  Upgrade Request Id = UWS-881af57f-5dfb-4c75-8026-9f00cf3eb7c9
  Name = zfssa
  Pid = 83002
  Host = pcamn02
  Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_zfssa_ak_2021_09_29-11.15.07.log
[...]

「サービスWeb UI」の使用

ナビゲーション・メニューで、「アップグレード&パッチ適用」をクリックします。
「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

「要求の作成」ウィンドウが表示されます。リクエスト・タイプとして「アップグレード」を選択します。
適切なアップグレード・リクエスト・タイプを選択: Zfssaをアップグレードします。
アップグレード・リクエスト・パラメータを入力します:
- 拡張オプションJSON: オプションで、追加のコマンド・パラメータを指定するJSON文字列を追加します。
- イメージのロケーション: このパラメータは非推奨です。
- ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。デフォルトのログ・レベルは「情報」です。詳細は、「デバッグ」を選択します。
「要求の作成」をクリックします。

新しいアップグレード・リクエストが「アップグレード・ジョブ」表に表示されます。

ILOMのアップグレード

ILOM アップグレードは、管理ノードおよびコンピュート・ノードに適用できます。ファームウェア・パッケージは、コンポーネント・タイプごとに異なる場合があります。各内部IPアドレスをコマンド・パラメータとして使用して、ILOMを一度に1つずつアップグレードする必要があります。

注意:

管理仮想IPアドレスを保持する管理ノードのILOM、つまりクラスタ内のプライマリ・ロールをアップグレードしないでください。クラスタ内のプライマリ・ロールを持つ管理ノードを特定し、別のノードをプライマリにするには、次の「サービスCLI」コマンドを使用します:

PCA-ADMIN> getPrimaryMgmtNode
  status = success
  data = pcamn01

PCA-ADMIN> updatePrimaryNode node=pcamn02
Data:
  status = success
  message = Successfully issued update primary node command

PCA-ADMIN> getPrimaryMgmtNode
  status = success
  data = pcamn02

ILOM IPアドレスの取得

サーバーILOMのIPアドレスは、「サービスCLI」または「サービスWeb UI」のいずれかを使用して検索できます。

「サービスCLI」では、次のコマンドを使用して、コンピュート・ノードまたは管理ノードに関するID、IPアドレスおよびその他の主要な情報を取得します:

PCA-ADMIN> list managementNode fields hostname,ipAddress,ilomIp,state,firmwareVersion orderby hostname ASCENDING
Data:
  id                                     Hostname   Ip Address    ILOM Ip Address   State   Firmware Version
  --                                     --------   ----------    ---------------   -----   ----------------
  22ae47d8-a57a-433c-988d-df62fd3548e1   pcamn01    100.96.2.33   100.96.0.33       On      5.0.2.23
  042693b6-3ddb-4fb0-914d-f3deea838c8f   pcamn02    100.96.2.34   100.96.0.34       On      5.0.2.23
  bd2563b8-e310-4fca-ba1b-0e19b8040fc6   pcamn03    100.96.2.35   100.96.0.35       On      5.0.2.23

PCA-ADMIN> list computeNode fields hostname,ipAddress,ilomIp,state,firmwareVersion,provisioningLocked,maintenanceLocked orderby hostname ASCENDING
Data:
  id                                     Hostname   Ip Address    ILOM Ip Address   State   Firmware Version           Provisioning Locked   Maintenance Locked
  --                                     --------   ----------    ---------------   -----   ----------------           -------------------   ------------------
  cf488903-fef8-4a51-8a41-c6990e4755c5   pcacn001   100.96.2.64   100.96.0.64       On      PCA Hypervisor:3.0.2-640   false                 false             
  42a7594d-1173-4dbd-4755-07810cc2d527   pcacn002   100.96.2.65   100.96.0.65       On      PCA Hypervisor:3.0.2-640   false                 false             
  bc0f37d5-ba77-423e-bc11-017704b47e59   pcacn003   100.96.2.66   100.96.0.66       On      PCA Hypervisor:3.0.2-640   false                 false             
  2e5ac527-01f5-4230-ae41-0522fcb57c9a   pcacn004   100.96.2.67   100.96.0.67       On      PCA Hypervisor:3.0.2-640   false                 false             
  5a6b61cf-7e99-4df2-87e4-b37c5fb0bfb8   pcacn005   100.96.2.68   100.96.0.68       On      PCA Hypervisor:3.0.2-640   false                 false             
  885f2aa4-f017-41e8-b2bc-e588cc0c6162   pcacn006   100.96.2.69   100.96.0.69       On      PCA Hypervisor:3.0.2-640   false                 false

サービスWeb UIを使用する場合:
1. ナビゲーション・メニューで、「ラック・ユニット」をクリックします。
2. パッチを適用するコンポーネントの名前をクリックします。
3. 「ラック・ユニット情報」タブを選択します。
4. ILOM IPの下にリストされたIPアドレスを記録します。

「サービスCLI」の使用

ファームウェアをアップグレードするILOMのIPアドレスを取得します。

アップグレード・コマンドを入力します。

構文(1行に入力):

upgradeIlom
hostIp=<ilom-ip>

例:

PCA-ADMIN> upgradeIlom hostIp=100.96.0.66
Status: Success
Data:
  Service request has been submitted. Upgrade Job Id = 1620921089806-ilom-21480 Upgrade Request Id = UWS-732d6fce-9f06-4329-b972-d093bee40010

リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1620921089806-ilom-21480         UWS-732d6fce-9f06-4329-b972-d093bee40010   ilom          Passed

PCA-ADMIN> getUpgradeJob upgradeJobId=1620921089806-ilom-21480
Data:
  Upgrade Request Id = UWS-732d6fce-9f06-4329-b972-d093bee40010
  Name = ilom
  Pid = 21480
  Host = pcamn02
  Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_ilom_firmware_2021_09_24-11.18.31.log
[...]

「サービスWeb UI」の使用

ナビゲーション・メニューで、「アップグレード&パッチ適用」をクリックします。
「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

「要求の作成」ウィンドウが表示されます。リクエスト・タイプとして「アップグレード」を選択します。
適切なアップグレード・リクエスト・タイプを選択: ILOMをアップグレードします。
アップグレード・リクエスト・パラメータを入力します:
- 拡張オプションJSON: オプションで、追加のコマンド・パラメータを指定するJSON文字列を追加します。
- ホストIP: ILOMネットワークに、コンポーネントに割り当てられたIPアドレスを入力します。これは、内部の100.96.0.0/23範囲のIPアドレスです。
- イメージのロケーション: このパラメータは非推奨です。
- ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。デフォルトのログ・レベルは「情報」です。詳細は、「デバッグ」を選択します。
「要求の作成」をクリックします。

新しいアップグレード・リクエストが「アップグレード・ジョブ」表に表示されます。

スイッチ・ソフトウェアのアップグレード

アプライアンス・ラックには、Cisco Nexusスイッチの3つのカテゴリが含まれています: 管理スイッチ、2つのリーフ・スイッチ、および2つのスパイン・スイッチ。すべて同じCisco NX-OSネットワーク・オペレーティング・ソフトウェアを実行します。この順序でアップグレードを実行する必要があります: 最初にリーフ・スイッチ、次にスパイン・スイッチ、最後に管理スイッチ。スイッチのカテゴリごとに1つのコマンドだけが必要です。つまり、リーフ・スイッチとスパイン・スイッチはペアでアップグレードされます。

ネットワーク・オペレーティング・ソフトウェアの一部のバージョンは、2つのファイルで構成されています: バイナリ・ファイルおよび追加のEPLD (電子プログラム可能ロジック・デバイス)イメージ。どちらも、アップグレード・プロセス中に指定されたロケーションから自動的に取得され、正しい順序で適用されます。

「サービスCLI」の使用

アップグレードするスイッチのタイプ(スパイン、リーフ、管理)を決定します。

アップグレード・コマンドを入力します。

構文(1行に入力):

upgradeSwitch 
switchType=[MGMT | SPINE | LEAF]

例:

PCA-ADMIN> upgradeSwitch switchType=LEAF
Data:
  Service request has been submitted. Upgrade Job Id = 1630511206512-cisco-20299 Upgrade Request Id = UWS-44688fe5-b4f8-407f-a1b5-8cd1b685c2c3

リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1630511206512-cisco-20299        UWS-44688fe5-b4f8-407f-a1b5-8cd1b685c2c3   cisco         Passed

PCA-ADMIN> getupgradeJob upgradeJobId=1630511206512-cisco-20299
Data:
  Upgrade Request Id = UWS-44688fe5-b4f8-407f-a1b5-8cd1b685c2c3
  Name = cisco
  Pid = 20299
  Host = pcamn02
  Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_cisco_firmware_2021_09_24-14.46.46.log
[...]

「サービスWeb UI」の使用

ナビゲーション・メニューで、「アップグレード&パッチ適用」をクリックします。
「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

「要求の作成」ウィンドウが表示されます。リクエスト・タイプとして「アップグレード」を選択します。
適切なアップグレード・リクエスト・タイプを選択: アップグレード・スイッチ。
アップグレード・リクエスト・パラメータを入力します:
- 拡張オプションJSON: オプションで、追加のコマンド・パラメータを指定するJSON文字列を追加します。
- EPLD: このパラメータは非推奨です。
- イメージのロケーション: このパラメータは非推奨です。
- ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。デフォルトのログ・レベルは「情報」です。詳細は、「デバッグ」を選択します。
- スイッチ・タイプ: アップグレードするスイッチ・タイプを選択します。アップグレード順序は次のとおりです: 最初にリーフ・スイッチ、次にスパイン・スイッチ、最後に管理スイッチ。
「要求の作成」をクリックします。

新しいアップグレード・リクエストが「アップグレード・ジョブ」表に表示されます。
アップグレードが正常に完了したが、システム内のほかのスイッチをアップグレードする必要がある場合は、アップグレードが必要なほかのタイプのスイッチに対してこの手順を繰り返します。