vSphere 5.5 の マニュアルを見ていたら、下記のような説明を見つけました。
VSANでは、デフォルトでもESXi 1台の障害であれば対策ができるようです。
vSphere ストレージガイド
仮想 SAN とストレージ ポリシー ベースの管理
ストレージ ポリシーを仮想マシンに適用しないと、許容する 1 つの障害数およびオブジェクトあたりに 1 つのディスク ストライプを使用するデフォルトの仮想 SAN ポリシーが使用されます。
そこで、ためしにVSAN（まだベータ版）環境で ESXi 障害を起こしてみました。
今回は ESXi 3台でVSANクラスタを構成して、そのうえで VM を 1台だけ稼働させています。
このVMは、とくに「仮想マシン ストレージポリシー」でディスク冗長化の指定はしていません。
このVMは、とくに「仮想マシン ストレージポリシー」でディスク冗長化の指定はしていません。
Web Client からはこう見えます。VMは1台目のESXi で稼働させています。
※諸事情によりESXi #1 & #2 には最初から警告マークが出ていますが、実際は健康体です・・・
![vsan_fail_p01.png]()
ESXi には、それぞれSSDとHDDを搭載しています。
![vsan_fail_p02.png]()
まず、ESXi#3 を停止してみたところ…
![vsan_fail_ppt2.png]()
ESXi#3 がダウンしても、ESXi#1 のVMはそのまま起動していました。
![vsan_fail_p03.png]()
引き続き、ESXi#3 を起動した後にESXi#2 を停止してみました。
![vsan_fail_ppt3.png]()
この場合も、VM はそのまま起動していました。
![vsan_fail_p04.png]()
最後に、ESXi#1 だけを停止してみます。
今回、クラスタではvSphere HA も有効にしてみました。
ESXi を停止すると、起動していたVMは別のESXi で再起動されるはず・・・
![vsan_fail_ppt4.png]()
今回、クラスタではvSphere HA も有効にしてみました。
ESXi を停止すると、起動していたVMは別のESXi で再起動されるはず・・・
VSANを有効化しているクラスタで、vSphere HA も有効化しました。
![vsan_fail_p05.png]()
そしてESXi#1を停止すると、
期待通りVMが別のESXi（ESXi#2）で再起動されました。
![vsan_fail_p06.png]()
イベント画面にも 「vSphere HA によってこの仮想マシンが再起動されました」 とあり、
期待通りVMが別のESXi（ESXi#2）で再起動されました。
イベント画面にも 「vSphere HA によってこの仮想マシンが再起動されました」 とあり、
HAが動作したことがわかります。
当然ですが、ゲストOSにもログインできます。
![vsan_fail_p08.png]()
簡単な実験ですが、VSAN（ただしベータ版）では デフォルト構成でも
ちゃんとVSANデータストアのVMイメージが冗長化されていました。
VSANデータストアは、普通に共有データストアとして使えるようです。
参考
今回のVSANは、ネステッドESXi 環境で試したため
「ESXi を強制停止→vSphereHA 作動」 させると、何度かに1回は
下画面のようにファイルシステムのチェックで引っかかって Linuxゲストが起動できなくなりました・・・
この場合は root ユーザのパスワードでログインして、 fsck コマンドでファイルシステムを修復してしのぎました。
# fsck -f ＜パーティション＞
# fsck -f ＜パーティション＞
※不整合を起こしているファイルシステムのパーティションを指定します。
（LVMを使用していないLinuxであれば、 /dev/sda1、/dev/sda3 など）
たとえば下記のような状況になったら、下記のような感じでファイルシステムを修復します。
#fsck -f /dev/sda3
ちゃんとした環境で障害テストをすれば、そんなに発生しないはず。
以上、VSANホストを壊してみる話でした。