VMwareファイルシステムの概要–VMFSとは？

VMware vSphereは、データセンターで最も一般的に展開されている仮想化プラットフォームです。これは、仮想マシン（VM）を実行するための幅広いエンタープライズ機能を提供しています。vSphereの機能と互換性のある信頼性の高い効果的なストレージを提供するために、VMwareはVMFSと呼ばれる独自のファイルシステムを作成しました。

このブログ投稿では、VMware VMFSの機能、他のvSphereの機能との動作方法、およびVMファイルを格納しVMを実行するためのVMFSの利点について説明します。

VMFSとは何ですか？

仮想マシンファイルシステム（VMFS）は、VMware vSphereの仮想マシンファイル、仮想ディスクを含むクラスタファイルシステムです。これは、VMのためのストレージ仮想化を効率化するために作成されました。VMFSは高性能で信頼性の高いプロプライエタリファイルシステムであり、小規模から大規模、超大規模のデータセンターまでのスケーラブルな環境でVMを実行するように設計されています。VMware vSphere VMFSはボリュームマネージャーとして機能し、VMファイルをVMFSデータストアと呼ばれる論理コンテナに格納できます。

VMFSファイルシステムは、SCSIベースのディスク（直接接続SCSIおよびSASディスク）およびiSCSI、ファイバチャネル（FC）、イーサネット上のファイバチャネル（FCoE）経由でアクセスされるブロックストレージに作成できます。VMFSはESXiサーバーに接続されたディスク上で動作しますが、VMware WorkstationまたはVMware Playerを実行しているコンピューターでは動作しません。

VMFSバージョン

VMware VMFSは、バージョン1のリリース以来、大幅に進化しています。ここでは、VMFSの主な変更と機能を追跡するためのVMFSバージョンの概要を示します。

• VMFS 1はESX Server 1.xで使用されました。このバージョンのVMware VMFSはクラスタリング機能をサポートしておらず、1台のサーバーでのみ使用されました。複数のサーバーによる同時アクセスはサポートされていませんでした。
• VMFS 2はESX Server 2.xおよび時々ESX 3.xで使用されました。VMFS 2にはディレクトリ構造がありませんでした。
• VMFS 3は、ESXi Server 3.xおよびESXi Server 4.xでvSphereで使用されました。このバージョンでディレクトリ構造のサポートが追加されました。最大ファイルシステムサイズは50 TBです。最大論理ユニット番号（LUN）サイズは2 TBです。ESXi 7.0はVMFS 3をサポートしていません。
• VMFS 5はVMware vSphere 5.xから使用されています。ボリューム（ファイルシステム）サイズが64 TBに増加し、最大VMDKファイルサイズがVMFS 5の場合は62に増加しました。ただし、ESXi 5.5ではVMDK仮想ディスクのサイズが最大2 TBに制限されています。GPTパーティションレイアウトのサポートが追加されました。GPTとMBRの両方がサポートされています（以前のVMFSバージョンはMBRのみをサポートしています）。
• VMFS 6はvSphere 6.5でリリースされ、vSphere 6.7、vSphere 7.0、およびvSphere 8などの新しいバージョンで使用されています。

VMFS機能

VMware VMFSは、通常大容量のストレージスペースを消費するVMDK仮想ディスクを使用するため、大きなファイルを保存するために最適化されています。VMFSデータストアは、ブロックベースのストレージデバイスまたはLUNにファイルを保存するためにVMFSファイルシステムを使用する論理コンテナです。データストアはボリュームの上で実行されます。VMFSボリュームは1つまたは複数のエクステントを使用して作成できます。エクステントは基礎となるパーティションに依存しています。

VMware VMFSブロックサイズ

VMFS 5およびVMFS 6は1 MBのブロックサイズを使用します。ブロックサイズは最大ファイルサイズに影響を与え、ファイルがどれだけのスペースを占有するかを定義します。VMFS 5およびVMFS 6のブロックサイズは変更できません。

VMwareは、VMFS 6およびVMFS 5で小さなディレクトリとファイルに対してサブブロック割り当てを利用しています。サブブロックは、1 MB未満のファイルが全体の1 MBブロックを占有しないようにするために、ストレージスペースを節約するのに役立ちます。VMFS 6のサブブロックのサイズは64 KBであり、VMFS 5の場合は8 KBです。

VMFS 6では、小さなファイルブロックと大きなファイルブロックの使用に新しいコンセプトが導入されています。小さなファイルブロック（SFB）のサイズは1 MBです。VMFS 6では、大きなファイルを作成する際のパフォーマンスを向上させるために、512 MBのサイズの大きなファイルブロック（LFB）も使用できます。LFBは主に厚いプロビジョニングされたディスクとスワップファイルを作成するために使用されます。プロビジョニングされたディスクの一部は、LFBに収まらない場合、SFBに配置されます。SFBは薄いプロビジョニングされたディスクに使用されます。

ファイルの断片化

フラグメンテーションとは、1つのファイルのブロックがボリューム全体に散らばり、その間にはギャップがある状態を指します。ギャップは空白のままであるか、他のファイルに属するブロックで埋められています。フラグメントされたファイルはディスクの読み書きパフォーマンスを遅くします。パフォーマンスを回復するには、デフラグメンテーションが必要で、これはデータの断片を再編成してファイルに属するブロックを連続して配置するプロセスです。これによりHDDのヘッドが余分な動きをすることなくブロックを読み書きできるようになります。

VMware VMFSは著しいファイルの断片化には影響を受けません。VMFSのパフォーマンスにフラグメンテーションは関係ありません。なぜなら大きなブロックが使用されているからです。VMware VMFSのブロックサイズは1MBです。例えば、WindowsはNTFSファイルシステムに4KBのブロックを使用しており、これはハードディスクドライブに保存されている場合、定期的にデフラグメンテーションが必要です。しかし、VMFSボリュームに保存されているファイルの大部分は大きなファイルです – 仮想ディスクファイル、スワップファイル、インストールイメージファイル等です。ファイル間にギャップがある場合でも、その

ゲストオペレーティングシステム（OS）で、ゲストOSが使用するディスクでデフラグメンテーションを実行しないでください。ゲストOSからのデフラグメンテーションは役に立ちません。これは、VMのストレージパフォーマンスが、複数のVM（VMDKファイルである仮想ディスクを含む）が格納され、さまざまなI/O負荷でこのストレージ配列を利用できる物理ストレージアレイ上の入出力（I/O）の強度に依存するためです。さらに、ゲストOSからシンプロビジョニングされたディスクにあるパーティションのデフラグメンテーションを開始すると、ブロックが移動し、ストレージI/O負荷が増加し、これらのシンプロビジョニングされたディスクのサイズが増加します。

リンクされたクローンVMとスナップショットを持つVMのデフラグメンテーションは、リドゥログの増加をもたらし、結果としてより多くのストレージスペースを占有します。バックアップソリューションに依存するVMware VMをバックアップが、デフラグメンテーションは変更されたブロックの数を増やし、より多くのデータをバックアップする必要があるため、バックアップ時間が増加します。データストア間でVMを移動するためにStorage vMotionを実行している場合、ゲストOSからのデフラグメンテーションはネガティブな影響を与えます。

データストアの範囲

A VMFS volume resides on one or more extents. Each extent occupies a partition, and the partition in turn is located on the underlying LUN. Extents provide additional scalability for VMFS volumes. When you create a VMFS volume, you use at least one extent. You can add more extents to an existing VMFS volume to expand the volume. Extents are different from RAID 0 striping.

• 接続された範囲の1つがオフラインになったことを検出した場合、オフラインのボリュームのどの範囲がオフラインかを特定できます。次のコマンドを入力してください：

  vmkfstools -Ph /vmfs/volumes/iscsi_datastore/

  結果には、問題のあるLUNのSCSI識別子（NAA ID）が表示されます。

• エクステントの1つが失敗した場合、VMFSボリュームはオンラインのままになることがあります。しかし、VMの仮想ディスクに少なくとも1つのブロックが失敗したエクステントにある場合、VMの仮想ディスクはアクセスできなくなります。
• VMFSボリュームによって使用される最初のエクステントがオフラインになると、アドレス解決リソースが最初のエクステントに配置されているため、VMFSデータストア全体が非アクティブになります。そのため、ボリュームを増やす他の方法がない場合は、VMFSエクステントを使用してVMFSボリュームを作成および増やします。

VMのデータを保護し、VMファイルを格納する複数のエクステントを持つVMFSボリュームによって引き起こされる可能性のある問題を回避するために、定期的にVMware vSphereをバックアップします。

ジャーナルロギング

VMFSは、ファイルシステム上のメタデータを更新するためのディスク上の分散ジャーナルを使用します。VMFSファイルシステムを作成した後、VMware VMFSはジャーナルデータを保存するためのストレージスペースを割り当てます。ジャーナリングは、まだファイルシステムにコミットされていない変更を追跡するために使用されます。

ファイルシステムメタデータに書き込まれたジャーナルの変更は、予期せぬシャットダウンやクラッシュの場合にも、ファイルの最新バージョンを回復できる可能性が高くなります。ジャーナルログは、最後の正常なコミット以降に行われた変更を再生して、VMFSファイルシステムデータを再構築するのに役立ちます。ジャーナリングファイルシステムでは、データ整合性を確認するためにフルファイルシステムチェックを実行する必要はありません。ジャーナルをチェックできます。 VMFSボリュームのルートには、VMFSファイルシステムのメタデータを保存する.sfファイルがあります。 VMFSデータストアに接続されている各ESXiホストは、このメタデータにアクセスして、データストア上の各オブジェクトの状態を取得できます。

VMFSのメタデータには、ファイルシステムの記述子が含まれています：ブロックサイズ、ボリューム容量、範囲の数、ボリュームラベル、VMFSバージョン、およびVMFS UUID。 VMFSのメタデータは、VMFSの回復に役立つ場合があります。

ディレクトリ構造

VMが作成されると、VMDK仮想ディスクファイルを含むすべてのVMファイルが、データストア上の単一のディレクトリに配置されます。ディレクトリ名は、VM名と同じです。特定のVMDKファイルを別の場所（たとえば、別のVMFSデータストア）に保存する必要がある場合は、VMDKファイルを手動でコピーし、仮想ディスクをVM設定で開いてディスクをアタッチできます。構造化されたアーキテクチャは、バックアップと災害復旧を簡素化します。ディレクトリの内容は、元のVMでデータが失われた場合の復旧を可能にするために、VMバックアップのためにコピーする必要があります。

スリムプロビジョニング

スリムプロビジョニングは、ストレージの利用を最適化し、ストレージスペースを節約するVMFSの機能です。スリムプロビジョニングは、仮想ディスクのレベル（VMの特定の仮想ディスクのため）で設定できます。スリムプロビジョニングされた仮想ディスクにデータが書き込まれると、その仮想ディスクのサイズが動的に増加します。ディスクが任意の時点で必要とするストレージスペースを使用することが、スリムディスクの利点です。

たとえば、サイズが50 GBのスリムプロビジョニングされた仮想ディスクを作成し、この仮想ディスクには10 GBのストレージスペースのみが使用されています。この場合、仮想ディスクファイルのサイズ（*-flat.vmdk）は10 GBです。ゲストOSは、ディスクの最大サイズが50 GBであることを検出し、使用済みのスペースを10 GBと表示します。

Thin provisioningは、VMFSファイルシステムに依存することを確認することができます。NTFSまたはext4ファイルシステムでフォーマットされたローカルディスクにthin provisionedの仮想ディスク（.vmdkおよび-flat.vmdk仮想ディスクファイル）をコピーしようとすると、仮想ディスクのコピー後、仮想ディスクのサイズは最大プロビジョンされたディスクサイズに等しくなります（VMFSデータストア上のthin provisionedディスクの実際のサイズではありません）。

注意: VMware vSphereは、thin provisioningのサポートを含む、共有データストアを含めたデータストアの作成もサポートしています。NFSファイルシステム上のデータストアの作成もサポートしています。

空きスペースの再割り当て

VMFS 6およびゲストオペレーティングシステムによる自動スペースの再割り当て（自動SCSI UNMAP）により、ストレージアレイはVMFSデータストアから未マップまたは削除されたディスクブロックを再割り当てすることができます。VMware vSphere 6.0およびVMFS 5では、スペースの再割り当てはesxcli storage vmfs unmapコマンドを使用して手動で行われました。

スペースの再割り当てにより、基盤となるストレージがファイルシステム内のファイルが削除されたことを知らない場合や、適切な物理ストレージスペース（ディスク上のブロック）を解放する必要がある場合に問題を解消することができます。この機能は、特にthin provisionedディスクには便利です。ゲストOSがthin仮想ディスク内のファイルを削除すると、このディスク上の使用済みスペースの量が減少し、ファイルシステムはこれらの対応するブロックを使用しなくなります。この場合、ファイルシステムはストレージアレイにこれらのブロックが今では空きであることを伝え、ストレージアレイは選択されたブロックを解放し、これらのブロックをデータの書き込みに使用することができます。

仮想化と仮想マシンを使用する際のデータ削除の仕組みを詳しく見てみましょう。仮想ディスクにNTFS、ext4、または他のファイルシステムなどを使用しているゲストOSを持つVMがあると想像してください。スレンダーな仮想ディスクは、VMFSファイルシステムを使用して保存されています。VMFSファイルシステムは、ストレージアレイに位置する基盤のパーティションとLUNを使用しています。

• A file is deleted in the guest OS that operates with a file system (NTFS, for instance) on a virtual disk.
• ゲストOSがUNMAPを開始します。
• VMFSデータストア上の仮想ディスクが縮小されます（仮想ディスクのサイズが減少します）。
• ESXiが物理ストレージアレイに対してUNMAPを開始します。

UNMAPは、ESXiによって、ファイルがVMFSデータストアから削除されるか移動されるとき（VMDKファイル、スナップショットファイル、スワップファイル、ISOイメージなど）、ゲストOSからパーティションが縮小されるとき、および仮想ディスク内のファイルサイズが減少するときに発行されます。

VMware VMFS 6の自動UNMAPは、ESXi 6.5から非同期で開始されます。空きスペースの再割り当ては直ちに行われませんが、ユーザーの介入なしにスペースが最終的に回収されます。

非同期UNMAPにはいくつかの利点があります:

• ハードウェアストレージアレイの即時過負荷を回避できます。UNMAPリクエストが一定のレートで送信されます。
• 解放される必要のある領域がバッチ処理され、まとめてアンマップされます。
• 入出力パフォーマンスや他の操作には負の影響がありません。

以前のESXiバージョンでは、UNMAPはどのように機能していましたか？

• ESXi 5.0 – UNMAPは自動的かつ同期的でした。
• ESXi 5.0 Update 1 – UNMAPは、コマンドラインインターフェイス（CLI）でvmkfstoolsを使用して実行されます。
• ESXi 5.5およびESXi 6.0 – マニュアルUNMAPは、ESXCLIで実行されると改善されました。
• ESXi 6.0 – EnableBlockDeleteを使用すると、VMDK仮想ディスクファイルがゲスト内UNMAPから縮小された場合に、VMFSが自動的にUNMAPを発行できます。

スナップショットとスパース仮想ディスク

VMware vSphereでVMスナップショットを取ることができます。現在のVMの状態と仮想ディスクの状態を保存します。VMスナップショットを作成すると、VMFSデータストアに仮想ディスクスナップショットファイルが作成されます（-delta.vmdkファイル）。スナップショットファイルはデルタディスクまたは子ディスクと呼ばれ、スナップショットが撮影された前の状態との差分を表します。

VMFSデータストアでは、デルタディスクはスナップショット作成後に新しいデータを書き込む際にストレージスペースを節約するためにコピー＆ライトメカニズムを使用するスパースディスクです。基礎となるVMFSデータストアの構成に応じて、2つのスパースフォーマットがあります：VMFSsparseおよびSEsparse。

• VMFSsparseはVMFS 5および仮想ディスクが2 TB未満の場合に使用されます。このスナップショット技術は、スナップショットが撮影された直後にリドゥログが空であり、データが書き込まれると成長します。
• SEsparseは、VMFS 5の2 TBを超える仮想ディスクおよびVMFS 6上のすべての仮想ディスクに使用されます。この形式は、VMFSsparse形式に基づいていますが、スペースの回収をサポートするなどの一連の改良があります。これにより、ESXiハイパーバイザーがゲストOSによってデータを削除した後やスナップショットファイルを削除した後に未使用のブロックをUNMAPできます。

注意：ESXi 6.7とVMFS 6では、SEsparseディスク（スナップショットディスク用のスリンプロビジョンディスク）に対するUNMAPが、VMFSファイルシステムにデッドスペース（データは削除されましたが回収されていません）が2 GBあるため、自動的に開始されます。ゲストOSから複数のファイルを削除すると、例えば、512 MBのファイルが4つある場合、非同期UNMAPが開始されます。 esxtopでライブUNMAP更新統計を確認できます。VMビューを有効にするにはvを押し、フィールドの順序を選択するにはfを押し、UNMAP統計を表示するにはLを押します。デフォルト値は2 GBですが、CLIで変更できます。ESXi 7.0 U3では、VMFSによって報告される最大の粒度は2 GBです。

RAWデバイスマッピング

VMware VMFS構造へのRaw Device Mapping（RDM）ディスクの統合により、VMのストレージ操作においてより柔軟性が提供されます。VMware vSphereには2つのRDM互換モードがあります。

• 仮想互換モードのRDMディスク。 VMDKマッピングファイルがVMFSデータストアに作成されます（*-rdmp.vmdk）、これによりストレージアレイ上の物理LUNを仮想マシンにマッピングします。この方法で物理ストレージをVMにマッピングする特定の仕様があります。

  オープンやその他のSCSIコマンドなどの主要なストレージ管理操作はESXiハイパーバイザの仮想化レイヤーを経由して渡されますが、読み取りと書き込みコマンドは直接ストレージデバイスに処理され、仮想化レイヤーをバイパスします。

  

  これにより、VMはマッピングされたRDM SCSIディスクをストレージデバイスとしてのみ使用できますが、スナップショットなどのほとんどのvSphere機能が利用可能です。

• RDMディスクは物理互換モードで。 ESXiホストはVMFSデータストア上にマッピングファイルを作成しますが、SCSIコマンドはLUNデバイスに直接処理され、そのためハイパーバイザの仮想化レイヤーをバイパスします（LUN レポートコマンドを除く）。これはより仮想化の少ないディスクタイプです。VMwareスナップショットはサポートされていません。

クラスタリング機能

• クラスタリングと同時アクセスデータストア上のファイルへのアクセスは、VMware VMFSのもう1つの素晴らしい機能です。従来のファイルシステムとは異なり、VMware VMFSでは複数のサーバーがいつでもファイルにデータを読み書きできます。ロック機構により、複数のESXiホストが同時にVMファイルにアクセスしてもデータの破損がないようにします。各VMDKファイルにロックが追加され、2つのVMまたは2つのESXiホストが同時にオープンされたVMDKファイルにデータを書き込むのを防ぎます。VMwareは、共有ストレージ用のVMFSで2つのファイルロックメカニズムをサポートしています。
• アトミックテストアンドセット（ATS）は、T10標準vStorage API for Array Integration（VAAI）仕様をサポートするストレージデバイスでのみ使用されます。このロックメカニズムはハードウェア支援ロックとも呼ばれます。アルゴリズムはディスクセクターごとに個別のロックを使用します。デフォルトでは、VMFS 5およびVMFS 6でフォーマットされたすべての新しいデータストアは、基盤となるストレージがこのロックメカニズムをサポートし、SCSI予約を使用していない場合にのみATSを使用します。複数の拡張を使用して作成されたデータストアにはATSが使用され、vCenterは非ATSストレージデバイスをフィルタリングします。
• ATS + SCSI予約。ATSが失敗した場合、SCSI予約が使用されます。ATSとは異なり、SCSI予約はメタデータの変更に適切な操作のためにストレージデバイス全体をロックします。この操作が完了すると、VMFSは予約を解放して他の操作を続行できるようにします。VMFS 3からアップグレードされたデータストアはATS+SCSIメカニズムを引き続き使用します。

VMware VMFS 6は、vSphere内の最大32台のESXiホストとVM仮想ディスクファイル（VMDK）を共有することをサポートしています。

vMotionおよびStorage vMotionのサポート

VMwareのvMotionは、VMのライブマイグレーション機能であり、ESXiホスト間でVMを移行するために使用されます（VMのCPU、RAM、およびネットワークコンポーネントが移行されます）が、その動作を中断することはありません。ストレージvMotionは、実行中の状態であっても、VMファイル（仮想ディスクを含む）を1つのデータストアから別のデータストアに移行する機能です。ライブマイグレーションを可能にする主要な要素の1つがVMFSファイルシステムです。複数のESXiホストが、移行中のVMのファイルからデータを読み取り/書き込みます。

HAおよびDRSのサポート

分散リソーススケジューラ（DRS）、ハイアベイラビリティ（HA）、およびフォルトトレランスは、VMFSのファイルロックメカニズム、ライブマイグレーション、およびクラスタリング機能に基づいて動作します。HAを有効にすると、他のESXiホストでのVMの自動再起動が実行され、DRSを使用するとクラスタのバランスを取るためにVMのライブマイグレーションが開始されます。HAおよびDRSを一緒に使用できます。

ストレージDRSのサポート。同じデータストアクラスタでVMFS 5およびVMFS 6を使用してVMファイルをデータストア間で移行するサポートがあります。VMware vSphereストレージDRSには均質なストレージデバイスを使用してください。

VMFSボリュームの増加

仮想マシンファイルがそのデータストアに配置されている間でも、VMFSデータストアのサイズを拡張することができます。最初の方法は、既存のデータストアで使用されているLUNのサイズを拡張することです。LUNのサイズ拡張はストレージシステムで行われます（vSphereではありません）。その後、パーティションを拡張し、VMFSボリュームを増やすことができます。

複数のディスクやLUNを集約してVMFSボリュームを拡張することもできます。この場合、VMFS拡張が追加されます。複数のディスクを使用する拡張データストアは、スパンデッドデータストアとも呼ばれます。同質のストレージデバイスを使用する必要があります。たとえば、データストアで最初に使用されるストレージデバイスが512nである場合、新しく追加されるストレージデバイスも512nブロックデバイスである必要があります。この機能は、最大のLUNサイズよりもサポートされるデータストアのサイズが大きい場合に、最大のLUN制限を回避するのに役立ちます。

例： LUNのサイズの制限は2 TBであり、1つのVMデータストア上に3 TBの仮想ディスクを持つVMを作成する必要があります。2 TBずつの2つの拡張を使用すると、この問題を解決できます。2 TBを超えるパーティションとデータストアを作成するには、GPTパーティションスキームを使用する必要があります。

VMFSボリュームの縮小

VMFSボリュームのサイズを縮小することはサポートされていません。VMFSボリュームのサイズを縮小したい場合は、縮小したいVMFSボリュームからすべてのファイルを別のVMFSデータストアに移行する必要があります。その後、縮小したいデータストアを削除し、より小さなサイズの新しいVMFSボリュームを作成します。新しい小さなデータストアが作成されたら、VMファイルをこの新しいデータストアに移行します。

VMFSデータストアのアップグレード

VMFS 3をVMFS 5に直接アップグレードすることができます。VMファイルを移行せずに、新しいVMFS 5データストアを作成する必要はありません。VMが実行されている場合でも、VMFS 3からVMFS 5へのアップグレードをサポートします。VMの電源を切ったり、VMを移行する必要はありません。アップグレード後、VMFS 5は以前に使用されていたVMFS 3の特性をすべて保持します。たとえば、ブロックサイズは1MBではなく64KBのままであり、MBRは2TB未満のパーティションに対して保持されます。

ただし、VMFS 5および古いバージョンのVMFSデータストアを直接VMFS 6にアップグレードすることはサポートされていません。アップグレードするデータストア（アップグレードするデータストア）からファイルを安全な場所に移行し、VMFS 5データストアを削除し、新しいVMFS 6データストアを作成し、ファイルを新しいVMFS 6データストアにコピーする必要があります。

ESXiをESXi 6.5またはそれ以降にアップグレードすると、ESXiのアップグレード前に作成されたVMFS 3およびVMFS 5データストアを引き続き使用できます。ESXi 6.5およびそれ以降のESXiバージョンでは、VMFS 3データストアを作成できません。

詳細なVMFS 5 vs VMFS 6比較を読んで、最新のVMFSバージョンにアップグレードする方法を学んでください。場合によっては、LinuxでVMFSをマウントすることができます。

Conclusion

VMware VMFSは、VMファイルを保存するための信頼性のある、スケーラブルで最適化されたファイルシステムです。VMFSは複数のESXiホストによる同時アクセス、スレンダープロビジョニング、Raw Device Mapping、VMのライブマイグレーション、ジャーナリング、512eおよび4Knを含むAdvanced Formatの物理ディスク、GPTパーティショニングスキーム、VMスナップショット、空き容量の再利用などをサポートしています。1MBのブロックサイズにより、最新のVMFSバージョンはファイルの断片化によるパフォーマンスの低下の影響を受けにくくなっています。VMware vSphereでVMを保存する推奨方法は、VMFSデータストアに仮想マシンファイルを保存することです。

仮想マシンを保存するためにどのファイルシステムを使用しても、障害、停電、その他の障害の場合にデータの損失を防ぐために定期的にデータをバックアップする必要があります。NAKIVO Backup & Replicationは、vCenterで管理されるおよびスタンドアロンのESXiワークロードを保護し、迅速に復旧することができるソリューションです。