新しい会話を開始

未解決

S

14 メッセージ

465

2022年2月22日 02:00

vSANReadyNode(PE740xd)にNVIDIAのGPU(A40)を追加しVDI基盤(vSAN)の障害影響

vSANReadyNode(PE740xd)にNVIDIAのGPU(A40)を追加しVDI基盤を構築することを想定しております。
ストレージはvSANを使用し、ホストは3台構成の予定です。
vSAN上にvCenterServerアプライアンスを構築し、ホストの管理を行うのですが


①vCenterServerにて障害が発生した場合、本環境に影響を及ぼすことはあるのでしょうか。
※vSwitchはvDSのみ


②vCenterServerをスケジュールバックアップしているファイルでリストアを行った場合、
 環境に影響なくリストア可能なのでしょうか。

③個人的にはvSANに影響が出るのかが気になっております。


④また、ホストに障害が発生し事前に取得した構成バックアップにてリストアした場合、
 NVIDIA-GPUのドライバについては再インストール必要になるのでしょうか。
 構成バックアップ:vim-cmd hostsvc/firmware/backup_config


こちらでお伺いする内容では無い部分もあるかと思うのですが、ご回答頂けました幸いです。

4 Operator

 • 

878 メッセージ

2022年2月22日 18:00

A1 : vCenter に障害が発生した際は、vCenter を利用する操作、設定変更などが出来なくなるため Horizon View と連動する観点では新規の接続などは出来なくなりますが、接続済みの VM や稼働中の VM には影響はないです。

また、vDS のみの場合、vCenter が停止している間は新規のネットワークポートへの接続が出来ないため、次の 「短期-バインドなし(Ephemeral Binding)」を用意しておく事が強く推奨されます。

 

A2 : vCenter のバックアップデータをリストアする際、新規に vCSA をデプロイし直してその vCenter にバックアップデータを復元しますが、元の vCenter が停止している状態では vDS のネットワークにつながらないので、「短期-バインドなし(Ephemeral Binding)」を管理ネットワーク用に用意しておきます。以下私の覚え書きで恐縮ですが参照ください。

A3 : vCenter 停止中でも vSAN に関しては構成変更やリバランスといった vCenter を介する挙動は出来ませんが、ESXi ホスト間のデータの配置などのやり取りは Kernel が行うので設定したストレージポリシーに準拠して仮想マシンのデータは保護されます。

 

A4 : ESXi のコンフィグバックアップでは追加のドライバ (VIB) 等は取得されないため、バックアップを取得した Build の ESXi を再インストールした後にドライバを個別インストールし(または再インストールする ESXi にあらかじめ組み込んでおく)、
ESXi の Build バージョンとドライバ類をバックアップ取得時と同じに戻してから、コンフィグをリストアします。

※ その他いくつかポイントを上記の記事の中にまとめておりますので参考になれば幸いです。

14 メッセージ

2022年2月27日 19:00

ご回答、ありがとうございます。
ご回答頂いた内容については概ね理解致しました。

下記、理解が追い付いていないのですが、ご確認頂けますでしょうか。

A2.
vCenter のファイルバックアップデータにはvDSの構成情報?vPostgreDB?の内容は含まれている認識でよいのでしょうか。
下記Docs※を見ると以下の文言が記載されていました。
「Distributed Switch の設定を別々にエクスポートすることをお勧めします。リストア後に設定をインポートすることができます。
この考慮事項を省略した場合は、バックアップ後に、Distributed Switch に加えられた変更を失う可能性があります。」

vCenter のファイルバックアップにはvDSの構成情報は含まれないから別にエクスポートしておく必要があるのか?
vCenter のファイルバックアップにはvDSの構成情報も含まれているかど、うまくリストア出来ないから別にエクスポートしておく必要があるのか?
ニュアンスが理解できないのですが前者の理解で良いのでしょうか。

※ https://docs.vmware.com/jp/VMware-vSphere/7.0/com.vmware.vcenter.install.doc/GUID-AFF34FA6-B7CF-4AE0-9C12-C674F160682C.html

 

A2、A3.
イメージとしては以下のようなイメージになるのでしょうか。
 vSANの設定情報:vCenter側で保持している
 vSANの構成情報:ESXで保持している

また、上記URLの下層の方に「バックアップから vCenter Server をリストアすると、vSAN に不整合が生じる場合があります。」との記載がありました。
こちらはどういった事が想定されるかお分かりになりますでしょうか。

 

4 Operator

 • 

878 メッセージ

2022年3月1日 04:00

A2. に関しての追加の確認点、
「vCenter のファイルバックアップにはvDSの構成情報は含まれないから別にエクスポートしておく必要があるのか? vCenter のファイルバックアップにはvDSの構成情報も含まれているかど、うまくリストア出来ないから別にエクスポートしておく必要があるのか?」
に関しては、

vCenter のファイルバックアップに vDS の構成情報も含まれているが、前回バックアップ取得時から、リストア時までの間に vDS の設定変更・構成変更があった場合は前回バックアップデータで上書きされて消えてしまうので、リストア前に vDS の構成情報をエクスポート出来るならば直前データを取得しておく、が説明の意図となります。

 

> A2.A3. イメージとしては以下のようなイメージになるのでしょうか。
>  vSANの設定情報:vCenter側で保持している
>  vSANの構成情報:ESXで保持している

概ね合っています。構成情報は ESXi 及び、それぞれの vSAN ドライブを束ねたディスクグループ単位で保持しています。
そのため、最悪の事態として全 ESXi の Boot 領域を初期化してしまった、などが起きてしまっても vSAN ディスクグループを構成しているドライブのパーティションが正しく残っていれば、再度 ESXi をインストールしてクラスタを同様にセットアップしたり、ESXi のバックアップコンフィグを戻せれば vSAN データストアは復旧します。

 

> 上記URLの下層の方に「バックアップから vCenter Server をリストアすると、vSAN に不整合が生じる場合があります。」との記載がありました

この不整合とは、vDS と同様にバックアップ取得時の構成や設定履歴がリストアにより vSAN クラスタが保持している情報とずれてしまうため vSAN 健全性のアラートが上がる様な事象です。

健全性 View を見ながらアラートを解消していけば割とスムーズに復旧できます。

 

 

イベントは見つかりませんでした!

Top