この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
UCS インフラストラクチャ ファームウェアには、UCS Manager、スイッチ ファームウェア、ブレード シャーシの IO モジュール ファームウェア、およびラック サーバの FEX ファームウェアが含まれます。UCS インフラストラクチャ ファームウェアは HyperFlex のワークロードを中断することなくアップグレードできます。これは、UCS ファブリック インターコネクトのローリング アップグレードを実行することで実現できます。HX ノードは、UCS ファブリック インターコネクトがリブートしてファームウェアをアップグレードする際にすべてのイーサネット トラフィックをフェールオーバーするように設定されます。
(注) | 先に進む前に、hx-storage-data および vMotion のアップストリーム スイッチがジャンボ フレーム用に設定されていることを確認してください。このように設定しておかないと、HyperFlex クラスタがオフラインになり、すべてのデータストアが ESXi ホストからマウント解除されます。 |
ステップ 1 | UCS Manager GUI を開きます。 |
ステップ 2 | の順に選択します。 |
ステップ 3 | [Install Infrastructure Firmware] をクリックします。 |
ステップ 4 | 該当する UCS インフラストラクチャ バージョンを選択します。それぞれのユース ケースに該当するバージョンを特定するには、サポートされているアップグレード パスを参照してください。[Next] をクリックします。
前提条件ダイアログボックスがポップアップで表示されます。警告のリストが表示されます。次に進む前に、まずそれらを修正してください。
ユーザの環境にとって警告が重大でない場合は、[Ignore All] チェックボックスをオンにすることができます。 |
ステップ 5 | [Upgrade Now] チェックボックスをオンにします。 |
ステップ 6 | [Finish] をクリックします。 |
ステップ 7 | IOM がアップグレードされるまで待機(ブレード シャーシが存在する場合) |
ステップ 8 | 下位の FI がアクティブ化されるのを待機します。 |
ステップ 9 | FI のリブート時に、すべての HX トラフィックがプライマリ FI に転送されます(ESXi の vSwitch のフェールオーバー ポリシーに基づく)。これにより短いトラフィックの中断が発生します。ストレージの IO 障害は発生しません。 |
ステップ 10 | 下位の FI が UCS クラスタをリブートしており UCS クラスタに接続していることを確認します。 |
ステップ 11 | IOM アクティベーションが完了するまで待ちます。 |
ステップ 12 | HX トラフィックが両方の FI に再ピンされるまで待機します。
UCS Manager の vNIC のエラーが解決されるまで待機します。エラーの解決とは、ESXi が ENIC ドライバをロードし、インターフェイスがアップしていることを示します。ESXi にフェールバック タイマーがあるため、ネットワーク インターフェイスがアップになると、トラフィックはただちに再ピンされません。ただし Net.teampolicyupdelay タイマーはデフォルトで非常に低い設定(100ms)です。 |
ステップ 13 | プライマリのファブリック インターコネクトをリブートする前に、HX クラスタがオンラインで正常であることを確認します。 |
ステップ 14 | UCS Manager GUI のツールバーから [Pending Activities] をクリックします。完了する前にユーザ確認が必要なタスクを表示する [Fabric Interconnects] タブをクリックします。 |
ステップ 15 | FI のリブート時に、すべての HX トラフィックが新たなプライマリ FI に転送されます。これにより短いトラフィックの中断が発生します。ただし、これによるストレージの IO 障害は発生しません。 |
ステップ 16 | UCS Manager が接続解除されて、他の FI で再接続されるまで待機します。これは、プライマリ FI のリブートが原因で UCS Manager のフェールオーバーが発生するためです。
下位の FI がプライマリになっていることを確認します。 |
ステップ 17 | 下位の FI がプライマリになっていることを確認します。
FI クラスタ メンバーシップが プライマリであることを確認します。 |
ステップ 18 | FI がアクティブ化されるのを待機します。 |
ステップ 19 | FI が UCS クラスタをリブートし、下位の FI として接続していることを確認します。
FI クラスタ メンバーシップが [Subordinate] であることを確認します。 |
ステップ 20 | IOM アクティベーションが完了するまで待ちます。 |
ステップ 21 | HX トラフィックが両方の FI に再ピンされるまで待機します。
UCS Manager GUI で、すべてのサーバ vNIC のエラーが解決されるまで待機します。 |
ステップ 22 | FI のリブート後に HX クラスタがオンラインで正常であることを確認します。
vSphere Web クライアント ナビゲータから [Summary] タブにアクセスします。 の順に選択します。 |
HX Data Platform をアップグレードしても、HyperFlex クラスタで実行されているワークロードが中断されることはありません。
アップグレード プロセスの流れは、次のとおりです。
アップグレード前の検証チェックを完了します。第 3 章の「Upgrade Prerequisites」を参照してください。
「Download Software」から既存のクラスタをアップグレードするために、最新の Cisco HX データ プラットフォーム アップグレード バンドルをダウンロードしてください。
「オンライン アップグレード プロセスのワークフロー」の手順 1 〜 6 を実行します。詳細については、「Online Upgrade」を参照してください。
Cisco UCS インフラストラクチャをアップグレードします。
ブートストラップを実行して、Cisco HX データ プラットフォーム プラグインをアップグレードします。
ブートストラップされたストレージ コントローラ VM でスナップショット スケジュールを無効にします。
管理者クレデンシャルで Cisco HX データ プラットフォーム プラグインにログインします。
DRS が [Enabled] に設定されている場合、VM の他のホストへの vMotion が自動的に実行されます。
(注) | DRS が [Disabled] に設定されている場合は、VM に対して手動で vMotion を実行して、アップグレード プロセスを続行します。詳細については、VMware のマニュアルで、vMotion を使用した移行の説明を参照してください。 |
アップグレードが完了したことを確認します。詳細については、「Post Upgrade Tasks」を参照してください。
コンバインド アップグレードでは、HyperFlex クラスタで実行されているワークロードが中断されることはありません。
Cisco UCS Manager の保留中のアクティビティを確認しないでください。
アップグレード プロセスの流れは、次のとおりです。
HyperFlex クラスタがアップグレード可能な状態であるかどうかが確認されます。
HX ノードが 1 つずつメンテナンス モードになります。
ハイパーバイザ上の VMware ESXi vSphere インストール バンドル(VIB)がアップグレードされます。
HX Data Platform は Cisco UCS Manager にファームウェアのアップグレードを要求します。このプロセスには、最大で 1 時間かかる可能性があります。
(注) | Cisco UCS Manager GUI で、サービス プロファイルの [FSM] タブから進捗状況をモニタできます。 |
HX ノードのメンテナンス モードが終了します。
クラスタが完全に正常な状態に再構築されるまでに数分かかります。
その後、HyperFlex クラスタ内の次のノードのアップグレードに進みます。
HX Data Platform がすでにアップグレードされていることを確認してください。分割アップグレードの場合、Cisco UCS ファームウェアは、HX データ プラットフォームのアップグレードと同時期にアップグレードする必要があります。
アップグレード前の検証チェックを完了します。詳細については、「Upgrade Prerequisites」を参照してください。
「Download Software」から既存のクラスタをアップグレードするために、最新の Cisco HX データ プラットフォーム アップグレード バンドルをダウンロードしてください。
「オンライン アップグレード プロセスのワークフロー」の手順 1 〜 6 を実行します。詳細については、「Online Upgrade」を参照してください。
Cisco UCS インフラストラクチャをアップグレードします。
ブートストラップを実行して、Cisco HX データ プラットフォーム プラグインをアップグレードします。
ブートストラップされたストレージ コントローラ VM でスナップショット スケジュールを無効にします。
管理者クレデンシャルで Cisco HX データ プラットフォーム プラグインにログインします。
DRS が [Enabled] に設定されている場合、VM の他のホストへの vMotion が自動的に実行されます。
(注) | DRS が [Disabled] に設定されている場合は、VM に対して手動で vMotion を実行して、アップグレード プロセスを続行します。詳細については、VMware のマニュアルで、vMotion を使用した移行の説明を参照してください。 |
アップグレードが完了したことを確認します。詳細については、「Post Upgrade Tasks」を参照してください。
コンバインド アップグレードでは、HyperFlex クラスタで実行されているワークロードが中断されることはありません。
Cisco UCS Manager の保留中のアクティビティを確認しないでください。
アップグレード プロセスの流れは、次のとおりです。
HyperFlex クラスタがアップグレード可能な状態であるかどうかが確認されます。
HX ノードが 1 つずつメンテナンス モードになります。
ハイパーバイザ上の VMware ESXi vSphere インストール バンドル(VIB)がアップグレードされます。
Cisco HX データ プラットフォーム がアップグレードされ、続いてホスト サーバが再起動されます。
HX Data Platform は Cisco UCS Manager にファームウェアのアップグレードを要求します。このプロセスには、最大で 1 時間かかる可能性があります。
HX ノードのメンテナンス モードが終了します。
クラスタが完全に正常な状態に再構築されるまでに数分かかります。
その後、HyperFlex クラスタ内の次のノードのアップグレードに進みます。
アップグレード前の検証チェックを完了します。詳細については、「Upgrade Prerequisites」を参照してください。
「Download Software」から既存のクラスタをアップグレードするために、最新の Cisco HX データ プラットフォーム アップグレード バンドルをダウンロードしてください。
「オンライン アップグレード プロセスのワークフロー」の手順 1 〜 6 を実行します。詳細については、「Online Upgrade」を参照してください。
Cisco UCS インフラストラクチャをアップグレードします。
ブートストラップを実行して、Cisco HX データ プラットフォーム プラグインをアップグレードします。
ブートストラップされたストレージ コントローラ VM でスナップショット スケジュールを無効にします。
管理者クレデンシャルで Cisco HX データ プラットフォーム プラグインにログインします。
DRS が [Enabled] に設定されている場合、VM の他のホストへの vMotion が自動的に実行されます。
(注) | DRS が [Disabled] に設定されている場合は、VM に対して手動で vMotion を実行して、アップグレード プロセスを続行します。詳細については、VMware のマニュアルで、vMotion を使用した移行の説明を参照してください。 |
ステップ 1 | vSphere Web Client ナビゲータから、 を選択します。 | ||
ステップ 2 | [Upgrade Cluster] を選択します。 | ||
ステップ 3 | [HX Data Platform] と [UCS Firmware] を選択します。[Next] をクリックします。 | ||
ステップ 4 | ローカル PC 上の .tgz パッケージ ファイルを選択します。
Cisco HX データ プラットフォーム アップグレード バンドルをアップロードします。これは、HX Data Platform Plug-in のアップグレードに使用されたのと同じ .tgz パッケージ ファイルです。 | ||
ステップ 5 | 管理者レベルの vCenter クレデンシャルを入力します。
(オプション)[Advanced Options] に MD5 Checksum # の情報を入力します。[Checksum number] は、別個のテキスト ファイルに保管され、このファイルはアップグレード パッケージがダウンロードされた場所と同じ /tmp ディレクトリに含まれます。 このオプション ステップは、アップロードされたアップグレード パッケージ バンドルの整合性を検証するのに役立ちます。 | ||
ステップ 6 | 管理者レベルの UCS Manager クレデンシャルを入力します。 | ||
ステップ 7 | [Discover] をクリックして、現在のファームウェア パッケージ バージョンを表示します。 | ||
ステップ 8 | [Target version] フィールドに最新バージョンの Cisco UCS ファームウェアを正確に入力します。 | ||
ステップ 9 | [Upgrade] をクリックします。
Cisco UCS ファームウェアの B バンドルと C バンドルがアップグレードされました。また、ホストの以前の保留中のアクティビティも確認されます。
|
アップグレードが完了したことを確認します。詳細については、「Post Upgrade Tasks」を参照してください。
注意 | VMware Update Manager(VUM)を使用して ESXi をアップグレードすることはお勧めしません。VUM を使用して ESXi をアップグレードする場合は、一度に 1 ホストずつ VUM を使用してください。次のノードに移動する前に、クラスタが正常な状態であることを確認してください。VUM が次のノードに移るまでにクラスタが正常に動作することは保証されないため、VUM を使用してクラスタ全体で ESXi をアップグレードしないでください。 |
ESXi ハイパーバイザのバージョンは HyperFlex のクラスタ ワークロードを中断することなくアップグレードできます。これは、HX クラスタ内の各ノードのオンライン ローリング アップグレードを実行することで実現できます。
アップグレード前の検証チェックを完了します。第 3 章の「Upgrade Prerequisites」を参照してください。
ホスト上で ESXi のアップグレードを開始する前に、vCenter を互換性のあるバージョンにアップグレードしてください。
ステップ 1 | ESXi アップグレード パッケージをダウンロードします。ESXi を 6.0 Ux から、6.0 U2 までの任意のバージョンへアップグレードする場合は、Cisco Web サイトのオフライン zip ファイルを使用してください。
ファイル名の例:HX-Vmware-ESXi-60U2-4192238-Cisco-Custom-Bundle-6.0.2.3.zip HX ISO ファイルまたは他の VMware ISO を使用して ESXi のアップグレードを試みないでください。 | ||
ステップ 2 | いずれかのホストを選択し、vSphere Web クライアントを使用して HX メンテナンス モードにします(Cisco HyperFlex のメンテナンス モードの開始を参照してください)。ホストがメンテナンス モードになったら、次の手順を実行します。 | ||
ステップ 3 | 十分な領域がある適切なフォルダに ESXi アップグレード バンドルをリモート セキュア コピーします。
SCP を使用してファイルをコピーするには、さらに、宛先 ESXi ホストの SSH サービスを開始します。
scp local_filename user@server:/path/where/file/should/go | ||
ステップ 4 | ESXi にログインし、コマンドを実行して使用可能なイメージ プロファイルの一覧を照会します。プロファイル名の確認には、次のコマンドを使用します。
esxcli software sources profile list -d <location_of_the_esxi_zip_bundle_on_the_datastore> 例: esxcli software sources profile list -d /patch/ HX-Vmware-ESXi-60U2-4192238-Cisco-Custom-Bundle-6.0.2.3.zip Name Vendor Acceptance Level ---------------------------------------- --------- ------------------- Vmware-ESXi-60U2-4192238-Cisco-Custom-HX Cisco PartnerSupported | ||
ステップ 5 | 次のコマンドを実行して、アップグレードを実行します。
esxcli software profile update -d <path_to_profile_ZIP_file> -p < profile name> 例: esxcli software profile update -d <path_to_profile_ZIP_file>/ HX-Vmware-ESXi-60U2-4192238-Cisco-Custom-Bundle-6.0.2.3.zip -p Vmware-ESXi-60U2-4192238-Cisco-Custom-HX | ||
ステップ 6 | アップグレードが完了したら、ESXi ホストをリブートします。 | ||
ステップ 7 | ESXi ホストが起動したら、ホストが適切なプロファイルまたはパスで起動したことを確認します。
vmware -vl | ||
ステップ 8 | vSphere Web クライアントを使用して、メンテナンス モードを終了します(Cisco HyperFlex のメンテナンス モードの終了を参照してください)。 | ||
ステップ 9 | stcli cluster storage-summary --detail を使用して、ESXi のアップグレードを実行するたびに、クラスタが正常な状態になることを確認します。 | ||
ステップ 10 | シーケンスのクラスタ内のすべてのホストに対してこのプロセスを繰り返します。
|
コンピューティング専用ノードのアップグレードに関する考慮事項
オンライン モードまたはオフライン モードで、アップグレードを導入することができます。正常にアップグレードするには、アップグレード プロセスに影響を及ぼすアップグレード オプションと作業順序について理解しておく必要があります。
コンピューティング専用ノードをバージョン 2.2(7c) から 3.1(2b) にアップグレードする
コンピューティング専用ノードを 2.2(7c)/1.7x から 3.1(2b)/1.8(1a) にアップグレードする場合は、オンライン アップグレード プロセスのワークフローで説明されているように、中断のないオンライン ローリング アップグレード手順に従います。
新しい HX Data Platform アップグレード ワークフローにより、コンピューティング専用ノード ファームウェアと HX Data Platform コンポーネントの両方がフル アップグレードの一環として自動的にアップグレードされます。
オフラインのアップグレードについては、オフライン アップグレード プロセスのワークフローを参照してください。
コンピューティング専用ノードを 2.2(6f)/1.7x から 3.1(2b)/1.8(1c) にアップグレードする場合は、新しい HX Data Platform アップグレード ワークフローによって HX Data Platform コンポーネントが自動的にアップグレードされます。
ただし、HX Data Platform アップグレードが完了した後、コンピューティング専用ノード サーバ ファームウェアのアップグレードを手動で完了する必要があります。
ステップ 1 | 分散リソース スケジューラ(DRS)が有効で、自動モードに設定されていることを確認してください。
これにより HX ノードを自動的に使用不可にすることができます。あるいは、vMotion を使用してすべての VM を手動でホストから切り離して移行します。vMotion で移行すると、仮想マシンの可用性を中断させることなく、新しいホストに仮想マシンを移動することができます。詳細な手順については、VMware KB の記事を参照してください。 |
ステップ 2 | それぞれのコンピューティング専用ノードをメンテナンス モードにします。 |
ステップ 3 | UCS Manager GUI で [Servers] > [Service Profiles] に移動し、[Pending Activities] をクリックすると、完了前にユーザ確認応答を必要とするタスクが表示されます。コンピューティング専用サーバごとに保留中のリブートを手動で [Acknowledge](確認応答)して受け入れます。これによりリブートがトリガーされて、新しいバージョンの UCS ファームウェアがインストールされます。
次の手順を確認してください |
ステップ 4 | コンピューティング専用ノードのアップグレードが完了して完全にリブートするまで待ちます。コンピューティング専用ノードが起動したら、UCS Manager で正しい UCS ファームウェアが存在することを確認します。UCSM のファームウェア バージョンの確認を参照してください。 |
ステップ 5 | クラスタ内のすべてのコンピューティング専用ノードに対してこの手順を繰り返します。 |