vSAN ベース HCI VxRail のEVCモードのデフォルトはHaswel

事象

VxRailを構築した直後にEVCが自動で有効化されている or されていない件についての問い合わせ。

過去のドキュメントでは明確に記載されていたが最近のドキュメントではEVCに関する仕様が省略されてしまっている模様。

VxRail は旧CPU世代および旧サーバ世代との混在を想定した設計となっており、旧世代のCPU機能がデフォルトのEVCとなっている。

そのため、VxRail構築直後にHaswelでEVCが有効化されているのは仕様である。

もしEVCが構築直後に有効化されていなかった場合は、何らかの失敗が発生していた可能性があるのでサポートに問い合わせた方が良い

鋭い人なら疑問に思うかもしれない。

VxRailは、最初の状態ではESXiも設定されておらず、vCenterも存在しない。

初期構築の過程でESXiにIPが振られ、vCenterがデプロイされ、その後vSAN クラスタを形成していく。

ここで一つ問題がある。EVCを設定するのは当然vSAN（vSphere）クラスタ構築後になるのだが、その時すでにvCenterが稼働しているため、EVCで古い世代を指定することはできないのではないか？ということである。

これに対する回避方法として、以下が考えられる。

１．vCenter起動時に Per VM EVCを設定する

２．vCenterが稼働しているESXi以外で先にクラスタを組み、EVCを設定した後でvCenterを移動させる

VxRailは１の方式は使っていない。なぜならばPer VM EVCがサポートされるよりも前から存在している製品だからである。

実は2の方式でもない。VxRailのクラスタセットアップのフローとして、まずはvCenterが稼働するESXiでvSphere クラスタを組み、あとから順次Add Host していくという手順でクラスタを構築しているためである。

では、正解は何かというと、実は1の方式に近い。

VxRail は Per VM EVC という機能が追加されるよりも数年前から、仮想マシンの設定値をいじることで疑似的なPer VM EVCを実現し、それを用いてVxRail クラスタを構築していたのだ。