vSphere 5.5 の マニュアルを見ていたら、下記のような説明を見つけました。
VSANでは、デフォルトでもESXi 1台の障害であれば対策ができるようです。

　　　
vSphere ストレージガイド
仮想 SAN とストレージ ポリシー ベースの管理
ストレージ ポリシーを仮想マシンに適用しないと、許容する 1 つの障害数およびオブジェクトあたりに 1 つのディスク ストライプを使用するデフォルトの仮想 SAN ポリシーが使用されます。
そこで、ためしにVSAN（まだベータ版）環境で ESXi 障害を起こしてみました。
今回は ESXi 3台でVSANクラスタを構成して、そのうえで VM を 1台だけ稼働させています。
このVMは、とくに「仮想マシン ストレージポリシー」でディスク冗長化の指定はしていません。
vsan_fail_ppt1.png
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
VSANを有効化しているクラスタで、vSphere HA も有効化しました。
vsan_fail_p05.png
そしてESXi#1を停止すると、
期待通りVMが別のESXi（ESXi#2）で再起動されました。
vsan_fail_p06.png
イベント画面にも 「vSphere HA によってこの仮想マシンが再起動されました」 とあり、
HAが動作したことがわかります。
vsan_fail_p07.png
当然ですが、ゲストOSにもログインできます。
vsan_fail_p08.png

簡単な実験ですが、VSAN（ただしベータ版）では デフォルト構成でも
ちゃんとVSANデータストアのVMイメージが冗長化されていました。
VSANデータストアは、普通に共有データストアとして使えるようです。

参考
今回のVSANは、ネステッドESXi 環境で試したため
「ESXi を強制停止→vSphereHA 作動」 させると、何度かに1回は
下画面のようにファイルシステムのチェックで引っかかって Linuxゲストが起動できなくなりました・・・
この場合は root ユーザのパスワードでログインして、 fsck コマンドでファイルシステムを修復してしのぎました。
# fsck -f  ＜パーティション＞
※不整合を起こしているファイルシステムのパーティションを指定します。
　　（LVMを使用していないLinuxであれば、 /dev/sda1、/dev/sda3 など）
たとえば下記のような状況になったら、下記のような感じでファイルシステムを修復します。
# fsck -f /dev/sda3

vsan_fail_p10.png
ちゃんとした環境で障害テストをすれば、そんなに発生しないはず。
以上、VSANホストを壊してみる話でした。