2年ほど経過して、一定の見解が揃ったのでUpdateをこちらに書きました（2018.9追記）
https://vm-fun.blogspot.com/2018/10/vsan_3.html
変更ポイントはオーバーヘッドの簡易計算について
1.3倍（130%） → 0.7で割る（143%） としています。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
〜vExperts Advent Calendar 2016 に参加中です〜
http://www.adventar.org/calendars/1709
◆英語資料しかないので、早見表を作ってみました。
VMware公式資料Ver6.2はこちらにありますが、De-dupe/Compressionを考慮しなければ＝概ねVer6.5でも同じ計算で大丈夫です。
http://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/products/vsan/virtual-san-6.2-design-and-sizing-guide.pdf
◆vSANオーバーヘッドの計算について
使用率が80%を超過すると、Rebalanceという動作が走ります。
データの偏りをなくそうとしてくれるのですが、性能に影響を与えてしまうので
使える容量を８０％までに抑える というのがセオリーです。
つまり、１÷８０％＝１.２５倍 で計算ということです。
言い換えると、２５％の余裕（Slack Space）を追加しているとも言えます。
さらにメタデータの領域はVer6.x以降のファイルシステムでは１％使いますので、
７９％を上限（約１.２７倍）なのですが・・・
公式のベストプラクティスでは、ざっくり「30%のSlack Space」が推奨とされていますので、１３０％（１.３倍）を使います。
（余裕を持って、７０％で割り算＝１.４３倍で計算する人もいますが・・・）
◆実効容量はどのくらいになるのか？
つまりはこんな感じ・・・
ErasureCodingって容量効率良いですが、All-Flash構成かつAdvライセンスが必要です。
ということで、実際にどのくらい使えるのか？を見てみたいと思います。
ReadyNodeガイドラインでは、ディスクの構成・IOコントローラ だけでなく、CPUコア・メモリ容量・NIC帯域 も指定がされています。（このあたりは別の機会に・・・）
VSANのSSD指標ではIntel-SSDがデファクトなので、ホワイトボックスのメーカ（Supermicro）を例にします。
HY-6のプロファイル
http://www.vmware.com/resources/compatibility/detail.php?deviceCategory=vsan&productid=39358
これは、４ノード構成における パーツの合計なので
Capacityは１ノードあたり 1.2TB ｘ５本（＝６TB）で計算されているのがわかります。
１ノードあたりの物理容量では６TBなので、先程の表を使って
MirroringでFTT=1の場合は、実効２.３TB と計算出来ます。
つまり、１ノード追加ごとに、FTT=1なら 2.3TB増えるというのが、
これでわかりやすくなりましたね。
◆縮退時の挙動を考慮しましょう
以前に、障害時の挙動について説明したとおり、HotSpareのような動きがあるので
実際に使える容量は ノード数は −１して
２.３TB ｘ（４−１） ＝６.９TB という事になります。
※vSAN障害時の挙動（再構成が自動で走るということ）
http://ja.community.dell.com/techcenter/b/weblog/archive/2016/03/28/dell-x-vmware-quot-vsan-quot-last
厳密に言えば、許容するDiskGroupの容量だけマイナスするだけでも十分なのですが
ESXサーバをまるっと減らしたほうが、わかりやすいですよね。
（CPU/MEMだってアドミッションコントロールで容量確保しますし。。）