この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章には、各種のアップグレード ワークフローで必要となる手順がリストされています。これらのうち、使用する特定のアップグレード ワークフローで必要となる手順に従ってください。オンラインおよびオフラインでのアップグレードのステップごとの手順については、アップグレード手順の章を参照してください。
HyperFlex のアップグレードを正常に完了できるよう、Cisco HyperFlex ダウンロード Web サイトから次の Cisco HyperFlex システム コンポーネント バンドルをダウンロードできるようになっています。
HX Data Platform アップグレード バンドル(.tgz ファイル)
VMware ESXi オフライン Zip バンドル
Cisco UCS インフラストラクチャ バンドル、ブレード ファームウェア バンドル、ラック ファームウェア バンドル
Cisco UCS バンドルとファームウェアをダウンロードした後、それらを Cisco UCS Manager にコピーする必要があります。
UCS ソフトウェア バンドルを Cisco UCS Manager にコピーするには
hx-storage-data および vMotion のアップストリーム スイッチがジャンボ フレーム用に設定されていることを確認してください。この手順をスキップすると、Cisco UCS インフラストラクチャのアップグレード中に入出力が中断される可能性があります。
ステップ 1 | ノードを Cisco HX メンテナンス モードにします(Cisco HyperFlex のメンテナンス モードの開始を参照してください)。 |
ステップ 2 | ステップ 1 の ESXi ホストに SSH で接続します。 |
ステップ 3 | ping が成功することを確認します。
ジャンボ フレームを使用している場合 vmkping -I vmk1 -d -s 8972 <data IP of address of another host> ジャンボ フレームを使用していない場合 vmkping -I vmk1 -d -s 1472 <data IP of address of another host> |
ステップ 4 | vswitch-hx-storage-data のアクティブなインターフェイスをスワップして、トラフィックをアップストリームに強制します。
esxcli network vswitch standard policy failover set -a vmnic2 -s vminc3 -v vswitch-hx-storage-data |
ステップ 5 | ping が成功することを確認します。
ジャンボ フレームを使用している場合 vmkping -I vmk1 -d -s 8972 <data IP of address of another host> ping に失敗した場合は、もう一度やり直してください。 vmkping -I vmk1 -d -s 1472 <data IP of address of another host> ジャンボ フレームを使用していない場合 vmkping -I vmk1 -d -s 1472 <data IP of address of another host> ping に失敗した場合は、Cisco UCS ファームウェアのアップグレードに進まないでください。アップストリーム スイッチが含まれるネットワーク構成を調べて、失敗の原因を特定します。問題の原因を特定して問題を修正できない場合は、シスコ TAC にお問い合わせください。 |
ステップ 6 | ping が失敗した場合でも、インターフェイスをデフォルトに戻します。
esxcli network vswitch standard policy failover set -a vmnic3 -s vminc2 -v vswitch-hx-storage-data |
ステップ 7 | ノードの Cisco HX メンテナンス モードを終了します(Cisco HyperFlex のメンテナンス モードの終了を参照してください)。 |
ステップ 1 | クラスタ内の任意のコントローラ VM に SSH で接続します。 |
ステップ 2 | ~#stcli cluster info | grep health を実行して、クラスタの正常性を検査します。 |
ステップ 3 | 正常な場合は、~#stcli cluster shutdown を実行してクラスタをシャットダウンします。 |
ステップ 4 | シャットダウンには数分かかります。プロンプトに戻るまでお待ちください。 |
ホスト ファームウェア パッケージは、Cisco UCS インフラストラクチャのアップグレード時に自動的に設定されます。アップグレード プロセスを開始する前に、正しいファームウェア バージョンを手動でステージングするには、次の手順に従ってください。
ステップ 1 | Cisco UCS Manager にサインインします。 |
ステップ 2 | [ナビゲーション(Navigation)] ペインで [サーバ(Servers)] をクリックします。 |
ステップ 3 | を展開します。 |
ステップ 4 | [ホスト ファームウェア パッケージ(Host Firmware Packages)] を展開し、アップデートするポリシーを選択します。 |
ステップ 5 | [ワーク(Work)] ペインで、[一般(General)] タブをクリックします。 |
ステップ 6 | ホスト ファームウェア パッケージのコンポーネントを変更するには、[パッケージ バージョンの変更(Modify Package Versions)] をクリックします。 |
ステップ 7 | [ブレード パッケージ(Blade Package)] と [ラック パッケージ(Rack Package)] の値を最新のファームウェア バージョンに変更します。推奨される UCS FI ファームウェアの一覧については、「HyperFlex Software Versions」を参照してください。 |
ステップ 8 | [除外するコンポーネント(Excluded Components)] 領域で、このホスト ファームウェア パッケージから除外するコンポーネントに対応するチェックボックスをオンにします。 |
ステップ 9 | [OK] をクリックします。すべての警告に対して「はい」をクリックします。 |
保留中のアクティビティを確認します。
アップグレード中に、各サーバのユーザ確認が自動的に実行されます。必要に応じて、HyperFlex ノード上で保留中のアクティビティを手動で確認できます。
Cisco UCS Manager ツールバーの [保留中のアクティビティ(Pending Activities)] をクリックします。
[ユーザ確認アクティビティ(User Acknowledged Activities)] タブに、選択したサブ組織内でのユーザ確認を必要とする HyperFlex ノードが一覧表示されます。これらのノードは [リブート保留中(Pending Reboot)] 状態になっています。
(注) | サービス プロファイルに対する確認応答は行わないでください。 |
ブートストラップ プロセスを使用して、Cisco HX Data Platform プラグイン をアップグレードできます。
(注) | この手順は、クラスタ管理 IP アドレスが割り当てられているノードで実行します。 |
ステップ 1 | vSphere Web クライアント ナビゲータから、 を選択します。 | ||
ステップ 2 | をメモします。 を選択して、[クラスタ管理 IP アドレス(Cluster Management IP address)] | ||
ステップ 3 | root 権限を使用して SSH でクラスタ管理 IP アドレスに接続します。 | ||
ステップ 4 | 最新の HX Data Platform アップグレード バンドルをコントローラ VM の /tmp ディレクトリに転送します。
お使いのオペレーティング システムに応じて、SCP を直接使用するか、WinSCP や MobaXterm などのサードパーティ ツールをダウンロードすることができます。 | ||
ステップ 5 | コントローラ VM シェルから、/tmp ディレクトリに移動します。
| ||
ステップ 6 | tar –zxvf <storfs package name>.tgz を使用してパッケージの圧縮を解除します。 例: tar –zxvf storfs-packages-2.5.1a-26263.tgz これにより、すべてのファイルが /tmp フォルダのルートに解凍されて抽出されます。 | ||
ステップ 7 | cluster-bootstrap.sh スクリプトを呼び出して、アップグレード用のパッケージをブートストラップします。コマンドを実行します。
~# ./cluster-bootstrap.sh vCenter FQDN または IP アドレスと、管理者レベルのユーザ名/パスワードを入力します。 例: root@ucs-stctlvm-101-1:/tmp# ./cluster-bootstrap.sh
Preparing...
Enter vCenter Host: 1.1.1.1
Enter vCenter User: administrator@vsphere.local
Enter vCenter password:*******
Cluster upgrade bootstrap is required. Updating now...
Installing HyperFlex Software Package
--------------------------------------
Target OS: 12.04
BUILD_ID: 26263
Release: 2.5.1a
Tag:
Date: 20170719
Branch: 2.5
Install date: Sat Jul 22 13:32:13 UTC 2017
------------------------------------------
Updating vCenter plugin ...
Updating plugin version for Springpath Storage Manager from 1.8.1.19828 to 2.5.1.26263
Updated plugin version to 2.5.1.26263
Bootstrap completed. Please use HX vCenter Plugin UI or CLI to complete the upgrade to "2.5(1c)" release
HX Connect UI wil not be supported until cluster is fully upgraded to "2.5(1c)" release
システム管理サービスが再開されてブートストラップ プロセスが完了するまで待ちます。HX Data Platform プラグイン が更新されたかどうかを確認します。 | ||
ステップ 8 | クラスタ管理 IP コントローラ VM からログアウトします。vSphere Web クライアントから必ずログアウトしてください。
| ||
ステップ 9 | vSphere Web クライアントに再度ログインして、HX Data Platform プラグイン を更新します。 | ||
ステップ 10 | vSphere Web クライアントで に移動して、vCenter でプラグインのバージョンを確認します。現在のバージョンがアップグレード対象の新しいバージョンに一致していることを確認します。 |
HX クラスタで HX メンテナンス操作を実行する前に、HX クラスタのすべてのノードが vMotion 用に設定されていることを確認します。vSphere Web クライアントから次の項目を確認します。
vMotion ポート グループが、クラスタのすべての ESXi ホスト間でアクティブ/スタンバイ構成の vmnic6 と vmnic7 で設定されていることを確認します。
ポート グループが vMotion 用に設定されていること、および命名規則が、クラスタのすべての ESXi ホストの間でまったく同じであることを確認します。
(注) | 名前では、大文字と小文字が区別されます。 |
各 vMotion ポート グループに静的 IP アドレスを割り当てていること、各 vMotion ポート グループの静的 IP アドレスが同じサブネットにあることを確認します。
クラスタ内の各 ESXi ホスト上で、vMotion ポート グループのプロパティで vMotion オプションがオンになっていること、他のポート グループ(Management など)でこのオプションがオンになっていないことを確認します。
次の条件が両方とも当てはまる場合は、vMotion ポート グループが 9000 MTU に設定されていることを確認します。
ジャンボ フレームを使用している。
VLAN ID が、vMotion サブネットのネットワーク構成と一致する。
vMotion の 1 つの ESXi ホストの vMotion ポート グループから他のホストの vMotion IP に ping できることを確認します。
入力:vmkping -I vmk2 -d -s 8972 <vMotion IP address of neighboring server>
(注) | レプリケーション構成がある場合は、アップグレードや拡張、またはクラスタの保守を実行する前にレプリケーションを一時停止モードにします。アップグレードや拡張、またはクラスタのメンテナンスが完了した後、レプリケーションを再開します。このローカルのクラスタとの間でレプリケーションが設定されているすべてのクラスタで、一時停止および再開を行います。 HX ストレージ クラスタがオフラインの場合は、VMware メンテナンス モードを使用してください。 |
(注) | リリース 2.5(1a)/2.5(1b) 以降のリリースでのみサポートされます。 |
HX Connect へのログイン:https://<cluster management ip>。
メニューで [システム情報(System Information)] をクリックします。
[ノード(Nodes)] をクリックし、メンテナンス モードにするノードの行をクリックします。
[HX メンテナンス モードの開始(Enter HX Maintenance Mode)] をクリックします。
[HX メンテナンス モードの確認(Confirm HX Maintenance Mode)] ダイアログ ボックスで、[HX メンテナンス モードの開始(Enter HX Maintenance Mode)] をクリックします。
(注) | すべての保守タスクを完了した後、手動で HX メンテナンス モードを終了する必要があります。 |
vSphere Web クライアントにログインします。
[ホーム(Home)] > [ホストおよびクラスタ(Hosts and Clusters)] に移動します。
[HX クラスタ(HX Cluster)] が含まれている [データセンター(Datacenter)] を展開します。
[HX クラスタ(HX Cluster)] を展開し、ノードを選択します。
ノードを右クリックし、[Cisco HX メンテナンス モード(Cisco HX Maintenance Mode)] > [HX メンテナンス モードの開始(Enter HX Maintenance Mode)] の順に選択します。
root 権限を持つユーザとして、ストレージ コントローラ クラスタのコマンド ラインにログインします。
ノードを HX メンテナンス モードにします。
ノード ID と IP アドレスを特定します。
# stcli node list --summary
ノードを HX メンテナンス モードにします。
# stcli node maintenanceMode (--id ID | --ip IP Address) --mode enter
(stcli node maintenanceMode --help も参照してください)
root 権限を持つユーザとして、このノードの ESXi コマンド ラインにログインします。
ノードが HX メンテナンス モードになったことを確認します。
# esxcli system maintenanceMode get
vSphere Web クライアントの タブで [メンテナンス モードの開始(Enter Maintenance Mode)] タスクの進行状況をモニタできます。
操作が失敗すると、エラー メッセージが表示されます。根本的な問題を修正してからもう一度メンテナンス モードに入ります。問題を解決できない場合は、Cisco TAC までお問い合わせください。
(注) | レプリケーション構成がある場合は、アップグレードや拡張、またはクラスタの保守を実行する前にレプリケーションを一時停止モードにします。アップグレードや拡張、またはクラスタの保守が完了した後、レプリケーションを再開します。このローカルのクラスタとの間でレプリケーションが設定されているすべてのクラスタで、一時停止および再開を行います。 |
(注) | リリース 2.5(1a)/2.5(1b) 以降のリリースでのみサポートされます。 |
HX Connect へのログイン:https://<cluster management ip>。
メニューで [システム情報(System Information)] をクリックします。
[ノード(Nodes)] をクリックし、メンテナンス モードから削除するノードの行をクリックします。
[HX メンテナンス モードの終了(Exit HX Maintenance Mode)] をクリックします。
vSphere Web クライアントにログインします。
[ホーム(Home)] > [ホストおよびクラスタ(Hosts and Clusters)] に移動します。
[HX クラスタ(HX Cluster)] が含まれている [データセンター(Datacenter)] を展開します。
[HX クラスタ(HX Cluster)] を展開し、ノードを選択します。
ノードを右クリックして、[Cisco HX メンテナンス モード(Cisco HX Maintenance Mode)] > [HX メンテナンス モードの終了(Exit HX Maintenance Mode)] を選択します。
root 権限を持つユーザとして、ストレージ コントローラ クラスタのコマンド ラインにログインします。
ノードの HX メンテナンス モードを終了します。
ノード ID と IP アドレスを特定します。
# stcli node list --summary
ノードの HX メンテナンス モードを終了します。
# stcli node maintenanceMode (--id ID | --ip IP Address) --mode exit
(stcli node maintenanceMode --help も参照してください)
root 権限を持つユーザとして、このノードの ESXi コマンド ラインにログインします。
ノードの HX メンテナンス モードが終了したことを確認します。
# esxcli system maintenanceMode get
vSphere Web クライアントの タブで [メンテナンス モードの終了(Exit Maintenance Mode)] タスクの進行状況をモニタできます。
操作が失敗すると、エラー メッセージが表示されます。根本的な問題を修正してからもう一度メンテナンス モードを終了します。問題を解決できない場合は、Cisco TAC までお問い合わせください。