参加中です〜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という動作が走ります。いうのがセオリーです。Space)を追加しているとも言えます。Space」が推奨とされていますので、130%(1.3倍)を使います。(余裕を持って、70%で割り算=1.43倍で計算する人もいますが・・・)◆実効容量はどのくらいになるのか?つまりはこんな感じ・・・ErasureCodingって容量効率良いですが、All-Flash構成かつAdvライセンスが必要です。◆ReadyNodeを参考例にしてみるということで、実際にどのくらい使えるのか?を見てみたいと思います。(このあたりは別の機会に・・・)VSANのSSD指標ではIntel-SSDがデファクトなので、ホワイトボックスのメーカ(Supermicro)を例にします。x5本(=6TB)で計算されているのがわかります。2.3TB増えるというのが、これでわかりやすくなりましたね。※vSAN障害時の挙動(再構成が自動で走るということ)http://ja.community.dell.com/techcenter/b/weblog/archive/2016/03/28/dell-x-vmware-quot-vsan-quot-last厳密に言えば、許容するDiskGroupの容量だけマイナスするだけでも十分なのですがESXサーバをまるっと減らしたほうが、わかりやすいですよね。(CPU/MEMだってアドミッションコントロールで容量確保しますし。拡散防止が最強なのです。参加中です〜http://www.adventar.org/calendars/1709白山さんから受け継ぎました。各方面で反応が良かったので、おさらいします。持続するのは難しいと断言します。被害にあったときのダメージも計り知れませんね。対策も無限ループです。この手の情報といえばIPAでしたが、経済産業省も本気ですね。