Manageクラスを提供した時に、受講生からこんな質問を受けました。:vSANデータストア上でのVMDK(仮想ハードディスク)のサイズの上限はいくつですか?私:62TBです、構成の上限を参照してみるとそれがわかります。受講生:ありがとうございます。1つ質問ですが、vSANの教科書ではコンポーネントの単一のサイズは255GBと記載があります。vSANポリシーのストライプ数は12が最大値だと思うので、矛盾してるように思います。そんなに大きなVMDKを作ることを、自分が行った検証では行ってはおらず、あまり気にしてはいませんでした。手持ちの環境では数TBあるディスクが直ぐに用意ができませんでしたので、検証レポートを書いてるブログなどが無いかを調べてみました。Hogan氏のブログで見つけちゃいました。英語なので日本語で読みたいという方向けに解説を入れたいと思います。cormachogan.comまず彼のブログでは8TBのVMDKをRAID5ポリシーで保護した場合の動作が紹介されていました。RAID5の場合は、保護するVMDKの容量に対し133%の容量が必要となるため、8TB*133%で、約10.6TBが必要となります。(最小必要ホスト数は4台)ちなみにRAID1の場合は、保護するVMDKの容量に対し200%の容量が必要となるため、8TB*200%で、約16TBが必要となります。(最小必要ホスト数は3台)そして、実際にRAID5で8TBのVMDKを保護してみた結果がこちらだったそうです。結論から言えば、1ホスト当たり11個のコンポーネントが展開され、1クラスターに対し4ホストが存在するので、4*11で44個のコンポーネントが1クラスター上に展開されたようです。10.6TB÷44=約240GBとなるので、これであれば単一コンポーネントの上限値である255GBにも収まっているのがわかります。次にストレージポリシーのストライプ数上限について再度ドキュメントで確認をしてみます。仮想マシンオブジェクトの各レプリカがストライピングされるキャパシティディスクの最小数と記載されています。この数字は単一のオブジェクトをコンポーネントに分割するときの最大値ではないということです。最低でも、この数に分割するというものです。pubs.vmware.comということで、上記が質問に対する回答となりました。62TBほど大きくなくとも、例えば10GBのVMDKにストライプ数12のポリシーを適用すると、ハードディスクドライブ12本でRAID0を組み、そこに対し10GBのファイルが保存されるイメージとなります。スピンドルが増えると、IOPSが向上するためパフォーマンスが良くなりますが、1台のドライブの障害でデータがロストされてしまうので、この点は注意が必要です。以上、皆様のvSANライフがより良いものになれば幸いです。仮想マシンと仮想スイッチの関係性についての記事です。次の図は、ESXi上にデプロイされた仮想マシンと、そのネットワーク接続についての図です。Manageの提供を行います。今年は8月から9月にかけては、APJチームへのトレーニング提供も行う予定です。AWSにおけるDNS設定です。前回、前々回と同じく、ファイアウォール設定、VPN設定の設定箇所の下にDNS設定があります。ここから、オンプレミス環境に対する名前解決用DNSを設定します。今回は今週のトレーニングで要望があった内容から一つ記事を書いてみました。vSANクラスターを構成する手順については記載は多くあるものの、それを完全に削除する手順については情報が少ないというご相談でした。今回は、仮想マシンのためのネットワーク接続に関する設定を本記事で纏めたいと思います。前回までの設定は全て、”管理接続用ネットワーク”に関するものでした。今回は、仮想マシンのサービス提供用ネットワーク側の設定です。HAとの連携とコンポーネント総数50%未満でのVMの動作状況について)vSANトレーニング5週連続終えました。