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アップグレーダのバージョンは、Controller Software .isoイメージに含まれています。 ただし、Oracleでは、管理ノード上のアップグレーダ・ツールの最新のスタンドアロン・バージョンをダウンロードしてインストールすることをお薦めします。 Oracle Private Cloud Applianceアップグレーダでは、いくつかのタスク・セット(以前のリリースでスクリプトまたは手動のステップ)を実行するために必要なコマンドはありません。 アップグレーダは、より堅牢で簡単に拡張できます。アップグレード操作性は、アップグレード全般的に向上します。
Oracle Private Cloud Applianceのアップグレーダの詳細は、このマニュアルの該当する章を参照してください。 第1.7項、「Oracle Private Cloud Applianceのアップグレーダ」を参照してください。
アプライアンス・ソフトウェアの更新を開始する前に、両方の管理ノードをリブートすることをお勧めします。 これによって、管理ノード・クラスタができるかぎり明確な状態のままになり、システム・リソースが不必要に占有されないことが確認され、適切に完了していないプロセスによる干渉が不要になる可能性が排除されます。
管理ノード・クラスタのリブート
SSHとスーパーユーザー権限でアカウントを使用して、Oracle Private Cloud Applianceダッシュボードの「ネットワーク設定」タブで構成したIPアドレスを使用して、両方の管理ノードにログインします。 2つの異なるコンソールを使用すると、左右並びの両方を表示できます。
ノートデフォルトの
rootパスワードは、Welcome1です。 セキュリティ上の理由により、ただちに新しいパスワードを設定する必要があります。両方の管理ノードでコマンドpca-check-masterを実行して、マスター・ロールを所有するノードを検証します。
現在マスターではない管理ノードを再起動します。 プロンプトでinit 6と入力します。
再起動したマシンのPing。 オンラインに戻ったら、SSHを使用して再接続し、システムのアクティビティをモニターして、セカンダリ管理ノードがマスター・ロールを引き継ぐ時期を決定します。 プロンプトでこのコマンドを入力します: tail -f /var/log/messages。 記録されると、新しいシステム・アクティビティ通知が画面に出力されます。
現在アクティブな管理ノードに接続しているその他のSSHコンソールで、init 6を入力してマシンを再起動し、管理ノードのフェイルオーバーを開始します。
他のSSHコンソールのログ・メッセージは、セカンダリ管理ノードがマスター・ロールを引き継ぐ時期を示しています。
再起動後に両方の管理ノードがオンラインに戻り、マスター・ロールが他のマネージャに転送されていることを確認します。 両方の管理ノードでpca-check-masterコマンドを実行します。
その場合は、次のソフトウェア更新ステップに進みます。
Oracle Private Cloud Applianceアップグレーダは、Oracle Private Cloud Applianceとは独立した独自のリリース計画を持つ個別のアプリケーションです。 検証やアップグレーダの手順を実行する前に、必ず最新バージョンのOracle Private Cloud Applianceアップグレードをダウンロードしてインストールしてください。
Oracle Private Cloud Applianceアップグレーダの最新バージョンのダウンロードおよびインストール
My Oracle Supportにログインし、Oracle Private Cloud Applianceアップグレーダの最新バージョンをダウンロードします。
アップグレーダはパッチID 30459450にあり、ダウンロード可能な一連のzipファイルの一部1に含まれています。 更新後のバージョンのアップグレーダは、同じロケーションで使用できるようになります。
アップグレーダ・パッケージを取得するには、このZipファイルをダウンロードし、
pca_upgrader-ファイルを抽出します。<version>.el6.noarch.rpmダウンロードした
*.rpmパッケージをマスター管理ノードにコピーし、インストールします。[root@ovcamn05r1 ~]# pca-check-master NODE: 192.168.4.3 MASTER: True root@ovcamn05r1 tmp]# rpm -ivh pca_upgrader-1.2-111.el6.noarch.rpm Preparing..########################################### [100%] 1:pca_upgrader########################################### [100%]
注意Oracle Private Cloud Applianceアップグレーダの最新の使用可能バージョンを常にダウンロードして使用してください。
ダウンロードしたOracle Private Cloud Applianceアップグレーダのバージョンがコントローラ・ソフトウェアISOに同梱されているバージョンよりも新しい場合は、新しいバージョンにアップグレードします。
*.rpmパッケージの保存先ディレクトリから、コマンドrpm -U pca_upgrader-1.2-111.el6.noarch.rpmを実行します。2番目の管理ノードで、
*.rpmのアップグレードを繰り返します。Oracle Private Cloud Applianceアップグレーダでは、2番目の管理ノードにインストールされているアップグレード元のバージョンが検証されます。 ISOのバージョンが新しい場合のみ、2番目の管理ノードのパッケージはプロセスで自動的にアップグレードされます。 新しいバージョンをダウンロードした場合は、両方の管理ノードでパッケージを手動でアップグレードする必要があります。
Oracle Private Cloud Applianceアップグレーダには検証専用モードがあります。 これにより、実際のアップグレード・ステップに進むことなく、管理ノード・アップグレード用に定義されたすべての事前チェックを実行できます。 端末出力およびログ・ファイルには、システムが次のコントローラ・ソフトウェア更新に適した状態になる前に修正が必要な問題が報告されます。
Oracle Private Cloud Applianceアップグレーダは、キーボード割込みを使用して、または端末セッションを閉じて停止することはできません。 キーボード割込み(Ctrl+C)の後、アップグレーダはすべての事前チェックの実行を続行します。 ターミナル・セッションが閉じている場合、アップグレーダはバックグラウンド・プロセスとして続行されます。
アップグレーダ・プロセスを終了する必要がある場合は、このコマンドをpca_upgrader --killに入力します。
Oracle Private Cloud Applianceのアップグレードの準備状況の確認
Oracle VM Managerに移動し、すべてのコンピュート・ノードが「実行中」ステータスであることを確認します。 いずれかのサーバーが実行中ステータスでない場合は、続行する前に問題を解決してください。 コンピュート・ノードのステータスの修正手順は、「ドキュメントID 2245197.1」のサポート・ノートを参照してください。
必要な手動アップグレード前チェックを実行します。 手順については、第7.5項、「Oracle Private Cloud Applianceアップグレーダとの組合せによる手動のアップグレード前チェックとアップグレード後チェックの実行」を参照してください。
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アドレスを使用してmaster管理ノードにログインします。
ノートアップグレード・プロセス中に、共有仮想IPアドレスを持つインタフェースがシャットダウンされます。 したがって、管理ノードに個別に割り当てられたIPアドレスを使用してログインする必要があります。
デフォルトの
rootパスワードは、Welcome1です。 セキュリティ上の理由により、ただちに新しいパスワードを設定する必要があります。マスター管理ノードから、検証専用モードでOracle Private Cloud Applianceアップグレーダを実行します。 コマンドのターゲットは、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.3 \ -l http://
<path-to-iso>/ovca-2.4.3-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.2.3項、「アップグレードの準備状況の確認」と同じステップが実行されます。 検証が成功すると、アップグレード・ステップが開始されます。
この項全体に表示されるコンソール出力は、例です。 アプライアンスの特定のアーキテクチャや構成に応じて、異なる出力が表示される場合があります。
Oracle Private Cloud Applianceアップグレーダは、キーボード割込みを使用して、または端末セッションを閉じて停止することはできません。
キーボード割込み(Ctrl+C)が完了すると、アップグレーダ処理の現在のフェーズが続行されます。 事前チェックが進行中の場合は、すべてが完了していますが、すべての事前チェックが正常に完了すると、アップグレード・フェーズは自動的に開始しません。 キーボード割り込み時にアップグレード・フェーズが進行中の場合は、アップグレードが正常に完了するか、または失敗するまでアップグレードは続行されます。
ターミナル・セッションが閉じている場合、アップグレーダはバックグラウンド・プロセスとして続行されます。
アップグレーダ・プロセスを終了する必要がある場合は、このコマンドを入力します: pca_upgrader --kill。
Oracle Private Cloud Appliance Controllerソフトウェアのアップグレード
SSHおよびスーパーユーザー権限を持つアカウントを使用して、共有の仮想IPではなく、個別に割り当てられたIPアドレスを使用してmaster管理ノードにログインします。
ノートアップグレード・プロセス中に、共有仮想IPアドレスを持つインタフェースがシャットダウンされます。 したがって、管理ノードに個別に割り当てられたIPアドレスを使用してログインする必要があります。
デフォルトの
rootパスワードは、Welcome1です。 セキュリティ上の理由により、ただちに新しいパスワードを設定する必要があります。アップグレード中の管理操作なしいかなる状況においても、管理操作を実行する必要はありません - Oracle Private Cloud ApplianceダッシュボードまたはCLIまたはOracle VM Managerを使用 - アップグレーダ・プロセスの実行中、およびアップグレーダを介して「両方の管理ノード」が正常にアップグレードされるまで。
マスター管理ノードから、必要なアップグレード・パラメータを指定してOracle Private Cloud Applianceアップグレーダを実行します。 コマンドのターゲットは、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.3 \ -l http://
<path-to-iso>/ovca-2.4.3-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... [...] *********************************************************************** 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事前チェックが正常に完了すると、アップグレーダにより、ほかの管理ノード上のコントローラ・ソフトウェア更新が開始されます。 アップグレード・フェーズでエラーが発生した場合、タスクはロールバックされ、システムはアップグレード・コマンドの前の元の状態に戻ります。
ロールバックは、次のステップの間に発生したエラーに対して機能します。
ISOのダウンロード
YUMリポジトリの設定
Oracle VMのバックアップの作成
Oracle Private Cloud Appliance HAモデルの分解
Beginning PCA Management Node upgrade for ovcamn06r1 Disable PCA Backups 1/16 Download ISO 2/16 Setup Yum Repo 3/16 Take OVM Backup 4/16 ... PCA Management Node upgrade of ovcamn06r1 completed after 43 minutes Beginning PCA Post-Upgrade Checks... OVM Manager Cache Size Check 1/1 PCA Post-Upgrade Checks completed after 2 minutes --------------------------------------------------------------------------- PCA Management Node Pre-Upgrade Checks Passed --------------------------------------------------------------------------- Validate the Image Provided Passed Internal ZFSSA Available Space Check Passed [...] --------------------------------------------------------------------------- PCA Management Node Upgrade Passed --------------------------------------------------------------------------- Disable PCA Backups Passed [...] Restore PCA Backups Passed Upgrade is complete Passed [...] --------------------------------------------------------------------------- Overall Status Passed --------------------------------------------------------------------------- PCA Management Node Pre-Upgrade Checks Passed PCA Management Node Upgrade Passed PCA Post-Upgrade Checks Passed
ヒントISOを両方の管理ノードのローカル・ファイル・システムにコピーすると、管理ノードのアップグレード時間は1時間のみになります。 アップグレード・プロセス全体の時間は、環境のサイズによって大きく異なります: コンピュート・ノードとその構成の数、Oracle VMデータベースのサイズなど。
ISOをローカルにコピーする場合は、pca_upgraderコマンドのロケーションのURLを
-l file:///に置き換えます。<path-to-iso>/ ovca-2.4.3-b000.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 [2019-09-26 12:10:13 44526] INFO (pca_upgrader:59) Starting PCA Upgrader... [2019-09-26 12:10:13 44526] INFO (validate_rack:29) Rack Type: hardware_blue [2019-09-26 12:10:13 44526] INFO (pca_upgrader:62) PCA Rack Type: PCA X8_BASE. [2019-09-26 12:10:13 44526] DEBUG (util:511) the dlm_locks command output is debugfs.ocfs2 1.8.6 [?1034hdebugfs: dlm_locks -f /sys/kernel/debug/o2dlm/ovca/locking_state Lockres: master Owner: 0 State: 0x0 Last Used: 0 ASTs Reserved: 0 Inflight: 0 Migration Pending: No Refs: 3 Locks: 1 On Lists: None Reference Map: 1 Lock-Queue Node Level Conv Cookie Refs AST BAST Pending-Action Granted 0 EX -1 0:1 2 No No None debugfs: quit [2019-09-26 12:10:13 44526] INFO (util:520) This node (192.168.4.3) is the master [2019-09-26 12:10:14 44526] DEBUG (run_util:17) Writing 44633 to /var/run/ovca/upgrader.pid [2019-09-26 12:10:14 44633] DEBUG (process_flow:37) Execute precheck steps for component: management [2019-09-26 12:10:25 44633] INFO (precheck:159) [Validate the Image Provided (Verify that the image exists and is correctly named)] Passed [2019-09-26 12:10:25 44633] INFO (precheck_utils:471) Checking the existence of default OVMM networks. [2019-09-26 12:10:25 44633] INFO (precheck_utils:2248) Checking for PCA services. [2019-09-26 12:10:25 44633] INFO (precheck_utils:1970) Checking if there are multiple tenant groups. [...] [2019-09-26 12:10:32 44633] INFO (precheck_utils:1334) Checking hardware faults on host ovcasw16r1. [2019-09-26 12:10:32 44633] INFO (precheck_utils:1334) Checking hardware faults on host ilom-ovcasn02r1. [2019-09-26 12:10:32 44633] INFO (precheck_utils:1334) Checking hardware faults on host ilom-ovcamn06r1. [2019-09-26 12:10:32 44633] INFO (precheck_utils:1334) Checking hardware faults on host ovcacn09r1. [2019-09-26 12:10:32 44633] INFO (precheck_utils:1334) Checking hardware faults on host ovcacn08r1. [2019-09-26 12:10:32 44633] INFO (precheck_utils:1334) Checking hardware faults on host ilom-ovcacn08r1. [2019-09-26 12:10:32 44633] INFO (precheck:159) [Hardware Faults Check (Verifying that there are no hardware faults on any rack component)] Passed The check succeeded. There are no hardware faults on any rack component. [...] [2019-09-26 12:10:34 44633] INFO (precheck_utils:450) Checking storage... Checking server pool... Checking pool filesystem... Checking rack repository Rack1-Repository... [...] [2019-09-26 12:10:53 44633] INFO (precheck:159) [OS Check (Checking the management nodes and compute nodes are running the correct Oracle Linux version)] Passed The check succeeded on the management nodes. The check succeeded on all the compute nodes. [...] ****** PCA Management Node Pre-Upgrade Checks Summary ****** [2019-09-26 12:11:00 44633] INFO (precheck:112) [Validate the Image Provided (Verify that the image exists and is correctly named)] Passed [...] [2019-09-26 12:11:00 44633] INFO (precheck:112) [OSA Disabled Check (Checking OSA is disabled on all management nodes and compute nodes)] Passed The check succeeded on the management nodes. The check succeeded on all the compute nodes. [2019-09-26 12:11:00 44633] INFO (precheck:113) ******************* End of Summary ******************** [2019-09-26 12:11:02 44633] DEBUG (process_flow:98) Successfully completed precheck. Proceeding to upgrade. [2019-09-26 12:11:02 44633] DEBUG (process_flow:37) Execute upgrade steps for component: management [...] [2019-09-26 12:25:04 44633] DEBUG (mn_upgrade_steps:237) Verifying ISO image version [2019-09-26 12:25:04 44633] INFO (mn_upgrade_steps:243) Successfully downloaded ISO [2019-09-26 12:25:17 44633] INFO (mn_upgrade_utils:136) /nfs/shared_storage/pca_upgrader/scripts/ 1.2-89.el6/remote_yum_setup -t 2019_09_26-12.10.13 -f /nfs/shared_storage/pca_upgrader/pca_upgrade.repo Successfully setup the yum config [...] [2019-09-26 12:26:44 44633] DEBUG (mn_upgrade_steps:339) Successfully completed break_ha_model [2019-09-26 12:26:44 44633] INFO (util:184) Created lock: all_provisioning [2019-09-26 12:26:44 44633] INFO (util:184) Created lock: database [2019-09-26 12:26:44 44633] INFO (util:184) Created lock: cn_upgrade [2019-09-26 12:26:44 44633] INFO (util:184) Created lock: mn_upgrade [2019-09-26 12:26:44 44633] DEBUG (mn_upgrade_steps:148) Successfully completed place_pca_locks [2019-09-26 12:26:45 44633] INFO (mn_upgrade_utils:461) Beginning Yum Upgrade [...] Setting up Upgrade Process Resolving Dependencies [...] Transaction Summary ================================================================================ Install 2 Package(s) Upgrade 4 Package(s) Total download size: 47 M Downloading Packages: [...] [2019-09-26 12:35:40 44633] INFO (util:520) This node (192.168.4.3) is the master [2019-09-26 12:35:40 44633] INFO (mn_upgrade_utils:706) Beginning Oracle VM upgrade on ovcamn06r1 [...] Oracle VM upgrade script finished with success STDOUT: Oracle VM Manager Release 3.4.6 Installer Oracle VM Manager Installer log file: /var/log/ovmm/ovm-manager-3-install-2019-09-26-123633.log Verifying upgrading prerequisites ... [...] Running full database backup ... Successfully backed up database to /u01/app/oracle/mysql/dbbackup/3.4.6_preUpgradeBackup-20190926_123644 Running ovm_preUpgrade script, please be patient this may take a long time ... Exporting weblogic embedded LDAP users Stopping service on Linux: ovmcli ... Stopping service on Linux: ovmm ... Exporting core database, please be patient this may take a long time ... [...] Installation Summary -------------------- Database configuration: Database type : MySQL Database host name : localhost Database name : ovs Database listener port : 1521 Database user : ovs Weblogic Server configuration: Administration username : weblogic Oracle VM Manager configuration: Username : admin Core management port : 54321 UUID : 0004fb0000010000f1b07bf678cf43d6 Passwords: There are no default passwords for any users. The passwords to use for Oracle VM Manager, Database, and Oracle WebLogic Server have been set by you during this installation. In the case of a default install, all passwords are the same. [...] Oracle VM Manager upgrade complete. [...] Successfully started Oracle VM services Preparing to install the PCA UI [...] Successfully installed PCA UI [...] [09/26/2019 12:56:56 34239] DEBUG (complete_postupgrade_tasks:228) Copying switch config files [09/26/2019 12:56:56 34239] INFO (complete_postupgrade_tasks:231) [09/26/2019 12:56:56 34239] INFO (update:896) Scheduling post upgrade sync tasks... [...] STDOUT: Looking for [tenant group] [Rack1_ServerPool] Looking for [storage array] [OVCA_ZFSSA_Rack1] ID: 0004fb0000020000c500310305e98353 Server: ovcacn09r1 Server: ovcacn07r1 Server: ovcacn08r1 Finding the LUN that is used as the heartbeat device in tenant group by page83id. page83_ID: 3600144f09c52bc4200005d8c891f0003 [...] Successfully completed PCA management node post upgrade tasksアップグレード・タスクが正常に完了すると、マスター管理ノードが再起動され、アップグレードされた管理ノードはマスター・ロールを引き継ぎます。 新しいマスター管理ノードのオペレーティング・システムは最新の状態になっており、新しいコントローラ・ソフトウェアのバージョンを実行し、Oracle VM Managerインストールをアップグレードしています。
ヒント管理ノードをリブートするには、最大10分かかります。
リブート処理をモニターし、ノードが想定どおりにオンラインに戻ったことを確認するには、リブート管理ノードILOMにログインします。
Broadcast message from root@ovcamn05r1 (pts/2) (Mon Sep 26 14:48:52 2019): Management Node upgrade succeeded. The master manager will be rebooted to initiate failover in one minute.
アップグレードされた管理ノードにログインします。これは、master管理ノードになりました。 共有仮想IPではなく、個別に割り当てられたIPアドレスを使用します。
[root@ovcamn06r1 ~]# pca-check-master NODE: 192.168.4.4 MASTER: True [root@ovcamn06r1 ~]# head /etc/ovca-info ==== Begin build info ==== date: 2019-09-30 release: 2.4.2 build: 404 === Begin compute node info === compute_ovm_server_version: 3.4.6 compute_ovm_server_build: 2.4.2-631 compute_rpms_added: osc-oracle-s7k-2.1.2-4.el6.noarch.rpm ovca-support-2.4.2-137.el6.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.3 \ -l http://
<path-to-iso>/ovca-2.4.3-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... [...] *********************************************************************** 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/2) (Mon Sep 26 23:18:27 2019): Management Node upgrade succeeded. The master manager will be rebooted to initiate failover in one minute.ノート最初の管理ノードが正常にアップグレードされると、アップグレード中にCLIコマンドが使用されないように
fw_upgrade.LOCKファイルが作成され、ストレージ・ネットワークのアップグレードが正常に完了するまでその場所に残ります。アップグレード・ステップは、最初の実行時と同じ方法で実行されます。 2番目の管理ノードが再起動されると、プロセスは完了します。 この時点で、両方の管理ノードで、更新されたOracle Linuxオペレーティング・システム、Oracle Private Cloud Appliance Controller SoftwareおよびOracle VM Managerが実行されます。 管理ノードの高可用性クラスタ構成がリストアされ、Oracle Private Cloud ApplianceおよびOracle VM Managerのすべての管理機能が再度動作します。 ただし、アップグレード後に必要な手動チェックを完了するまでは、管理操作を実行しないでください。
ヒントこの時点で最初の管理ノードが誤ってリブートされた場合、アップグレードは2番目の管理ノードで失敗します。 詳細は、「アップグレード中のスタンバイ管理ノードの誤った再起動によるアップグレードの一時停止」を参照してください。
管理ノードおよびコンピュート・ノードで必要なアップグレード後チェックを手動で実行します。 手順については、第7.5項、「Oracle Private Cloud Applianceアップグレーダとの組合せによる手動のアップグレード前チェックとアップグレード後チェックの実行」を参照してください。
管理ノード・クラスタのアップグレードが完了したら、次のタスクを続行します。
ファームウェアのアップグレード(第3.4項、「コンポーネント・ファームウェアのアップグレード」を参照)。
第3.2.5項、「ストレージ・ネットワークのアップグレード」で説明されているストレージ・ネットワークのアップグレード。
第3.3項、「仮想化プラットフォームのアップグレード」の説明に従って、コンピュート・ノードをアップグレードします。
Oracle Private Cloud Appliance Storage Networkは、ethernetベースのシステム用のコントローラ・ソフトウェア・リリース2.4.3で使用できます。 この機能により、内部ZFSストレージ・アプライアンスへの仮想マシンのアクセスが可能になり、ZFSストレージ・アプライアンスに60TBの領域が必要になります。
Storage Networkのアップグレードを続行する前に、必ず次の順序でアップグレードを実行してください:
ソフトウェア・アップグレードによる管理ノードのアップグレード
Ciscoスイッチを含むすべてのコンポーネントのファームウェアをアップグレード
ストレージ・ネットワークのアップグレード
コンピュート・ノードのアップグレード
アップグレード・プロセスが正しく動作するように機能が組み込まれています。 これには、ストレージ・ネットワークのアップグレード中に設定され、アップグレードを中断する可能性のある特定の動作を防ぐように設計された3つのロック・ファイルが含まれます。 all_provisioning.LOCKは、アップグレード中のコンピュート・ノードでのプロビジョニング・アクションを防止します。 fw_upgrade.LOCKは、最初の管理ノードのアップグレードが正常に完了した直後に配置され、ストレージ・ネットワークのアップグレードが完了する前にCLIコマンドを使用できなくなります。 storage_network_upgrade.LOCKは、アップグレードの実行中に、スパイン・スイッチまたはリーフ・スイッチに対して顧客が開始した変更を防止します。 ロックは、成功または失敗に関係なく、ストレージ・ネットワークのアップグレードの完了時に削除されます。
Oracle Private Cloud Appliance Storage Networkの事前チェックおよびアップグレードの実行
管理ノードにログインし、
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