第3章 Oracle Private Cloud Applianceの更新
Oracle Private Cloud Applianceの性質から - ここで、「アプライアンス」はキーという用語です - 更新は、複数のハードウェアおよびソフトウェア・コンポーネントを同時に処理する複雑な手順であるためです。 プロセス全体を自動化することはほとんど不可能で、より重要です。より重要なのは、アプライアンスおよび仮想環境をホストするものが更新用にサービス全体をホストすることです。 かわりに、更新はフェーズで実行し、最小限の停止時間でスケジュールできます。 次の表では、Oracle Private Cloud Appliance更新を実行する順序について説明します。
ソフトウェア・リリース2.4.4でのUpgraderツールの使用方法の詳細については、サポート・ノート「アップグレーダ・ツール - 事前チェックと事後チェック(ドキュメントID 27859 63.1)」を参照してください。
|
順序 |
コンポーネント |
説明 |
|---|---|---|
|
1. |
ストレージ・ネットワークの更新 |
コントローラ・ソフトウェア・バージョン2.4.4に移動する前に、この更新を実行する必要があります。 2.4.3システムでこの更新をすでに実行している場合、またはシステムが2.4.3ソフトウェアがインストール済のファクトリから出荷されている場合は、このステップをスキップできます。 第3.2項、「ストレージ・ネットワークのアップグレード」を参照してください。 |
|
2. |
管理ノード・ソフトウェア |
更新された管理ソフトウェアを両方の管理ノード( |
|
3. |
すべてのファームウェア、この順序
|
第3.4項、「コンポーネント・ファームウェアのアップグレード」を参照してください。 |
|
4. |
コンピュート・ノードのソフトウェアの更新 |
第3.5項、「コンピュート・ノード・ソフトウェアのアップグレード」を参照してください |
3.1 更新を開始する前に
Oracle Private Cloud Applianceの更新手順を開始する前に、この項の重要な情報を読んで確認してください。
Oracle Private Cloud Applianceソフトウェアの特定のリリースに含まれるすべてのソフトウェアが連携して動作することをテストされ、1つのパッケージとして扱われます。 そのため、Oracleで指示が特に記述されていないかぎり、アプライアンス・コンポーネントは個別に更新しないでください。 すべてのOracle Private Cloud Applianceソフトウェア・リリースは、前述のアイテムを含む単一の大規模な.isoファイルとしてダウンロードされます。
Oracle Private Cloud Appliance .isoファイルに含まれるパッケージ、またはOracle担当者が推奨するパッケージに加えて、システムに追加のパッケージをインストールしないでください。
アプライアンス更新プロセスは、「アクティブ管理ノード」から「常時」を開始する必要があります。
Oracle Private Cloud Applianceのすべてのリリースでサポートされているファームウェア・バージョンを表示するには、サポート・ノートDoc ID 16103 73.1を参照してください。
3.1.1 警告と注意
アプライアンスの更新手順を開始する前に、これらの警告や注意を読んで理解してください。 これにより、データ損失や停止時間の長い操作上の問題を回避できます。
このバージョンの『Oracle Private Cloud Appliance管理者ガイド』では、ご使用のシステムが現在「このソフトウェア更新前のコントローラ・ソフトウェア・リリース2.4.3の実行」であることを前提としています。
システムで現在以前のバージョンが実行されている場合は、「リリース2.4.3管理者ガイド」の「更新の章」を参照してください。 続行する前に、適切な手順に従い、アプライアンス構成がリリース2.4.3更新に対して有効であることを確認してください。
Oracle Private Cloud Applianceソフトウェアの更新時に、プロビジョニング操作が発生しないことと、外部でスケジュールされたバックアップが一時停止されていることを確認します。 このような操作によって、ソフトウェア更新またはコンポーネント・ファームウェアのアップグレードが失敗し、システムの停止時間が発生することがあります。
Oracle Private Cloud Appliance管理ノードでは、YUMリポジトリは意図的に無効化されており、カスタマは有効化しないでください。 管理ノードのオペレーティング・システムとソフトウェア・コンポーネントの更新とアップグレードは、ドキュメントに記載されている更新メカニズムによってのみ適用する必要があります。
Oracle Private Cloud Appliance構成が適格な状態のままであることを確認するには、コントローラ・ソフトウェアの更新を計画するときに、必要なファームウェアのアップグレードを考慮に入れます。 詳細は、第3.4.1項、「ファームウェア・ポリシー」を参照してください。
コントローラ・ソフトウェアの更新時には、バックアップ操作を防止する必要があります。 Oracle Private Cloud Applianceアップグレーダによりcrondが無効化され、バックアップがブロックされます。
以前のバージョンのOracle Private Cloud Applianceソフトウェアでovmkeytool.shを使用してカスタム・キーを生成した場合、コントローラ・ソフトウェアを更新する前にキーを再生成する必要があります。 手順は、「ドキュメントID 2597439.1」のサポート・ノートを参照してください。 「セクション7.7.1の「キーストアの作成」」も参照してください。
データ・センター内でダイレクト・パブリック・アクセスが使用できず、HTTP、HTTPSおよびFTPトラフィックを容易にするためにプロキシ・サーバーを使用する場合は、各管理ノード上のCLIを使用してOracle Private Cloud Applianceシステム・プロパティを編集し、インターネットからのダウンロードを成功させるために正しいプロキシ設定を指定する必要があります。 これは、ダウンロードが提供されるネットワークのロケーションによって異なります。 詳細は、第7.2項、「Oracle Private Cloud Applianceの更新に対するプロキシ設定の追加」を参照してください。
内部ZFS Storage Applianceに顧客作成のLUNが含まれている場合は、それらがデフォルトのイニシエータ・グループにマップされていないことを確認してください。 参照
「Oracle Private Cloud Applianceリリース・ノート」の「既知の制約および回避策」セクション内の" 「顧客が作成したLUNが間違ったイニシエータ・グループにマップされます」 "を参照してください。
Oracle Private Cloud Appliance Controllerソフトウェアをリリース2.4.xに更新するときは、更新の期間中Oracle VM Managerを使用できません。 仮想化環境は機能したままですが、構成の変更およびその他の管理操作はできません。
コンピュート・ノードは、Oracle VM Manager web UIを使用して、適切なOracle VM Serverリリース3.4.xにアップグレードできません。 Oracle Private Cloud Appliance内のpca_upgraderツールを使用してアップグレードする必要があります。
このアップグレード手順を実行するには、第3.5項、「コンピュート・ノード・ソフトウェアのアップグレード」の具体的な手順に従います。
第5.1項、「ガイドラインと制限事項」で示されているように、「第5章Oracle VM仮想インフラストラクチャの管理」の起動時には、デフォルトのサーバー・プールおよびカスタム・テナント・グループの設定をOracle VM Managerで変更しないようにする必要があります。 コンピュート・ノードのアップグレードで特に、サーバー・プール・オプション・グローバル・サーバー更新グループのオーバーライドが選択解除されたままであることが重要です。 コンピュート・ノード更新プロセスでは、グローバルに定義されているリポジトリを使用する必要があり、これをオーバーライドすると、更新が失敗します。
更新プロセスが完了したことを確認した後、別のコンピュート・ノードまたは管理ノード・ソフトウェア更新を開始する前にさらに30分待っておくことをお薦めします。 これにより、必要な同期化タスクを完了できます。
これらの更新手順の間の推奨された遅延を無視すると、既存タスクと新規タスクの間の干渉の結果として、さらに更新の問題が発生する可能性があります。
3.1.2 ローカル・カスタマイズのバックアップ
Oracle Private Cloud Applianceソフトウェア・スタックの更新により、管理ノードの完全な再イメージ化が行われる場合があります。 顧客によってインストールされた「エージェント」または「カスタマイズ」は、プロセスで上書きされます。 新しいアプライアンス・ソフトウェアを適用する前に、すべてのローカルのカスタマイズをバックアップし、更新が正常に完了したあとでこれらのカスタマイズを再適用する準備をします。
Oracle Enterprise Managerプラグインのユーザー
Oracle Enterprise ManagerおよびOracle Enterprise Manager Plug-inを使用してOracle Private Cloud Appliance環境を監視する場合は、コントローラ・ソフトウェアを更新する前に常にoraInventory Agentデータを/nfs/shared_storageにバックアップします。
詳細な手順は、「Oracle Enterprise Managerプラグインのドキュメント」の「エージェント・リカバリ」のセクションを参照してください。
Auto Service Request (ASR)ユーザー
Oracle Private Cloud Appliance環境でAuto Service Request (ASR)を使用する場合は、ASR構成アカウンティングを「Oracle Auto Service Request ASR Managerユーザー・ガイドLinuxおよびSolaris」の「ASRのバックアップとリストア」セクションにバックアップします。
Oracle Private Cloud Applianceソフトウェアの更新が完了した後、データをリストアできます。
3.1.3 ファームウェア・バージョンの決定
コンポーネントにインストールされているファームウェアの現在のバージョンを確認するには、次のコマンドを使用します。
-
スーパーユーザー権限を持つアカウントを使用して、コンポーネントにログインします。
Ciscoスイッチの場合は、
adminとしてログインする必要があります。 -
適切なコマンドを使用して、各コンポーネントの現在のファームウェア・バージョンを確認します。
-
コンピュート/管理ノード
→ fwupdate list all
CX5カード・ファームウェアのバージョンを検索するには、PCIバスに問い合わせてください:
[root@ovcamn05r1 ~]# lspci | grep Mell 3b:00.0 Ethernet controller: Mellanox Technologies MT28800 Family [ConnectX-5 Ex] 3b:00.1 Ethernet controller: Mellanox Technologies MT28800 Family [ConnectX-5 Ex]
次に、適切なPCIバス上のmstflintでカード・ファームウェアのバージョンを確認します:
[root@ovcamn05r1 ~]# mstflint -d /proc/bus/pci/3b/00.0 q Image type: FS4 FW Version: 16.28.1002 FW Release Date: 23.7.2020 Product Version: 16.28.1002
-
ZFS Storage Appliances
ovcasn02r1:> configuration version show
-
Ciscoスイッチ
ovcasw21r1# show version
-
3.2 ストレージ・ネットワークのアップグレード
コントローラ・ソフトウェア・リリース2.4.3以降、Oracle Private Cloud Applianceストレージ・ネットワークを使用できます。 この機能により、内部ZFSストレージ・アプライアンスへの仮想マシンのアクセスが可能になり、ZFSストレージ・アプライアンスに60TBの領域が必要になります。
アップグレード・プロセスが適切に機能するように、ストレージ・ネットワークのアップグレードに機能が組み込まれています。 これには、ストレージ・ネットワークのアップグレード中に設定され、アップグレードを中断する可能性のある特定の動作を防ぐように設計された3つのロック・ファイルが含まれます。 all_provisioning.LOCKは、アップグレード中のコンピュート・ノードでのプロビジョニング・アクションを防止します。 fw_upgrade.LOCKは、最初の管理ノードのアップグレードが正常に完了した直後に配置され、ストレージ・ネットワークのアップグレードが完了する前にCLIコマンドを使用できなくなります。 storage_network_upgrade.LOCKは、アップグレードの実行中に、スパイン・スイッチまたはリーフ・スイッチに対して顧客が開始した変更を防止します。 ロックは、成功または失敗に関係なく、ストレージ・ネットワークのアップグレードの完了時に削除されます。
これは、Ciscoスパイン・スイッチが再構成され、ZFSソフトウェア・アプライアンスのネットワーク・インタフェースが再構成されます。
-
管理ノードにログインし、
verifyコマンドを実行します。pca_upgrader -V -t storage-network
-
オプションのASRMおよびOEMエージェントを使用する場合は、それらを停止します。
service asrm stop service gcstartup stop
-
ストレージ・ネットワークをアップグレードします。
pca_upgrader -U -t storage-network PCA Rack Type: PCA X8_BASE. Please refer to log file /var/log/pca_upgrader_
<date>-<time>.log for more details. Beginning PCA Storage Network Pre-Upgrade Checks... Rack Type Check 1/14 PCA Version Check 2/14 Upgrade Locks Check 3/14 Backup Tasks Check 4/14 Storage Port Channel Status Check 5/14 Spine Switch Firmware Check 6/14 Check ZFSSA MGMT Network 7/14 Check Cluster Status 8/14 AK Firmware Version Check 9/14 ZFSSA Resilvering Jobs Check 10/14 iSCSI Target Check 11/14 ZFSSA Hardware Error Check 12/14 Check ZFSSA Default Shares 13/14 ZFSSA Network Configuration Check 14/14 PCA Storage Network Pre-Upgrade Checks completed after 0 minutes Beginning PCA Storage Network Upgrade Disable PCA Backups 1/6 Take Spine Switch Backup 2/6 Take ZFSSA Configuration Backup 3/6 Place Storage Network Upgrade Locks 4/6 Perform Storage Network Upgrade 5/6 Remove Firmware Upgrade Lock 6/6 Remove PCA Upgrade Locks 1 Re-enable PCA Backups 2 PCA Storage Network Upgrade completed after 6 minutes Beginning PCA Storage Network Post-Upgrade Checks... PCA Storage Network Post-Upgrade Checks completed after 0 minutes --------------------------------------------------------------------------- PCA Storage Network Pre-Upgrade Checks Passed --------------------------------------------------------------------------- Rack Type Check Passed PCA Version Check Passed Upgrade Locks Check Passed Backup Tasks Check Passed Storage Port Channel Status Check Passed Spine Switch Firmware Check Passed Check ZFSSA MGMT Network Passed Check Cluster Status Passed AK Firmware Version Check Passed ZFSSA Resilvering Jobs Check Passed iSCSI Target Check Passed ZFSSA Hardware Error Check Passed Check ZFSSA Default Shares Passed ZFSSA Network Configuration Check Passed --------------------------------------------------------------------------- PCA Storage Network Upgrade Passed --------------------------------------------------------------------------- Disable PCA Backups Passed Take Spine Switch Backup Passed Take ZFSSA Configuration Backup Passed Place Storage Network Upgrade Locks Passed Perform Storage Network Upgrade Passed Remove Firmware Upgrade Lock Passed --------------------------------------------------------------------------- PCA Storage Network Post-Upgrade Checks Passed --------------------------------------------------------------------------- --------------------------------------------------------------------------- Overall Status Passed --------------------------------------------------------------------------- PCA Storage Network Pre-Upgrade Checks Passed PCA Storage Network Upgrade Passed PCA Storage Network Post-Upgrade Checks Passed Please refer to log file /var/log/pca_upgrader_<date>-<time>.log for more details.ノート管理ノードが正常にアップグレードされた後、「所定の位置に残っています」をアップグレード・ロックします。 このロックは、コンピュート・ノードのアップグレードを試行する前にストレージ・ネットワークのアップグレードが実行されるようにするためのものです。
-
オプションのASRMおよびOEMエージェントを使用する場合は、再起動します。
service asrm start service gcstartup start
3.3 管理ノード・コントローラ・ソフトウェアのアップグレード
Oracle Private Cloud Applianceアップグレーダでは、2つの管理ノードのアップグレード・プロセスは理論上分離されます。 各管理ノードのアップグレードは、1つのコマンドによって開始され、アップグレーダによって管理されます。アップグレーダは、ネイティブのOracle VM Managerアップグレード・メカニズムを起動します。 ただし、2つの管理ノードのアップグレードを1つの操作として取扱う必要があります。
管理ノードのアップグレード中、管理ノード・クラスタの高可用性(HA)構成が一時的に中断されています。 HA管理機能をリストアしてデータ破損のリスクを軽減するには、最初の管理ノードのアップグレードに成功したら、2番目の管理ノードのアップグレードを即時に開始することが重要です。
Oracle Private Cloud Applianceアップグレーダでは、アプライアンスの両方の管理ノードをアップグレードするプロセス全体を管理します。 いかなる状況においても、管理操作を実行する必要はありません - Oracle Private Cloud ApplianceダッシュボードまたはCLIまたはOracle VM Managerを使用 - アップグレーダ・プロセスの実行中、およびアップグレーダを介して「両方の管理ノード」が正常にアップグレードされるまで。 特定の管理ファンクションはアップグレード中にプログラムでロックできませんが、サポートされていないため、構成に不整合が生じ、かなりの修復が必要になる可能性があります。
「両方の管理ノード」でアップグレードが正常に完了したら、アプライアンス管理タスクおよび仮想化された環境の構成を安全に実行できます。
2.3.4のリリース時には、コントローラ・ソフトウェアの更新プロセスを管理するために別のコマンドライン・ツールが用意されています。 Oracle Private Cloud Applianceアップグレーダでは、いくつかのタスク・セット(以前のリリースでスクリプトまたは手動のステップ)を実行するために必要なコマンドはありません。 アップグレーダは、より堅牢で簡単に拡張できます。アップグレード操作性は、アップグレード全般的に向上します。
Oracle Private Cloud Applianceのアップグレーダの詳細は、このマニュアルの該当する章を参照してください。 第1.7項、「Oracle Private Cloud Applianceのアップグレーダ」を参照してください。
3.3.1 管理ノード・クラスタのリブート
アプライアンス・ソフトウェアの更新を開始する前に、両方の管理ノードをリブートすることをお勧めします。 これによって、管理ノード・クラスタができるかぎり明確な状態のままになり、システム・リソースが不必要に占有されないことが確認され、適切に完了していないプロセスによる干渉が不要になる可能性が排除されます。
-
SSHとスーパーユーザー権限でアカウントを使用して、Oracle Private Cloud Applianceダッシュボードの「ネットワーク設定」タブで構成したIPアドレスを使用して、両方の管理ノードにログインします。 2つの異なるコンソールを使用すると、左右並びの両方を表示できます。
-
両方の管理ノードでコマンドpca-check-masterを実行して、アクティブなロールを所有するノードを確認します。
-
現在アクティブでない管理ノードをリブートします。 プロンプトでinit 6と入力します。
-
再起動したマシンのPing。 オンラインに戻ったら、SSHを使用して再接続し、システムアクティビティをモニターして、セカンダリ管理ノードがアクティブなロールを引き継ぐ時期を決定します。 プロンプトでこのコマンドを入力します: tail -f /var/log/messages。 記録されると、新しいシステム・アクティビティ通知が画面に出力されます。
-
現在アクティブな管理ノードに接続しているその他のSSHコンソールで、init 6を入力してマシンを再起動し、管理ノードのフェイルオーバーを開始します。
もう一方のSSHコンソールのログ・メッセージは、セカンダリ管理ノードがアクティブなロールを引き継ぐ時期を示すようになります。
-
リブート後に両方の管理ノードがオンラインに戻っており、アクティブなロールがほかのマネージャに転送されていることを確認します。 両方の管理ノードでpca-check-masterコマンドを実行します。
その場合は、次のソフトウェア更新ステップに進みます。
3.3.2 Oracle Private Cloud Applianceアップグレーダのインストール
検証やアップグレーダの手順を実行する前に、必ず最新バージョンのOracle Private Cloud Applianceアップグレードをダウンロードしてインストールしてください。
-
Oracle Private Cloud Appliance Upgraderのバージョンがシステムにすでに存在していることを確認します。
[root@ovcamn05r1 ~]# yum search pca_upgrader pca_upgrader-<
version>.el6.noarch -
My Oracle Supportにログインし、Oracle Private Cloud Appliance Upgraderの最新バージョンがシステム上のバージョンより新しい場合は、セキュアなロケーションにダウンロードします。
UpgraderはパッチID 31747130の下にあり、一連のダウンロード可能なzipファイルのパート1に含まれています。 更新後のバージョンのアップグレーダは、同じロケーションで使用できるようになります。
アップグレーダ・パッケージを取得するには、このZipファイルをダウンロードし、
pca_upgrader-ファイルを抽出します。<version>.el6.noarch.rpm一連のUpgrader zipファイルをダウンロードして抽出したら、
RUN_ME_FIRST.shスクリプトを実行して、ISOイメージをzipファイルから組み立てます。 -
新しいバージョンのOracle Private Cloud Appliance Upgraderをダウンロードした場合は、新しいバージョンにアップグレードする必要があります。
*.rpmパッケージが保存されているディレクトリから、コマンドyum update pca_upgrader-を実行します。<version>.el6.noarch.rpmyum search pca_upgraderコマンドを使用して、新しいバージョンがインストールされていることを確認します。 -
ダウンロードした
*.rpmパッケージをアクティブな管理ノードにコピーしてインストールします。ノート管理ノードで現在実行中のOracleリリースと一致する
pca_upgraderバージョンをインストールします。 たとえば、最初の管理ノードをバージョン2.4.4にアップグレードする場合、現在の管理ノードはpca_upgrader-を実行しているため、更新には<version>.el6.noarch.rpm.el6バージョンを使用する必要があります。 2番目の管理ノードをアップグレードする場合は、最初の管理ノード「アップグレードされました」をバージョンpca_upgrader-にアップグレードするため、この更新には<version>.el7.noarch.rpm.el7バージョンを使用する必要があります。[root@ovcamn05r1 ~]# pca-check-master NODE: 192.168.4.3 MASTER: True root@ovcamn05r1 tmp]# yum install pca_upgrader-2.0.el
<n>.noarch.rpm Preparing..########################################### [100%] 1:pca_upgrader########################################### [100%]注意Oracle Private Cloud Applianceアップグレーダの最新の使用可能バージョンを常にダウンロードして使用してください。
-
2番目の管理ノードに
*.rpmアップグレードをインストールします。
3.3.3 アップグレードの準備状況の確認
Oracle Private Cloud Applianceアップグレーダには検証専用モードがあります。 これにより、実際のアップグレード・ステップに進むことなく、管理ノード・アップグレード用に定義されたすべての事前チェックを実行できます。 端末出力およびログ・ファイルには、システムが次のコントローラ・ソフトウェア更新に適した状態になる前に修正が必要な問題が報告されます。
Oracle Private Cloud Applianceアップグレーダは、キーボード割込みを使用して、または端末セッションを閉じて停止することはできません。 キーボード割込み(Ctrl+C)の後、アップグレーダはすべての事前チェックの実行を続行します。 ターミナル・セッションが閉じている場合、アップグレーダはバックグラウンド・プロセスとして続行されます。
アップグレーダ・プロセスを終了する必要がある場合は、このコマンドをpca_upgrader --killに入力します。
-
Oracle VM Managerに移動し、すべてのコンピュート・ノードが「実行中」ステータスであることを確認します。 いずれかのサーバーが実行中ステータスでない場合は、続行する前に問題を解決してください。
コンピュート・ノード・ステータスを修正するための問題の解決方法については、「ドキュメントID 22451 97.1」のサポート・ノートを参照するか、Oracle Supportに連絡してください。
-
必要な手動アップグレード前チェックを実行します。 手順については、第7.4項、「Oracle Private Cloud Appliance Upgraderとの組合せでの手動の前およびアップグレード後のチェックの実行」を参照してください。
-
My Oracle Supportにログインし、必要なOracle Private Cloud Applianceソフトウェア更新をダウンロードします。
更新を検索するには、"Oracle Private Cloud Appliance"という製品名、または必要な更新に関連付けられているパッチまたはバグ番号を検索します。
注意情報を参照し、
readmeファイルの指示に従ってください。 Oracle Private Cloud Appliance Controllerソフトウェアの更新およびOracle VMのアップグレードを成功させることが重要です。 -
Oracle Private Cloud Applianceからアクセス可能なHTTPまたはFTPサーバーで使用可能な更新(zip形式のISO)を作成します。 または、アップグレード時間が重要な懸念事項である場合は、両方の管理ノードでISOファイルをローカル・ファイル・システムにダウンロードできます。 これにより、管理ノードのアップグレード時間は短縮されますが、コンピュート・ノードまたはOracle VMデータベースのアップグレードに必要な時間には影響を与えません。
Oracle Private Cloud Applianceアップグレーダは、ISOを指定されたロケーションからダウンロードし、実行時に管理ノード上で自動的に解凍します。
-
SSHおよびスーパーユーザー権限を持つアカウントを使用して、共有の仮想IPではなく、個別に割り当てられたIPアドレスを使用してactive管理ノードにログインします。
ノートアップグレード・プロセス中に、共有仮想IPアドレスを持つインタフェースがシャットダウンされます。 したがって、管理ノードに個別に割り当てられたIPアドレスを使用してログインする必要があります。
-
アクティブ管理ノードから、検証専用モードでOracle Private Cloud Appliance Upgraderを実行します。 コマンドのターゲットは、stand-by管理ノードである必要があります。
ノート次のコンソール出力は例です。 アプライアンスの特定のアーキテクチャや構成に応じて、異なる出力が表示される場合があります。
[root@ovcamn05r1 ~]# pca-check-master NODE: 192.168.4.3 MASTER: True root@ovcamn05r1 ~]# pca_upgrader -V -t management -c ovcamn06r1 -g 2.4.4 \ -l http://
<path-to-iso>/ovca-2.4.4-b000.iso.zip PCA Rack Type: PCA X8_BASE. Please refer to log file /nfs/shared_storage/pca_upgrader/log/pca_upgrader_<date>-<time>.log for more details. Beginning PCA Management Node Pre-Upgrade Checks... Validate the Image Provided 1/44 Internal ZFSSA Available Space Check 2/44 MN Disk and Shared Storage Space Check 3/44 [...] Oracle VM Minimum Version Check 41/44 OS Check 42/44 OSA Disabled Check 43/44 ZFSSA Network Configuration Check 44/44 PCA Management Node Pre-Upgrade Checks completed after 0 minutes --------------------------------------------------------------------------- PCA Management Node Pre-Upgrade Checks Passed --------------------------------------------------------------------------- Validate the Image Provided Passed Internal ZFSSA Available Space Check Passed [...] OS Check Passed Password Check Passed OSA Disabled Check Passed --------------------------------------------------------------------------- Overall Status Passed --------------------------------------------------------------------------- -
検証プロセスの実行時に、テストの進行状況についてコンソール出力を確認します。 すべての事前チェックが完了すると、サマリーが表示されます。 検証プロセスの完全な概要は、
/nfs/shared_storage/pca_upgrader/log/pca_upgrader_ファイルに保存されます。<date>-<time>.log事前チェックの中には警告が発生するものもあります。 これらの警告は問題を引き起こす可能性はないため、アップグレードを実行できないこともありますが、調査が必要な状況を示しています。 アップグレード・コマンドが発行されると、警告により、管理者はアップグレードを続行するか、あるいは警告を最初に終了して調査するかを尋ねられます。
-
事前チェックに失敗した場合、詳細はログ・ファイルを参照してください。 報告された問題を修正し、verifyコマンドを再度実行します。
ノートSSL証明書に関連するエラーがレポートされる場合は、
ovmkeytool.shを使用して再生成されていないかどうかを確認します。 これによって、Walletに格納されている情報と証明書の実際のロケーションとの間で不整合が生じることがあります。 この問題を解決するための詳細と手順は、「ドキュメントID 2597439.1」のサポート・ノートを参照してください。 -
事前チェックの失敗が報告されなくなるまで、このプロセスを繰り返します。 すべての事前チェックが実行されると、コントローラ・ソフトウェアの更新の準備が整います。
3.3.4 コントローラ・ソフトウェア更新の実行
コントローラ・ソフトウェアの更新時に、仮想化環境では管理操作は一切受け入れられません。 ストレージ・ネットワークの更新が完了していることを確認してから、管理ノード・クラスタをアップグレードしてから、ラック・コンポーネントのファームウェア・アップグレードを実行し、最後に、フェーズでコンピュート・ノードをアップグレードします。 これらのすべてのアップグレード・タスクを計画しており、アップグレードの準備状況の検証が正常に完了すると、環境でコントローラ・ソフトウェアの更新および追加のアップグレードの準備が整っています。
事前チェックを完了せずにアップグレード手順を実行することはできません。 そのため、アップグレード・コマンドでは最初に第3.3.3項、「アップグレードの準備の確認」と同じステップが実行されます。 検証が成功すると、アップグレード・ステップが開始されます。
この項全体に表示されるコンソール出力は、例です。 アプライアンスの特定のアーキテクチャや構成に応じて、異なる出力が表示される場合があります。
Oracle Private Cloud Applianceアップグレーダは、キーボード割込みを使用して、または端末セッションを閉じて停止することはできません。
キーボード割込み(Ctrl+C)が完了すると、アップグレーダ処理の現在のフェーズが続行されます。 事前チェックが進行中の場合は、すべてが完了していますが、すべての事前チェックが正常に完了すると、アップグレード・フェーズは自動的に開始しません。 キーボード割り込み時にアップグレード・フェーズが進行中の場合は、アップグレードが正常に完了するか、または失敗するまでアップグレードは続行されます。
ターミナル・セッションが閉じている場合、アップグレーダはバックグラウンド・プロセスとして続行されます。
アップグレーダ・プロセスを終了する必要がある場合は、このコマンドを入力します: pca_upgrader --kill。
-
SSHおよびスーパーユーザー権限を持つアカウントを使用して、共有の仮想IPではなく、個別に割り当てられたIPアドレスを使用してactive管理ノードにログインします。
ノートアップグレード・プロセス中に、共有仮想IPアドレスを持つインタフェースがシャットダウンされます。 したがって、管理ノードに個別に割り当てられたIPアドレスを使用してログインする必要があります。
アップグレード中の管理操作なしいかなる状況においても、管理操作を実行する必要はありません - Oracle Private Cloud ApplianceダッシュボードまたはCLIまたはOracle VM Managerを使用 - アップグレーダ・プロセスの実行中、およびアップグレーダを介して「両方の管理ノード」が正常にアップグレードされるまで。
-
アクティブ管理ノードから、必要なアップグレード・パラメータを使用してOracle Private Cloud Appliance Upgraderを実行します。 コマンドのターゲットは、stand-by管理ノードである必要があります。
[root@ovcamn05r1 ~]# pca-check-master NODE: 192.168.4.3 MASTER: True root@ovcamn05r1 ~]# pca_upgrader -U -t management -c ovcamn06r1 -g 2.4.4 \ -l http://
<path-to-iso>/ovca-2.4.4-b301.iso.zip PCA Rack Type: PCA X8_BASE. Please refer to log file /nfs/shared_storage/pca_upgrader/log/pca_upgrader_<date>-<time>.log for more details. Beginning PCA Management Node Pre-Upgrade Checks... [...] *********************************************************************** Warning: The management precheck completed with warnings. It is safe to continue with the management upgrade from this point or the upgrade can be halted to investigate the warnings. ************************************************************************ Do you want to continue? [y/n]: y事前チェックが正常に完了すると、アップグレーダにより、ほかの管理ノード上のコントローラ・ソフトウェア更新が開始されます。 アップグレード・フェーズでエラーが発生した場合、タスクはロールバックされ、アップグレード・コマンドの前の元の状態に戻ります。
ロールバックは、次のステップの間に発生したエラーに対して機能します。
表3.2 アップグレーダ・ロールバックをサポートするステップリリース2.4.3からのアップグレード
リリース2.4.4からのアップグレード
PXEディレクトリの設定
Oracle Private Cloud Applianceバックアップの無効化
ISOのダウンロード
PXEファイルおよびKickstartファイルの生成
Oracle VMのバックアップの作成
Oracle Private Cloud Appliance HAモデルの分解
ISOのダウンロード
YUMリポジトリの設定
Oracle VMのバックアップの作成
Oracle Private Cloud Appliance HAモデルの分解
Beginning PCA Management Node upgrade for ovcamn06r1 Setup PXE Directories 1/19 Disable PCA Backups 2/19 Download ISO 3/19 Generate PXE and Kickstart Files 4/19 Take OVM Backup 5/19 ... PCA Management Node upgrade of ovcamn06r1 completed after 83 minutes Beginning PCA Post-Upgrade Checks... OVM Manager Cache Size Check 1/1 PCA Post-Upgrade Checks completed after 1 minutes --------------------------------------------------------------------------- PCA Management Node Pre-Upgrade Checks Passed --------------------------------------------------------------------------- Validate the Image Provided Passed Rack Type Check Passed Internal ZFS 2T Space Check Passed [...] --------------------------------------------------------------------------- PCA Management Node Upgrade Passed --------------------------------------------------------------------------- Setup PXE Directories Passed Passed [...] Restore PCA Backups Passed Upgrade is complete Passed [...] --------------------------------------------------------------------------- PCA Post-Upgrade Checks Passed --------------------------------------------------------------------------- OVM Manager Cache Size Check Passed --------------------------------------------------------------------------- Overall Status Passed --------------------------------------------------------------------------- PCA Management Node Pre-Upgrade Checks Passed PCA Management Node Upgrade Passed PCA Post-Upgrade Checks Passed
ヒントISOが両方の管理ノードのローカル・ファイル・システムにコピーされると、管理ノードのアップグレード時間が短縮されます。 アップグレード・プロセス全体の時間は、環境のサイズによって大きく異なります: コンピュート・ノードの数とその構成、Oracle VMデータベースのサイズなど、1.5から数時間かかる場合があります。
ISOをローカルにコピーする場合は、pca_upgraderコマンド内のロケーションURLを
-l file:///に置き換えます。<path-to-iso>/ovca-2.4.4-b301.iso.zip -
アップグレード・タスクの進捗をモニターします。 コンソール出力には、実行された各タスクのサマリーが表示されます。 タスクに関する詳細が必要な場合や、エラーが発生した場合は、ログ・ファイルを参照してください。 コマンドtail -f /nfs/shared_storage/pca_upgrader/log/pca_upgrader_
<date>-<time>.logを入力すると、ロギング操作を別のコンソール・ウィンドウで追跡できます。ノートアップグレード・タスクが開始すると、以前の状態へのロールバックを実行できなくなります。
# tail -f /nfs/shared_storage/pca_upgrader/log/pca_upgrader_
<date>-<time>.logアップグレード・タスクが正常に完了すると、アクティブな管理ノードがリブートされ、アップグレードされた管理ノードはアクティブなロールを引き受けます。 新しいアクティブ管理ノードのオペレーティング・システムは最新になり、新しいコントローラ・ソフトウェア・バージョンを実行し、Oracle VM Managerインストールをアップグレードしました。
ヒント管理ノードをリブートするには、最大10分かかります。
リブート処理をモニターし、ノードが想定どおりにオンラインに戻ったことを確認するには、リブート管理ノードILOMにログインします。
Broadcast message from root@ovcamn05r1 (pts/0) (Fri May 7 00:23:25 2021): Management Node upgrade succeeded. The master manager will be rebooted to initiate failover in one minute.
注意2番目の管理ノードのアップグレードが完了するまで、アップグレード・プロセス中に作成されたファイルは削除しないでください。
-
アップグレードされた管理ノードにログインします。これは、active管理ノードになりました。 共有仮想IPではなく、個別に割り当てられたIPアドレスを使用します。
[root@ovcamn06r1 ~]# pca-check-master NODE: 192.168.4.3 MASTER: True [root@ovcamn06r1 ~]# head /etc/ovca-info ==== Begin build info ==== date: 2019-09-30 release: 2.4.4 build: 301 === Begin compute node info === compute_ovm_server_version: 3.4.7 compute_ovm_server_build: 2.4.4-150 compute_rpms_added: osc-oracle-s7k-2.1.2-4.el7.noarch.rpm ovca-support-2.4.4-97.el7.noarch.rpm
アップグレード中の管理操作なしいかなる状況においても、管理操作を実行する必要はありません - Oracle Private Cloud ApplianceダッシュボードまたはCLIまたはOracle VM Managerを使用 - アップグレーダ・プロセスの実行中、およびアップグレーダを介して「両方の管理ノード」が正常にアップグレードされるまで。
-
新しいアクティブ管理ノードから、Oracle Private Cloud Appliance Upgraderコマンドを再度実行します。 コマンドのターゲットは、stand-by管理ノードである必要があります。これは、最初の実行でコマンドを実行した元のアクティブな管理ノードです。
root@ovcamn06r1 ~]# pca_upgrader -U -t management -c ovcamn05r1 -g 2.4.4 \ -l http://
<path-to-iso>/ovca-2.4.4-b301.iso.zip PCA Rack Type: PCA X8_BASE. Please refer to log file /nfs/shared_storage/pca_upgrader/log/pca_upgrader_<date>-<time>.log for more details. Beginning PCA Management Node Pre-Upgrade Checks... [...] *********************************************************************** Warning: The management precheck completed with warnings. It is safe to continue with the management upgrade from this point or the upgrade can be halted to investigate the warnings. ************************************************************************ Do you want to continue? [y/n]: y Beginning PCA Management Node upgrade for ovcamn05r1 [...] --------------------------------------------------------------------------- Overall Status Passed --------------------------------------------------------------------------- PCA Management Node Pre-Upgrade Checks Passed PCA Management Node Upgrade Passed PCA Post-Upgrade Checks Passed Broadcast message from root@ovcamn05r1 (pts/3) (Mon Apr 19 18:07:54 2021): Management Node upgrade succeeded. The master manager will be rebooted to initiate failover in one minute.アップグレード・ステップは、最初の実行時と同じ方法で実行されます。 2番目の管理ノードが再起動されると、プロセスは完了します。 この時点で、両方の管理ノードで、更新されたOracle Linuxオペレーティング・システム、Oracle Private Cloud Appliance Controller SoftwareおよびOracle VM Managerが実行されます。 管理ノードの高可用性クラスタ構成がリストアされ、Oracle Private Cloud ApplianceおよびOracle VM Managerのすべての管理機能が再度動作します。 ただし、アップグレード後に必要な手動チェックを完了するまでは、管理操作を実行しないでください。
ヒントこの時点で最初の管理ノードが誤ってリブートされた場合、アップグレードは2番目の管理ノードで失敗します。 詳細は、「アップグレード中のスタンバイ管理ノードの誤った再起動によるアップグレードの一時停止」を参照してください。
-
管理ノードおよびコンピュート・ノードで必要なアップグレード後チェックを手動で実行します。 手順については、第7.4項、「Oracle Private Cloud Appliance Upgraderとの組合せでの手動の前およびアップグレード後のチェックの実行」を参照してください。
3.4 コンポーネント・ファームウェアのアップグレード
特定のOracle Private Cloud Applianceリリースのすべてのソフトウェア・コンポーネントは、連携して動作するよう設計されています。 一般的なルールとして、個別のアプライアンス・コンポーネントはアップグレードしないでください。 1つ以上のコンポーネントのファームウェアのアップグレードが必要な場合、正しいバージョンは、My Oracle SupportからダウンロードしたOracle Private Cloud Appliance .isoファイル内に配布されます。 イメージ・ファイルが内部共有ストレージに解凍されると、このディレクトリに確認機能が配置されます: /nfs/shared_storage/mgmt_image/firmware/。
ファームウェアのアップグレード時に、コンピュート・ノードのプロビジョニング操作を実行しないでください。
特定のサービスでは、コントローラ・ソフトウェアの更新後にハードウェア管理パックをアップグレードする必要があります。 詳細は、「Oracle Private Cloud Applianceリリース・ノート」の「一部のサービスではハードウェア管理パックのアップグレードが必要」を参照してください。
Oracle Private Cloud Applianceハードウェア・コンポーネントのファームウェアをアップグレードする特定のまたは追加の手順が使用可能な場合は、この項に表示されます。 ここに記載されていないコンポーネントについては、サブコンポーネントの製品ドキュメントに記載されている手順に従ってください。 アプライアンス・コンポーネントのドキュメントの概要は、このマニュアルの「はじめに」およびOracle Private Cloud Applianceドキュメント・ライブラリの索引ページを参照してください。
3.4.1 ファームウェア・ポリシー
Oracle Private Cloud Applianceのサポート可能性、信頼性およびセキュリティを高めるために、Oracleではコンポーネント・ファームウェアへの標準化されたアプローチを導入しています。 一般ルールは変更されません: コンポーネントとそれぞれのファームウェアは連携して動作するように設計されているため、個別にアップグレードすることはできません。 ただし、特定のコントローラ・ソフトウェア・リリースの.isoファイルの一部として提供されるファームウェア・アップグレードは、オプションでなくなりました。
ソフトウェア・リリースの前のテスト・プロセスの一環として、コンポーネント・ファームウェアの組合せが、該当するすべてのハードウェア・プラットフォームでテストされます。 これにより、Oracleでは、アプライアンスのファームウェアの完全認証セットをソフトウェア・リリースに対応した全体として配信できます。 認定状態でOracle Private Cloud Applianceを管理するために、特定のソフトウェア・リリースにアップグレードする顧客は、コントローラ・ソフトウェアの一部として配布されたすべての認証ファームウェアのアップグレードもインストールすることが期待されます。
特定のリリースのOracleで認証されているファームウェアのバージョンは、そのリリースの「Oracle Private Cloud Applianceリリース・ノート」にリストされています。 システム上で稼働しているOracle Private Cloud Appliance Controllerソフトウェアのリリースのリリース・ノートを参照し、「ファームウェアの評価」の章を開きてください。
次の手順で示すファイル名は、システムの.isoイメージ内のファイル名と完全には一致しない場合があることに注意してください。
Oracleは、セキュリティ脆弱性を制限するためなど、多数の製品のファームウェア・パッチを定期的にリリースしています。 重要なファームウェア・パッチが、通常のコントローラ・ソフトウェアのリリース・スケジュール外でOracle Private Cloud Applianceのコンポーネントにリリースされることがあります。 この問題が発生した場合、パッチは他のすべてのアプライアンス・ファームウェアと同じテストを実行しますが、これらは認証されたファームウェア・リストまたは影響を受けるコントローラ・ソフトウェア・リリースのインストール.isoに追加されません。
徹底的なテストのあと、コントローラ・ソフトウェア.isoイメージに含めることができない重要なファームウェア・パッチを、My Oracle Supportを介してOracle Private Cloud Applianceユーザーが使用できるようにします。
3.4.2 管理ノードへの現在のファームウェアのインストール
新しいOracle Private Cloud Appliance ControllerソフトウェアおよびOracle VMアップグレードとの互換性の問題を回避するため、現在のOracle Private Cloud Applianceソフトウェア・リリースのISOイメージに含まれるサーバーILOMファームウェアを常にインストールする必要があります。 ISOイメージがアプライアンスの内部ストレージにアンパックされている場合は、このロケーションの管理ノードからファームウェア・ディレクトリに到達できます: /nfs/shared_storage/mgmt_image/firmware/。
-
rootとしてスタンバイ管理ノードにログインし、
/nfs/shared_storage/mgmt_image/firmware/ディレクトリから管理ノード・ファームウェアを抽出します。[root@ovcamn05r1 ~]# cd /nfs/shared_storage/mgmt_image/firmware/compute/X8-2_FIRMWARE/ [root@ovcamn05r1 X8-2_FIRMWARE]# unzip p
<version>_123_Generic.zip -
load sourceコマンドを使用してファームウェアをアップグレードします。 次に例を示します。-> load -source sftp://root@192.168.4.4/nfs/shared_storage/mgmt_image/firmware/compute/X8-2_FIRMWARE/ \ Oracle_Server_X8-2-
<version>-FIRMWARE_PACK/Firmware/service-processor/ILOM-<version>-ORACLE_SERVER_X8-2-rom.pkg -
はいと応答して、ファイルをロードし、既存のSPおよびBIOS構成を保持してから、いいえと応答してBIOSのアップグレードを遅延させ、管理ノードのリブートをトリガーします。
リブートには約10分かかります。
-
チェックによってRAIDカードのファームウェアを更新する必要があることが示された場合は、ここで更新してください。
抽出されたファームウェアのロケーションに移動し、カード・ファームウェアをインストールします。 次に例を示します。
# cd /nfs/shared_storage/mgmt_image/firmware/compute/X8-2_FIRMWARE/ \ Oracle_Server_X8-2-
<version>-FIRMWARE_PACK/Firmware/SAS9361-16i # fwupdate update controller -x metadata.xml -
スタンバイ管理ノードがオンラインに戻ったら、アクティブ管理ノードをリブートし、新しく更新された管理ノードへのフェイルオーバーを開始します。
-
新しく更新した管理ノードにログインし、
pca-check-masterコマンドを実行してアクティブ・ノードであることを確認します。 -
1つの管理ノードがアップグレードされ、アクティブなロールを引き受けたので、この手順を繰り返して、ほかの管理ノードのファームウェアをアップグレードします。
3.4.3 Oracle ZFS Storage Applianceでのオペレーティング・ソフトウェアのアップグレード
このセクションの手順は、Oracle Private Cloud Applianceの一部として、コンポーネント・ファームウェアのアップグレードに固有です。
この手順の実行中、管理ノード上のOracle Private Cloud Applianceサービスは一定期間停止する必要があります。 このアップグレードを慎重に計画して、コンピュート・ノードのプロビジョニング、Oracle Private Cloud Appliance構成の変更、またはOracle VM Managerの操作が同時に実行されないようにしてください。
2段階手順に関する下記の文は、X8-2以降のシステムには適用されません。 Oracle ZFS Storage Appliance ZS7-2には、記載されている問題の影響を受けない最新のファームウェア・バージョンが付属しています。
Oracle ZFS Storage Applianceが8.7.14より古いファームウェア・バージョンを実行している場合は、バージョン8.7.14への中間アップグレードが必要です。 これにより、バージョン8.7.14を目的の新しいバージョンにアップグレードできます。 詳細は、「Oracle Private Cloud Applianceリリース・ノート」の「Oracle ZFS Storage Applianceファームウェアのアップグレード8.7.20には2段階の手順が必要」を参照してください。
ソフトウェア・アップグレードに関する詳細情報は、「Oracle ZFS Storage Appliance顧客サービス・マニュアル」 (ドキュメントID: F13771)にあります。 「ソフトウェアのアップグレード」の項を参照してください。
Oracle Private Cloud Appliance内部ZFS Storage Applianceには、アクティブ/パッシブ構成の2つのクラスタ化コントローラが含まれています。 スタンドアロン・コントローラのアップグレード情報は無視できます。
-
ストレージ・コントローラでアップグレードを開始する前に、「Oracle ZFS Storage Appliance顧客サービス・マニュアル」の準備手順に従います。 「ソフトウェア・アップグレードの準備」というタイトルの項を参照してください。
-
SSHおよびスーパーユーザー権限を持つアカウントを使用して、アクティブな管理ノードにログオンします。
-
ファームウェア・バージョン8.7.14以降を実行しているZFS Storage Applianceをアップグレードする場合は、このステップをスキップして次のステップに進みます。
8.7.14より古いファームウェア・バージョンを実行しているZFS Storage Applianceをアップグレードする場合は、Oracle Private Cloud Applianceソフトウェア・イメージに含まれているファームウェア・パッケージ
p27357887_20131_Generic.zipを解凍します。[root@ovcamn05r1 ~]# mkdir /nfs/shared_storage/yum/ak [root@ovcamn05r1 ~]# cd /nfs/shared_storage/yum/ak [root@ovcamn05r1 ak]# unzip /nfs/shared_storage/mgmt_image/firmware/storage/AK_NAS/p27357887_20131_Generic.zip Archive: /nfs/shared_storage/mgmt_image/firmware/storage/AK_NAS/p27357887_20131_Generic.zip extracting: ak-nas-2013-06-05-7-14-1-1-1-nd.pkg.gz inflating: OS8714_Readme.html
-
適切なソフトウェア更新パッケージを選択します。
注意この手順では、バージョン8.8.28 IDRへのアップグレードを示します。 バージョン8.7.14にアップグレードする場合は、ここで示されるコマンドのファイル名を置き換えます。
-
バージョン8.8.28 IDR -
ak-nas-2013.06.05.8.28-1.2.20.4392.1x-nondebug.pkg -
バージョン8.7.14 -
ak-nas-2013-06-05-7-14-1-1-1-nd.pkg.gz
ソフトウェア更新パッケージを両方のストレージ・コントローラにダウンロードします。 管理IPアドレスは、192.168.4.1および192.168.4.2です。
-
SSHおよびスーパーユーザー権限のあるアカウントを使用してストレージ・コントローラの1つにログオンします。
[root@ovcamn05r1 ~]# ssh root@192.168.4.1 Password: ovcasn01r1:>
-
次の一連のコマンドを入力して、共有ストレージ・ディレクトリからコントローラにソフトウェア更新パッケージをダウンロードします。
ovcasn01r1:> maintenance system updates ovcasn01r1:maintenance system updates> download ovcasn01r1:maintenance system updates download (uncommitted)> \ set url=http://192.168.4.199/storage//FW_Updates/release_folders/2.4.4/zfs/8.8.28/ak-nas-2013.06.05.8.28-1.1.3x-nondebug.pkg url = http://192.168.4.199/storage//FW_Updates/release_folders/2.4.4/zfs/8.8.28/ak-nas-2013.06.05.8.28-1.1.3x-nondebug.pkg ovcasn01r1:maintenance system updates download (uncommitted)> commit Transferred 1.86G of 1.86G (100%) ... done Unpacking ... done
-
パッケージが完全にダウンロードされるまで待機し、展開してから次に進みます。
-
これらのステップを2つ目のストレージ・コントローラに対して繰り返します。
-
-
ストレージ・クラスタの構成を確認し、スタンバイ・コントローラにログオンしていることを確認します。
ovcasn02r1:> configuration cluster show Properties: state = AKCS_STRIPPED description = Ready (waiting for failback) peer_asn = 80e4823f-1573-caaa-8c44-fb3c8af3b921 peer_hostname = ovcasn01r1 peer_state = AKCS_OWNER peer_description = Active (takeover completed) Children: resources => Configure resources -
スタンバイ・コントローラのオペレーティング・ソフトウェアを最初に常にアップグレードします。
-
使用可能なオペレーティング・ソフトウェアのバージョンを表示し、ダウンロードしたバージョンを選択します。
ovcasn02r1:> maintenance system updates ovcasn02r1:maintenance system updates> ls Updates: UPDATE RELEASE DATE STATUS ak-nas@2013.06.05.4.2,1-1.1 2015-6-16 17:03:41 previous ak-nas@2013.06.05.7.14,1-1.1 2018-1-6 17:16:42 previous ak-nas@2013.06.05.7.20,1-1.4 2018-7-17 02:27:51 current ak-nas@2013.06.05.8.20,1-1.3 2020-3-23 16:13:25 waiting * ak-nas@2013.06.05.8.28,1-1.3 2021-4-22 00:35:42 waiting [*] : Interim Diagnostics and Relief (IDR) Deferred updates: The appliance is currently configured as part of a cluster. The cluster peer may have shared resources for which deferred updates are available. After all updates are completed, check both cluster peers for any deferred updates. ovcasn01r1:maintenance system updates> select ak-nas@2013.06.05.8.28,1-1.3
-
アップグレードする前に、システムでヘルス・チェックを実行します。
ovcasn01r1:maintenance system updates ak-nas@2013.06.05.8.28,1-1.3> check You have requested to run checks associated with waiting upgrade media. This will execute the same set of checks as will be performed as part of any upgrade attempt to this media, and will highlight conditions that would prevent successful upgrade. No actual upgrade will be attempted, and the checks performed are of static system state and non-invasive. Do you wish to continue? Are you sure? (Y/N) y Healthcheck running ... - Healthcheck completed. There are no issues at this time which would cause an upgrade to this media to be aborted.
-
選択したソフトウェア・バージョンでアップグレード・プロセスを起動します。
ovcasn01r1:maintenance system updates ak-nas@2013.06.05.8.28,1-1.3> upgrade The system is currently running an IDR. You might negate the fix provided with the current IDR. You may still continue. This procedure will consume several minutes and requires a system reboot upon successful update, but can be aborted at any time prior to reboot. A health check will validate system readiness before an update is attempted, and may also be executed independently by clicking the Check button. Are you sure? (Y/N) y Updating from ... ak/nas@2013.06.05.8.20,1-2.20.4392.1 Loading media metadata ... done. Selecting alternate product ... SUNW,maguroZ7 Installing Oracle ZFS Storage ZS7-2 2013.06.05.8.28,1-1.3 pkg://sun.com/ak/SUNW,maguroZ7@2013.06.05.8.28,1-1.3:20201215T215649Z Creating system/ak-nas-2013.06.05.8.28_1-1.3 ... done. Creating system/ak-nas-2013.06.05.8.28_1-1.3/install ... done. Creating system/ak-nas-2013.06.05.8.28_1-1.3/boot ... done. Creating system/ak-nas-2013.06.05.8.28_1-1.3/root ... done. Creating system/ak-nas-2013.06.05.8.28_1-1.3/install/svc ... done. Creating system/ak-nas-2013.06.05.8.28_1-1.3/install/var ... done. Creating system/ak-nas-2013.06.05.8.28_1-1.3/install/home ... done. Creating system/ak-nas-2013.06.05.8.28_1-1.3/install/stash ... done. Creating system/ak-nas-2013.06.05.8.28_1-1.3/wiki ... done. Extracting os image ... done. Customizing Solaris ... done. Creating driver_aliases.addendum... done. Updating vfstab ... done. Generating usr/man windex ... done. Generating usr/gnu/share/man windex ... done. Generating usr/perl5/man windex ... done. Preserving ssh keys ... done. Configuring smf(5) ... done. Extracting appliance kit ... Creating private passwd and shadow files ... done. Creating private smbshadow file ... done. Creating product symlink ... done. Registering update job eb3a1611-8d7c-4347-b899-b8b8d3e8a863 ... done. Creating install profile ... done. Assigning appliance serial number ... 8ac3f3e4-4b92-4848-9d2b-ee33fc76c0f4 Determining chassis serial number ... 1909XD2001 Setting appliance product string ... SUNW,maguroZ7 Setting appliance product class ... nas Setting install timestamp ... done. Setting virtualization status ... done. Saving SSL keys ... done. Updating phone-home key ... done. Saving currently running profile ... done. Installing firmware ... done. Installing device links ... done. Installing device files ... done. Updating device links ... done. Updating /etc ... done. Creating /.domainroot ... done. Installing boot amd64/unix ... done. Assembling etc/system.d ... done. Creating factory reset boot archive ... done. Generating GRUB2 configuration ... done. Installing GRUB2 configuration ... done. Snapshotting zfs filesystems ... done. Installation complete - unmounting datasets ... Creating boot archive ... done. done Update completed; rebooting. Connection to 192.168.4.1 closed.
-
コントローラのOracle ILOMバージョンを更新します。
ovcasn01r1:> maintenance system reboot Upgrading both the Service Processor and host firmware and rebooting. This process will take several minutes. During this process the service processor will reboot and access to the console via the Net MGMT port will be interrupted. After the service processor upgrade is complete the host will power down for five to ten minutes in order to apply the new host firmware. When the host firmware upgrade is complete the host will power on and boot automatically. DO NOT INTERRUPT THIS PROCESS. Are you sure? (Y/N) y Connection to 192.168.4.1 closed.
-
アップグレードの最後に、コントローラが完全にリブートしてクラスタに再度参加するときは、再度ログインしてクラスタ構成を確認します。 アップグレードしたコントローラは、まだ準備完了(フェイルバックを待機中)状態である必要があります。
ovcasn01r1:> configuration version show Appliance Name: ovcasn01r1 Appliance Product: Oracle ZFS Storage ZS7-2 Appliance Type: Sun ZFS Storage 7370 Appliance Version: 2013.06.05.8.28,1-1.3 First Installed: Sun Mar 03 2019 03:35:34 GMT+0000 (UTC) Last Updated: Fri Apr 23 2021 09:25:34 GMT+0000 (UTC) Last Booted: Fri Apr 23 2021 09:27:35 GMT+0000 (UTC) Appliance Serial Number: a3xxxxx-1x60-7x0x-bxx0-84defg34714 Chassis Serial Number: 1XXXXXXX Software Part Number: Oracle 000-0000-00 Vendor Product ID: ORACLE-ZFS-ZS7-2 Browser Name: aksh 1.0 Browser Details: aksh HTTP Server: Apache/2.4.46 (Unix) SSL Version: OpenSSL 1.0.2u-fips 20 Dec 2019 Appliance Kit: ak/SUNW,maguroZ7@2013.06.05.8.28,1-1.3 Release Name: OS8.8.28 Operating System: SunOS 5.11 11.4.28.82.3 64-bit BIOS: American Megatrends Inc. (BIOS)42040200 (BIOS)08.17.2018 Service Processor: 4.0.4.52 r133103 ovcasn01r1:>
-
-
Oracle Private Cloud Applianceアクティブ管理ノードから、Oracle Private Cloud Applianceサービスを停止します。
注意コントローラ・ソフトウェアのバージョン2.3.1、2.3.2または2.3.3にアップグレードする場合は、このステップを実行する必要があります。 コントローラ・ソフトウェア・バージョン2.3.4以降へのアップグレード時には必要ありません。 Oracle Private Cloud Applianceサービスの実行中にストレージ・コントローラのオペレーティング・ソフトウェアのアップグレードを実行すると、エラーと可能な停止時間が発生します。
[root@ovcamn05r1 ~]# service ovca stop
-
2番目のストレージ・コントローラでオペレーティング・システム・ソフトウェアをアップグレードします。
-
ストレージ・クラスタ構成を確認してください。 アクティブなコントローラにログオンしていることを確認します。
ovcasn01r1:> configuration cluster show Properties: state = AKCS_OWNER description = Active (takeover completed) peer_asn = 34e4292a-71ae-6ce1-e26c-cc38c2af9719 peer_hostname = ovcasn02r1 peer_state = AKCS_STRIPPED peer_description = Ready (waiting for failback) -
使用可能なオペレーティング・ソフトウェアのバージョンを表示し、ダウンロードしたバージョンを選択します。
ovcasn01r1:> maintenance system updates ovcasn01r1:maintenance system updates> show Updates: UPDATE RELEASE DATE RELEASE NAME STATUS ak-nas@2013.06.05.8.5,1-1.3 2019-3-30 07:27:20 OS8.8.5 previous ak-nas@2013.06.05.8.6,1-1.4 2019-6-21 20:56:45 OS8.8.6 current ak-nas@2013.06.05.8.28,1-1.3 2021-4-16 09:57:19 OS8.8.28 waiting ovcasn01r1:maintenance system updates> select ak-nas@2013.06.05.8.28,1-1.3
-
選択したソフトウェア・バージョンでアップグレード・プロセスを起動します。
ovcasn01r1:maintenance system updates> upgrade This procedure will consume several minutes and requires a system reboot upon successful update, but can be aborted with [Control-C] at any time prior to reboot. A health check will validate system readiness before an update is attempted, and may also be executed independently using the check command. Are you sure? (Y/N) Y
-
アップグレードの最後に、コントローラが完全にリブートしてクラスタに再度参加するときは、再度ログインしてクラスタ構成を確認します。
ovcasn01r1:> configuration cluster show Properties: state = AKCS_STRIPPED description = Ready (waiting for failback) peer_asn = 34e4292a-71ae-6ce1-e26c-cc38c2af9719 peer_hostname = ovcasn02r1 peer_state = AKCS_OWNER peer_description = Active (takeover completed)最後にアップグレードされたコントローラは、準備完了(フェイルバックを待機中)の状態である必要があります。 最初にアップグレードされたコントローラは、2番目のコントローラのアップグレードおよび再起動中にアクティブなロールを引き継ぎ、最初にアクティブなロールを保持しています。
-
-
両方のコントローラがアップグレードされたので、すべてのディスクがオンラインであることを確認します。
ovcasn01r1:> maintenance hardware show [...] NAME STATE MANUFACTURER MODEL SERIAL RPM TYPE chassis-000 1906NMQ803 ok Oracle Oracle Storage DE3-24C 1906NMQ803 7200 hdd disk-000 HDD 0 ok WDC W7214A520ORA014T 001851N3VKLT 9JG3VKLT 7200 data disk-001 HDD 1 ok WDC W7214A520ORA014T 001851N5K85T 9JG5K85T 7200 data disk-002 HDD 2 ok WDC W7214A520ORA014T 001851N5MPXT 9JG5MPXT 7200 data disk-003 HDD 3 ok WDC W7214A520ORA014T 001851N5L08T 9JG5L08T 7200 data disk-004 HDD 4 ok WDC W7214A520ORA014T 001851N42KNT 9JG42KNT 7200 data [...] -
Oracle Private Cloud Appliance管理ノードのフェイルオーバーを開始し、すべてのサービスが別の管理ノードにリストアされるまで待機します。 これにより、Oracle VMとZFSストレージの間の接続の問題を回避できます。
-
SSHおよびスーパーユーザー権限を持つアカウントを使用して、アクティブな管理ノードにログオンします。
-
アクティブな管理ノードをリブートします。
[root@ovcamn05r1 ~]# pca-check-master NODE: 192.168.4.3 MASTER: True [root@ovcamn05r1 ~]# shutdown -r now
-
別の管理ノードにログオンし、必要なサービスが実行されるまで待機します。
ノートプロンプトでこのコマンドを入力します: tail -f /var/log/messages。 ログ・メッセージは、管理ノードがアクティブなロールをいつ引き継ぐかを示す必要があります。
サービスのステータスを確認します。
[root@ovcamn06r1 ~]# service ovca status Checking Oracle Fabric Manager: Running MySQL running (70254) [ OK ] Oracle VM Manager is running... Oracle VM Manager CLI is running... tinyproxy (pid 71315 71314 71313 71312 71310 71309 71308 71307 71306 71305 71301) is running... dhcpd (pid 71333) is running... snmptrapd (pid 71349) is running... log server (pid 6359) is running... remaster server (pid 6361) is running... http server (pid 71352) is running... taskmonitor server (pid 71356) is running... xmlrpc server (pid 71354) is running... nodestate server (pid 71358) is running... sync server (pid 71360) is running... monitor server (pid 71363) is running...
-
-
ストレージ・コントローラ・クラスタがアップグレードされている場合、解凍されたパッケージを使用可能にするために作成した共有ストレージ・ディレクトリを削除します。
# cd /nfs/shared_storage/yum/ak # ls ak-nas@2013.06.05.8.28,1-1.3x-nondebug.pkg OS8.8.28_Readme.html # rm ak-nas@2013.06.05.8.28,1-1.3x-nondebug.pkg OS8.8.28_Readme.html rm: remove regular file `ak-nas-2013.06.05.8.28-1.1.3x-nondebug.pkg'? yes rm: remove regular file `OS8.8.28_Readme.html'? yes # cd .. # rmdir ak
3.4.4 Ciscoスイッチ・ファームウェアのアップグレード
このセクションの手順は、Oracle Private Cloud Applianceの一部として、コンポーネント・ファームウェアのアップグレードに固有です。 Ciscoスイッチには2つのアップグレード手順が必要です: Cisco NX-OSソフトウェアのアップグレードおよび電子プログラム可能ロジック・デバイス(EPLD)のアップグレード。 各スイッチで両方の手順を実行します。
コントローラ・ソフトウェア・リリース2.4.4にアップグレードする場合は、正しい順序でアップグレード操作を実行することが重要です。 つまり、Ciscoスイッチのファームウェアは、管理ノードのアップグレード後、ストレージ・ネットワークのアップグレード前にアップグレードする必要があります。
すべてのアップグレード操作が完了するまで、スパイン・スイッチの構成を変更しないでください。変更すると、ストレージ・ネットワークへのアクセスが失われる可能性があります。 「Oracle Private Cloud Applianceリリース・ノート」の「互換性のないスパイン・スイッチ構成をロードするとストレージ・ネットワークが停止」を参照してください。
-
SSHおよびスーパーユーザー権限を持つアカウントを使用して、アクティブな管理ノードにログオンします。
-
新しいCisco NX-OSソフトウェア・イメージがアプライアンス共有ストレージで使用可能であることを確認します。 コントローラ・ソフトウェアの更新時に、Oracle Private Cloud Applianceアップグレーダによってこのロケーションにファイルがコピーされます。
/nfs/shared_storage/mgmt_image/firmware/ethernet/Cisco/nxos.7.0.3.I7.9.bin
-
アップグレードするスイッチに管理者としてログオンします。
root@ovcamn05r1 ~]# ssh admin@ovcasw15r1 User Access Verification Password: ovcasw15r1#
スイッチを一度に1つずつ、次の順序でアップグレードしてください:
-
リーフのCisco Nexus 9336C-FX2スイッチ: ovcasw15r1, ovcasw16r1
-
Spine Cisco Nexus 9336C-FX2スイッチ: ovcasw22r1, ovcasw23r1
-
Management Cisco Nexus 9348GC-FXPスイッチ: ovcasw21r1
-
-
Cisco NX-OSソフトウェア・ファイルをスイッチのブート・フラッシュのロケーションにコピーします。
管理スイッチovcasw21r1でのコピー・コマンドは若干異なります。 適切なオプションを選択します。
-
リーフ・スイッチとスパイン・スイッチ:
ovcasw15r1# copy scp://root@192.168.4.216//nfs/shared_storage/mgmt_image/firmware/ethernet \ /Cisco/nxos.7.0.3.I7.9.bin bootflash:nxos.7.0.3.I7.9.bin vrf
managementroot@192.168.4.216's password: nxos.7.0.3.I7.9.bin 100% 937MB 16.2MB/s 00:58 Copy complete, now saving to disk (please wait)... Copy complete. -
管理スイッチ:
ovcasw21r1# copy scp://root@192.168.4.216//nfs/shared_storage/mgmt_image/firmware/ethernet \ /Cisco/nxos.7.0.3.I7.9.bin bootflash:nxos.7.0.3.I7.9.bin vrf
defaultroot@192.168.4.216's password: nxos.7.0.3.I7.9.bin 100% 937MB 16.2MB/s 00:58 Copy complete, now saving to disk (please wait)... Copy complete.
-
-
ソフトウェアのアップグレードの影響を確認します。
ovcasw15r1# show install all impact nxos bootflash:nxos.7.0.3.I7.9.bin Installer will perform impact only check. Please wait. Verifying image bootflash:/nxos.7.0.3.I7.9.bin for boot variable "nxos". [####################] 100% -- SUCCESS Verifying image type. [####################] 100% -- SUCCESS Preparing "nxos" version info using image bootflash:/nxos.7.0.3.I7.9.bin. [####################] 100% -- SUCCESS Preparing "bios" version info using image bootflash:/nxos.7.0.3.I7.9.bin. [####################] 100% -- SUCCESS Performing module support checks. Notifying services about system upgrade. Compatibility check is done: Module bootable Impact Install-type Reason ------ -------- -------------- ------------ ------ 1 yes disruptive reset default upgrade is not hitless Images will be upgraded according to following table: Module Image Running-Version(pri:alt) New-Version Upg-Required ------ ---------- ---------------------------------------- -------------------- ------------ 1 nxos 7.0(3)I7(7) 7.0(3)I7(8) yes 1 bios v05.38(06/12/2019):v05.33(09/08/2018) v05.38(06/12/2019) no -
現在実行中の構成を起動構成として保存します。
ovcasw15r1# copy running-config startup-config [########################################] 100% Copy complete, now saving to disk (please wait)... Copy complete.
-
bootFlashのロケーションにコピーされたCisco NX-OSソフトウェアをインストールします。 中断を伴うアップグレードに関するプロンプトが表示されたら、yを入力してインストールを続行します。
ovcasw15r1# install all nxos bootflash:nxos.7.0.3.I7.9.bin Installer will perform compatibility check first. Please wait. Installer is forced disruptive Verifying image bootflash:/nxos.7.0.3.I7.9.bin for boot variable "nxos". [####################] 100% -- SUCCESS Verifying image type. [####################] 100% -- SUCCESS Preparing "nxos" version info using image bootflash:/nxos.7.0.3.I7.9.bin. [####################] 100% -- SUCCESS Preparing "bios" version info using image bootflash:/nxos.7.0.3.I7.9.bin. [####################] 100% -- SUCCESS Performing module support checks. Notifying services about system upgrade. Compatibility check is done: Module bootable Impact Install-type Reason ------ -------- -------------- ------------ ------ 1 yes disruptive reset default upgrade is not hitless Images will be upgraded according to following table: Module Image Running-Version(pri:alt) New-Version Upg-Required ------ ---------- ---------------------------------------- -------------------- ------------ 1 nxos 7.0(3)I7(7) 7.0(3)I7(8) yes 1 bios v05.38(06/12/2019):v05.33(09/08/2018) v05.38(06/12/2019) no Switch will be reloaded for disruptive upgrade. Do you want to continue with the installation (y/n)? [n] y Install is in progress, please wait. Performing runtime checks. [####################] 100% -- SUCCESS Setting boot variables. [####################] 100% -- SUCCESS Performing configuration copy. [####################] 100% -- SUCCESS Module 1: Refreshing compact flash and upgrading bios/loader/bootrom. Warning: please do not remove or power off the module at this time. [####################] 100% -- SUCCESS Finishing the upgrade, switch will reboot in 10 seconds. -
スイッチのリブート後、インストールが成功したことを確認します。
ovcasw15r1# show install all status This is the log of last installation. Verifying image bootflash:/nxos.7.0.3.I7.9.bin for boot variable "nxos". -- SUCCESS Verifying image type. -- SUCCESS Preparing "nxos" version info using image bootflash:/nxos.7.0.3.I7.9.bin. -- SUCCESS Preparing "bios" version info using image bootflash:/nxos.7.0.3.I7.9.bin. -- SUCCESS Performing module support checks. -- SUCCESS Notifying services about system upgrade. -- SUCCESS Compatibility check is done: Module bootable Impact Install-type Reason ------ -------- -------------- ------------ ------ 1 yes disruptive reset default upgrade is not hitless Images will be upgraded according to following table: Module Image Running-Version(pri:alt) New-Version Upg-Required ------ ---------- ---------------------------------------- -------------------- ------------ 1 nxos 7.0(3)I7(7) 7.0(3)I7(8) yes 1 bios v05.38(06/12/2019):v05.33(09/08/2018) v05.38(06/12/2019) no Switch will be reloaded for disruptive upgrade. Install is in progress, please wait. Performing runtime checks. -- SUCCESS Setting boot variables. -- SUCCESS Performing configuration copy. -- SUCCESS Module 1: Refreshing compact flash and upgrading bios/loader/bootrom. Warning: please do not remove or power off the module at this time. -- SUCCESS Finishing the upgrade, switch will reboot in 10 seconds. -
正しいソフトウェア・バージョンがスイッチ上でアクティブになっていることを確認してください。
ovcasw15r1# show version Cisco Nexus Operating System (NX-OS) Software TAC support: http://www.cisco.com/tac Copyright (C) 2002-2020, Cisco and/or its affiliates. All rights reserved. [...] Software BIOS: version 05.38 NXOS: version 7.0(3)I7(8) BIOS compile time: 06/12/2019 NXOS image file is: bootflash:///nxos.7.0.3.I7.9.bin NXOS compile time: 3/3/2020 20:00:00 [03/04/200 04:49:49] [...] ovcasw15r1#
-
VPCステータスを確認します。
ノートこのステップは、アプライアンスの内部管理ネットワーク・スイッチ(Cisco Nexus 9348GC-FXPスイッチ)には適用されません。 次のステップに進みます。
次に示すコマンドを使用します。 出力値はこの例と一致する必要があります。
ovcasw15r1# show vpc brief Legend: (*) - local vPC is down, forwarding via vPC peer-link vPC domain id : 2 Peer status : peer adjacency formed ok <---- verify this field vPC keep-alive status : peer is alive <----- verify this field Configuration consistency status : success <----- verify this field Per-vlan consistency status : success <----- verify this field Type-2 consistency status : success <----- verify this field vPC role : primary, operational secondary Number of vPCs configured : 27 Peer Gateway : Enabled Dual-active excluded VLANs : - Graceful Consistency Check : Enabled Auto-recovery status : Disabled Delay-restore status : Timer is off.(timeout = 30s) Delay-restore SVI status : Timer is off.(timeout = 10s) Operational Layer3 Peer-router : Enabled -
スイッチからログアウトします。 ファームウェアは正常にアップグレードされました。
-
アプライアンスの次のCiscoスイッチに進みます。 次の順序で、スイッチを1つずつアップグレードします。
-
リーフのCisco Nexus 9336C-FX2スイッチ: ovcasw15r1, ovcasw16r1
-
Spine Cisco Nexus 9336C-FX2スイッチ: ovcasw22r1, ovcasw23r1
-
Management Cisco Nexus 9348GC-FXPスイッチ: ovcasw21r1
ノート管理スイッチ上のスイッチ・ソフトウェアのアップグレード中に、コンピュート・ノード、管理ノード、ストレージ・ノード、リーフ・スイッチおよびスパイン・スイッチの管理接続間でネットワークの中断が発生します。 これは、アップグレード・プロセスの一環としてスイッチが再起動されたために発生します。
注意スパイン・スイッチでコントローラ・ソフトウェア・リリース2.4.3以上のアップグレードが完了したら、スパイン・スイッチのバックアップ「以前のソフトウェア・リリースから」を再ロードしないでください。 これにより、管理ノードがストレージ・ネットワークへのアクセスを失う可能性があります。
-
このセクションの手順は、Oracle Private Cloud Applianceの一部として、コンポーネント・ファームウェアのアップグレードに固有です。
-
SSHおよびスーパーユーザー権限を持つアカウントを使用して、アクティブな管理ノードにログオンします。
-
新しいCisco NX-OS EPLDファームウェア・イメージがアプライアンス共有ストレージで使用可能であることを確認します。 コントローラ・ソフトウェアの更新時に、Oracle Private Cloud Applianceアップグレーダによってこのロケーションにファイルがコピーされます。
/nfs/shared_storage/mgmt_image/firmware/ethernet/Cisco/n9000-epld.7.0.3.I7.9.img
-
アップグレードするスイッチに管理者としてログオンします。
root@ovcamn05r1 ~]# ssh admin@ovcasw15r1 User Access Verification Password: ovcasw15r1#
スイッチを一度に1つずつ、次の順序でアップグレードしてください:
-
リーフのCisco Nexus 9336C-FX2スイッチ: ovcasw15r1, ovcasw16r1
-
Spine Cisco Nexus 9336C-FX2スイッチ: ovcasw22r1, ovcasw23r1
-
Management Cisco Nexus 9348GC-FXPスイッチ: ovcasw21r1
-
-
スイッチ上のブート・フラッシュのロケーションにファームウェア・ファイルをコピーします。
管理スイッチovcasw21r1でのコピー・コマンドは若干異なります。 適切なオプションを選択します。
-
リーフ・スイッチとスパイン・スイッチ:
ovcasw15r1# copy scp://root@192.168.4.216//nfs/shared_storage/mgmt_image/firmware/ethernet \ /Cisco/n9000-epld.7.0.3.I7.9.img bootflash:n9000-epld.7.0.3.I7.9.img vrf
managementroot@192.168.4.216's password: n9000-epld.7.0.3.I7.9.img 100% 142MB 15.8MB/s 00:09 Copy complete, now saving to disk (please wait)... Copy complete. -
管理スイッチ:
ovcasw21r1# copy scp://root@192.168.4.216//nfs/shared_storage/mgmt_image/firmware/ethernet \ /Cisco/n9000-epld.7.0.3.I7.9.img bootflash:n9000-epld.7.0.3.I7.9.img vrf
defaultroot@192.168.4.216's password: n9000-epld.7.0.3.I7.9.img 100% 142MB 15.8MB/s 00:09 Copy complete, now saving to disk (please wait)... Copy complete.
-
-
EPLDアップグレードの影響を確認します。
ovcasw15r1# show install all impact epld bootflash:n9000-epld.7.0.3.I7.9.img Retrieving EPLD versions.... Please wait. Images will be upgraded according to following table: Module Type EPLD Running-Version New-Version Upg-Required ------ ---- ------------- --------------- ----------- ------------ 1 SUP MI FPGA 0x04 0x05 Yes 1 SUP IO FPGA 0x09 0x11 Yes Compatibility check: Module Type Upgradable Impact Reason ------------------------------------------------- 1 SUP Yes disruptive Module Upgradable -
現在実行中の構成を起動構成として保存します。
ovcasw15r1# copy running-config startup-config [########################################] 100% Copy complete, now saving to disk (please wait)... Copy complete.
ノートFPGAのプライマリ・リージョンとゴールデン・リージョンをアップグレードする必要がありますが、プログラミング・エラーを回避するためにリロードごとに1つのアップグレードのみが許可されます。 次のステップでは、FPGAの両方のリージョンのアップグレードについて説明します。
-
ブート・フラッシュのロケーション「FPGAのプライマリ・リージョンへ」にコピーされたCisco EPLDソフトウェアをインストールします。 スイッチのリロードについてのプロンプトが表示されたら、yと入力してインストールを続行します。
ovcasw15r1# install epld bootflash:n9000-epld.7.0.3.I7.9.img module 1 Digital signature verification is successful Compatibility check: Module Type Upgradable Impact Reason ------ ----------------- ---------- ---------- ------ 1 SUP Yes disruptive Module Upgradable Retrieving EPLD versions.... Please wait. Images will be upgraded according to following table: Module Type EPLD Running-Version New-Version Upg-Required ------ ---- ------------- --------------- ----------- ------------ 1 SUP MI FPGA 0x04 0x05 No 1 SUP IO FPGA 0x09 0x11 Yes The above modules require upgrade. The switch will be reloaded at the end of the upgrade Do you want to continue (y/n) ? [n] y Proceeding to upgrade Modules. Starting Module 1 EPLD Upgrade Module 1 : IO FPGA [Programming] : 100.00% ( 64 of 64 sectors) Module 1 EPLD upgrade is successful. Module Type Upgrade-Result ------ ------------------ -------------- 1 SUP Success EPLDs upgraded. Module 1 EPLD upgrade is successful. Reseting Active SUP (Module 1) FPGAs. Please wait...注意アップグレード中にスイッチの割り込み、電源の再投入、またはリロードを行わないでください。
-
スイッチが自動的にリロードされ、バックアップFPGAからブートします。 プライマリ・モジュール・アップグレードが成功したことを確認します。
ovcasw15r1# show version module 1 epld EPLD Device Version --------------------------------------- MI FPGA 0x5 IO FPGA 0x9
この時点で、
MI FPGAバージョンはアップグレードされますが、IO FPGAバージョンはアップグレードされません。 -
ブート・フラッシュのロケーション「FPGAのゴールデン・リージョンへ」にコピーされたCisco EPLDソフトウェアをインストールします。 スイッチのリロードについてのプロンプトが表示されたら、yと入力してインストールを続行します。
ovcasw15r1# install epld bootflash:n9000-epld.7.0.3.I7.9.img module 1 golden Digital signature verification is successful Compatibility check: Module Type Upgradable Impact Reason ------ ----------------- ---------- ---------- ------ 1 SUP Yes disruptive Module Upgradable Retrieving EPLD versions.... Please wait. The above modules require upgrade. The switch will be reloaded at the end of the upgrade Do you want to continue (y/n) ? [n] y Proceeding to upgrade Modules. Starting Module 1 EPLD Upgrade Module 1 : MI FPGA [Programming] : 100.00% ( 64 of 64 sectors) Module 1 : IO FPGA [Programming] : 100.00% ( 64 of 64 sectors) Module 1 EPLD upgrade is successful. Module Type Upgrade-Result ------ ------------------ -------------- 1 SUP Success EPLDs upgraded. Module 1 EPLD upgrade is successful. Reseting Active SUP (Module 1) FPGAs. Please wait...注意アップグレード中にスイッチの割り込み、電源の再投入、またはリロードを行わないでください。
-
スイッチが自動的にリロードされ、バックアップFPGAからブートします。 両方のアップグレードが成功したことを確認します。
ovcasw15r1# show version module 1 epld EPLD Device Version --------------------------------------- MI FPGA 0x5 IO FPGA 0x11
-
VPCステータスを確認します。
ノートこのステップは、アプライアンスの内部管理ネットワーク・スイッチ(Cisco Nexus 9348GC-FXPスイッチ)には適用されません。 次のステップに進みます。
次に示すコマンドを使用します。 出力値はこの例と一致する必要があります。
ovcasw15r1# show vpc brief Legend: (*) - local vPC is down, forwarding via vPC peer-link vPC domain id : 2 Peer status : peer adjacency formed ok <---- verify this field vPC keep-alive status : peer is alive <----- verify this field Configuration consistency status : success <----- verify this field Per-vlan consistency status : success <----- verify this field Type-2 consistency status : success <----- verify this field vPC role : primary, operational secondary Number of vPCs configured : 27 Peer Gateway : Enabled Dual-active excluded VLANs : - Graceful Consistency Check : Enabled Auto-recovery status : Disabled Delay-restore status : Timer is off.(timeout = 30s) Delay-restore SVI status : Timer is off.(timeout = 10s) Operational Layer3 Peer-router : Enabled -
スイッチからログアウトします。 ファームウェアは正常にアップグレードされました。
-
アプライアンスの次のCiscoスイッチに進みます。 次の順序で、スイッチを1つずつアップグレードします。
-
リーフのCisco Nexus 9336C-FX2スイッチ: ovcasw15r1, ovcasw16r1
-
Spine Cisco Nexus 9336C-FX2スイッチ: ovcasw22r1, ovcasw23r1
-
Management Cisco Nexus 9348GC-FXPスイッチ: ovcasw21r1
ノート管理スイッチ上のスイッチ・ソフトウェアのアップグレード中に、コンピュート・ノード、管理ノード、ストレージ・ノード、リーフ・スイッチおよびスパイン・スイッチの管理接続間でネットワークの中断が発生します。 これは、アップグレード・プロセスの一環としてスイッチが再起動されたために発生します。
-
3.4.5 すべてのコンピュート・ノードに現在のファームウェアをインストールする
現在のOracle Private Cloud Applianceソフトウェア・リリースのISOイメージに含まれるサーバーのILOMおよびコンポーネント・ファームウェアを常にインストールします。 ISOイメージがアプライアンスの内部ストレージにアンパックされている場合は、このロケーションの管理ノードからファームウェア・ディレクトリに到達できます: /nfs/shared_storage/mgmt_image/firmware/。
ファームウェア・アップグレード手順については、アプライアンス・ラックに取り付けられているサーバー・シリーズの管理ガイドを参照してください。 サポートされるファームウェアのバージョンは、「Oracle Private Cloud Applianceリリース・ノート」に一覧表示されています。
次のタスク・マップでは、コンピュート・ノードのファームウェアを更新する際に考慮する必要があるステップの概要を示します。
|
コンポーネント |
リソース |
|---|---|
|
任意のVMをコンピュート・ノードから移行 |
「仮想マシンの移行または移動」を参照してください |
|
CX5カード・ファームウェアを更新 |
一般的なカード更新手順については、を参照してください: Oracle Supportドキュメント23998 03.1
|
|
RAIDコントローラ・ファームウェアの更新 |
一般的なカード更新手順については、を参照してください: Oracle Supportドキュメント23998 03.1 Oracle Server X9-2の場合、ILOM/BIOSがアップグレードされるときにRAIDファームウェアがアップグレードされるため、それ以上のアクションは必要ありません。 |
|
サーバーのILOM/BIOSファームウェアを更新 |
一般的なILOM/BIOSファームウェアの更新手順については、を参照してください: Oracle ILOMを使用したシステム・ファームウェアの更新 |
|
コンピュート・ノードのソフトウェアのアップグレードに進む |
3.5 コンピュート・ノード・ソフトウェアのアップグレード
Oracle Private Cloud Appliance Controller Sofwareリリース2.4.4以降、コンピュート・ノード・アップグレード手順は再実装され、pca_upgraderツールを使用してオペレーティング・システムとOracle VM仮想化プラットフォームの両方をアップグレードするためのサーバーの再プロビジョニングが含まれています。
コンピュート・ノード全体のアップグレード手順中に管理を変更しないでください。
このリリースより前は、コンピュート・ノードはupdate compute-nodeコマンドを使用して更新されました。 この更新メソッドはサポートされなくなりました。
コンピュート・ノードを正常にアップグレードするには、pca_upgraderツールによって複数の事前チェックが実行され、ノードのアップグレード準備が完了していることを確認します。 プレ・チェックを正常に完了した後、アップグレードは次のタスクに進みます:
-
コンピュート・ノードの構成情報をバックアップ: (ネットワーク、リポジトリ、ストレージの情報を含む)。 バックアップはここに格納されます:
/nfs/shared_storage/pca_upgrader/cn_upgrade -
最新のオペレーティング・システムおよびOracle VM Serverバージョンでコンピュート・ノードを再プロビジョニングします。
-
コンピュート・ノード構成情報をリストアします。
基本的に、アップグレード・プロセスには、コンピュート・ノードを完全に再イメージングして最新のオペレーティング・システムとOracle VMサーバーのバージョンを再インストールする必要があり、このプロセスには約1時間かかることがあります。 コンピュート・ノードにインストールされている他のアプリケーションは、アップグレード手順中に削除されます。 アップグレード後にコンピュート・ノードにリストアするアプリケーションを必ずバックアップしてください。
管理ノード上のソフトウェア更新が正常に完了したら、各コンピュート・ノードでこの手順を実行します。 管理ノードのアップグレードでは、次の手順に必要なコンピュート・ノード・イメージが作成されます。
Oracle Private Cloud Applianceの一部ではない他のパッケージがコンピュート・ノードで実行されている場合は、アップグレード前にバックアップする必要があります。
コンピュート・ノードのアップグレード手順で、add network-to-tenant-group、add compute-nodeおよびreprovision CLIコマンドを使用しないでください。
-
ノードが新しいリリースに更新されていることを確認します。
これを確認するには、アクティブな管理ノードにログインし、Oracle Private Cloud Appliance CLIに次のコマンドを入力します:
# pca-admin Welcome to PCA! Release: 2.4.4 PCA> show version ---------------------------------------- Version 2.4.4 Build 000 Date 2021-03-22 ---------------------------------------- Status: Success
コンソールおよびCLI接続を開いたままにします。 この手順の後半でupgradeコマンドを実行する必要があります。
-
実行中のすべての仮想マシンを、アップグレードするコンピュート・ノードから移行します。
仮想マシンの移行に関する情報は、『Oracle VM Managerユーザー・ガイド』の「仮想マシンの移行または移動」というタイトルの項に記載されています。
-
コンピュート・ノードに接続されているリポジトリ・エクスポートを削除します。
詳細は、「リポジトリ・エクスポートの削除」というOracle VM Manager「ユーザー・ガイド」セクションを参照してください。
-
Oracle Private Cloud Applianceの一部ではないその他のインストール済みパッケージをバックアップします。
コンピュート・ノードに他のソフトウェアをインストールした場合は、今すぐバックアップしてください。アップグレードが完了したら、リストアする必要があります。 第3.1.2項、「ローカル・カスタマイズのバックアップ」を参照してください。
-
アクティブ管理ノードから、コンピュート・ノードで検証専用モードでOracle Private Cloud Appliance Upgraderを実行します。
[root@ovcamn05r1 ~]# pca_upgrader -V -t compute -c ovcacn07r1 PCA Rack Type: PCA X8_BASE. Please refer to log file /nfs/shared_storage/pca_upgrader/log/pca_upgrader_2021_07_25-04.34.22.log for more details. Beginning PCA Compute Node Pre-Upgrade Checks... Check target Compute Node exists 1/10 Check the provisioning lock is not set 2/10 Check GRUB customizations 3/10 Check LUN and LUN path counts for FC HBA cards 4/10 Check OVCA release on Management Nodes 5/10 Check target Compute Node has no VMs 6/10 Check local repository of target Compute Node is empty 7/10 Check no physical disks on target Compute Node have repositories 8/10 Check Compute Node's Tenant matches Server Pool 9/10 Check target Compute Node has no local networks VNICs 10/10 PCA Compute Node Pre-Upgrade Checks completed after 0 minutes --------------------------------------------------------------------------- PCA Compute Node Pre-Upgrade Checks Passed --------------------------------------------------------------------------- Check target Compute Node exists Passed Check the provisioning lock is not set Passed Check GRUB customizations Passed Check LUN and LUN path counts for FC HBA cards Passed Check OVCA release on Management Nodes Passed Check target Compute Node has no VMs Passed Check local repository of target Compute Node is empty Passed Check no physical disks ontarget Compute Node have repositories Passed Check Compute Node's Tenant matches Server Pool Passed Check target Compute Node has no local networks VNICs Passed --------------------------------------------------------------------------- Overall Status Passed --------------------------------------------------------------------------- PCA Compute Node Pre-Upgrade Checks Passed Please refer to log file /nfs/shared_storage/pca_upgrader/log/pca_upgrader_
date-04.34.22.log for more details.アップグレードは複数の事前チェックを実行します。 事前チェックが失敗した場合、ログ・ファイルで障害の詳細を確認し、アップグレードを実行する前にその失敗を修正します。 共有ストレージ上のこのディレクトリ内のコンピュート・ノードのログ・ファイルを検索:
/nfs/shared_storage/pca_upgrader/log。事前チェックが失敗した場合、コンピュート・ノードのローカル・リポジトリが空であることを確認します。 詳細は、「Oracle Private Cloud Applianceリリース・ノート」の「ローカル・リポジトリのアップグレード前チェックによるターゲット・コンピュート・ノードの空確認」セクションを参照してください。
-
アクティブ管理ノードから、指定されたコンピュート・ノードのアップグレードを実行します。
[root@ovcamn05r1 ~]# pca_upgrader -U -t compute -c ovcacn07r1 PCA Rack Type: PCA X8_BASE. Please refer to log file /nfs/shared_storage/pca_upgrader/log/pca_upgrader_2021_07_25-04.36.30.log for more details. Beginning PCA Compute Node Pre-Upgrade Checks... Check target Compute Node exists 1/10 Check the provisioning lock is not set 2/10 Check LUN and LUN path counts for FC HBA cards 3/10 Check GRUB customizations 4/10 Check OVCA release on Management Nodes 5/10 Check Compute Node's Tenant matches Server Pool 6/10 Check target Compute Node has no local networks VNICs 7/10 Check no physical disks on target Compute Node have repositories 8/10 Check local repository of target Compute Node is empty 9/10 Check target Compute Node has no VMs 10/10 PCA Compute Node Pre-Upgrade Checks completed after 0 minutes Beginning PCA Compute Node Upgrade Place Compute Upgrade Locks 1/6 Backup Compute Node customizations 2/6 Unpresent repositories from Compute Node 3/6 Upgrade the Compute Node 4/6 Restore Compute Node customizations 5/6 Remove Compute Upgrade Locks 6/6 PCA Compute Node upgrade completed after 42 minutes Beginning PCA Compute Node Post-Upgrade Checks... PCA Compute Node Post-Upgrade Checks completed after 0 minutes --------------------------------------------------------------------------- PCA Compute Node Pre-Upgrade Checks Passed --------------------------------------------------------------------------- Check target Compute Node exists Passed Check the provisioning lock is not set Passed Check LUN and LUN path counts for FC HBA cards Passed Check GRUB customizations Passed Check OVCA release on Management Nodes Passed Check Compute Node's Tenant matches Server Pool Passed Check target Compute Node has no local networks VNICs Passed Check no physical disks on target Compute Node have repositories Passed Check local repository of target Compute Node is empty Passed Check target Compute Node has no VMs Passed --------------------------------------------------------------------------- PCA Compute Node Upgrade Passed --------------------------------------------------------------------------- Place Compute Upgrade Locks Passed Backup Compute Node customizations Passed Unpresent repositories from Compute Node Passed Upgrade the Compute Node Passed Restore Compute Node customizations Passed Remove Compute Upgrade Locks Passed --------------------------------------------------------------------------- PCA Compute Node Post-Upgrade Checks Passed --------------------------------------------------------------------------- --------------------------------------------------------------------------- Overall Status Passed --------------------------------------------------------------------------- PCA Compute Node Pre-Upgrade Checks Passed PCA Compute Node Upgrade Passed PCA Compute Node Post-Upgrade Checks Passed Please refer to log file /nfs/shared_storage/pca_upgrader/log/pca_upgrader_
date-04.36.30.log for more details.ノートFC HBA LUNのエラーが発生した場合、
service multipathd restartコマンドを適用して問題を解決します。 LUNエラーの詳細は、「Oracle Private Cloud Applianceリリース・ノート」を参照してください。 -
pca_upgraderツールのアップグレードが完了したら、Oracle VM Managerにログインし、コンピュート・ノードが正しいサーバー・プールに戻っていることを確認します。 -
コンピュート・ノード上の他のソフトウェアをリストアします。
-
Oracle Private Cloud Applianceの各コンピュート・ノードに対して、この手順を繰り返します。
アップグレードが正常に完了すると、Oracle Private Cloud Applianceはすべての通常の操作を再開できます。