VMFSとは？ VMwareファイルシステムの概要
VMware vSphereは、データセンターで最も広く導入されている仮想化プラットフォームです。このプラットフォームは、仮想マシン(VM)を実行するための幅広いエンタープライズ機能を提供します。vSphereの機能と互換性があり、信頼性が高く効率的なストレージを提供するため、VMwareは独自のファイルシステムを開発しました。その名は VMFS.
このブログ記事では、VMwareについて取り上げています VMFS 機能、他のvSphere機能との連携方法、および VMFS VMファイルの保存およびVMの実行用。
とは VMFS?
Virtual Machine File System (VMFS) VMware vSphereの仮想ディスクを含む、仮想マシン用ファイルの保存に最適化されたクラスタファイルシステムです。これは、仮想マシンのストレージ仮想化をより効率的に行うために開発されました。 VMFS これは、小規模から大規模、さらには超大規模なデータセンターに至るまで、スケーラブルな環境で仮想マシン(VM)を実行するために設計された、高性能かつ信頼性の高い独自開発のファイルシステムです。 VMware vSphere VMFS ボリュームマネージャとして機能し、VMファイルを""と呼ばれる論理コンテナに保存することができます VMFS データストア。
The VMFS ファイルシステムは、以下の場所に作成できます SCSI-ベースのディスク(直接接続型 SCSI そして SAS ディスク)および以下を介してアクセスされるブロックストレージ iSCSI, Fibre Channel (FC)、および Fibre Channel over Ethernet (FCoE). VMFS ESXiサーバーに接続されたディスク上で動作しますが、以下を実行しているコンピュータ上では動作しません VMware Workstation または VMware Player.
VMFS バージョン
VMware VMFS バージョン1のリリース以来、大幅な進化を遂げてきました。以下にその概要を簡単にご紹介します。 VMFS 主な変更点や新機能を把握するためのバージョン。
VMFS 1ESX Server 1.x で使用されていました。このバージョンの VMwareVMFSクラスタリング機能には対応しておらず、一度に1台のサーバーでのみ使用されていました。複数のサーバーによる同時アクセスはサポートされていませんでした。VMFS 2ESX Server 2.x では使用されており、ESX 3.x でも時折使用されていました。VMFS 2ディレクトリ構造がありませんでした。VMFS 3vSphereのESXi Server 3.xおよびESXi Server 4.xで使用されていました。このバージョンでは、ディレクトリ構造のサポートが追加されました。ファイルシステムの最大サイズは50 TBです。最大logical unit number (LUN)容量は2TBです。 ESXi 7.0 対応していませんVMFS 3.VMFS 5VMware vSphere 5.x 以降で使用されます。ボリューム(ファイルシステム)の容量は 64 TB に拡大され、VMDK ファイルの最大サイズは 62 TB に拡大されました。VMFS 5。ただし、ESXi 5.5 では、VMDK 仮想ディスクのサイズの上限は 2 TB までとなっています。GPTパーティション構成が追加されました。両方のGPTそしてMBRがサポートされています(以前のVMFS対応バージョンMBR).VMFS 6vSphere 6.5でリリースされ、vSphere 6.7でも使用されています。 vSphere 7.0、および以下のような新しいバージョン vSphere 8.
VMFS 特長
VMware VMFS は、以下の理由から大容量ファイルの保存に最適化されています。 VMDK 仮想ディスクは通常、大量のストレージ容量を消費します。A VMFS datastore は、 VMFS ブロックベースのストレージデバイス上にファイルを保存するためのファイルシステム、または LUNデータストアはボリューム上で動作します。A VMFS volume 1つまたは複数の extentsエクステントは、基盤となるパーティションに依存します。
VMware VMFS ブロックサイズ
VMFS 5 そして VMFS 6 ブロックサイズを1MBに設定します。ブロックサイズはファイルの最大サイズに影響を与え、ファイルが占有する領域の大きさを決定します。ブロックサイズは変更できません。 VMFS 5 そして VMFS 6
VMwareは利用しています sub-block allocation 小さなディレクトリやファイルについては VMFS 6 そして VMFS 5. Sub-blocks 1 MB未満のファイルを保存する際、1 MBブロック全体を占有しないようにすることで、ストレージ容量の節約に役立ちます。1つの sub-block は64 KBです VMFS 6 および8 KB VMFS 5.
VMFS 6 小さなファイルブロックと大きなファイルブロックを使用するための新しい概念を導入します。小さなファイルブロックを、デフォルトの1MBブロックと混同しないでください。サイズは small file blocks (SFB) で VMFS 6 1 MBです。 VMFS 6 また、以下のように使用することもできます large file blocks (LFB)(容量は512 MB)を使用することで、大容量ファイルの作成時のパフォーマンスを向上させます。 LFBs 主に、シックプロビジョニングされたディスクやスワップファイルの作成に使用されます。プロビジョニングされたディスクのうち、収まらない部分は LFBsは、～に位置しています SFBs. SFBs は～に使用されます シンプロビジョニングされたディスク.
ファイルの断片化
断片化とは、1つのファイルのブロックがボリューム全体に散らばり、その間に隙間が生じている状態を指します。この隙間は空いている場合もあれば、他のファイルに属するブロックで埋まっている場合もあります。断片化したファイルは、ディスクの読み書きパフォーマンスを低下させます。 パフォーマンスを回復するには、デフラグが必要です。デフラグとは、ディスク上に保存されたデータの断片を再配置し、それらをまとめて配置する(ファイルが使用するブロックを連続して並べる)プロセスです。これにより、HDDのヘッドは余分な移動をすることなく、ブロックの読み書きを行うことができます。
VMware VMFS ファイルの断片化が著しく発生しにくい。断片化は、 VMFS 大きなブロックが使われているため。その VMware VMFS 前述の通り、ブロックサイズは1MBです。例えば、WindowsではNTFSファイルシステムで4KBのブロックを使用しており、ハードディスクドライブに保存されている場合は、定期的にデフラグを行う必要があります。保存されているファイルのほとんどは VMFS ただし、ボリュームの大部分を占めるのは、仮想ディスクファイル、スワップファイル、インストールイメージファイルといった大容量のファイルです。ファイル間に空き領域がある場合、その空き領域も広範囲に及びますが、ハードディスクドライブがファイルの保存に使用される複数のブロックをシークする場合、この影響はごくわずかです。実際、 VMFS このボリュームはデフラグできませんし、その必要もありません。
ゲストOSで使用されるディスクに対して、ゲストOS内でデフラグを実行しないでください。ゲストOSからのデフラグは効果がないからです。これは、VMのストレージパフォーマンスが input/output (I/O) 複数のVM(VMDKファイル形式の仮想ディスクを含む)が格納されている物理ストレージアレイ上の容量であり、このストレージアレイを異なる I/O 大量に。さらに、ゲストOSからシンプロビジョニングされたディスク上のパーティションのデフラグを開始すると、ブロックが移動され、ストレージ I/O 負荷が増加すると、これらの薄いディスクのサイズも大きくなります。
リンククローンVMやスナップショットを持つVMのデフラグを行うと、リドゥログが増加し、その結果、より多くのストレージ容量を占有することになります。もし ソリューションを使用してVMware仮想マシンをバックアップする …に依存する 変更ブロック追跡また、デフラグを行うと変更されたブロックの数も増え、バックアップ対象となるデータ量が増えるため、バックアップ時間が長くなります。ゲストOSからのデフラグは、実行時に悪影響を及ぼします Storage vMotion 仮想マシンをデータストア間で移動する。
データストアのエクステント
A VMFS volume 1つ以上の extents. それぞれ extent パーティションを占有しており、そのパーティションはさらに基盤となる LUN. Extents …に対してさらなる拡張性を提供します VMFS volumes. 作成する際は VMFS volume、少なくとも1つ extent. さらに追加できます extents 既存の VMFS volume ボリュームを拡張するため。エクステントは RAID 0 striping.
- アタッチされたエクステントのいずれかがオフラインになったことを検出した場合、ボリュームのどのエクステントがオフラインになっているかを確認できます。次のコマンドを入力するだけです:
vmkfstools -Ph /vmfs/volumes/iscsi_datastore/The result displays the SCSI identifier (NAA id) of the problematic LUN.
- エクステントのいずれかが障害を起こした場合、
VMFS volumeオンライン状態を維持できます。ただし、VMの仮想ディスクに、障害が発生したエクステント上に少なくとも1つのブロックが含まれている場合、そのVMの仮想ディスクにはアクセスできなくなります。 - あるオブジェクトが最初に使用するエクステントが
VMFS volumeがオフラインになると、アドレス解決リソースが最初のエクステントにあるため、VMFSデータストア全体が非アクティブになります。したがって、VMFS extents作成および拡大VMFS volumes音量を上げる他の方法がない場合。
VMware vSphere を定期的にバックアップし、仮想マシンのデータを保護するとともに、以下の原因による問題の発生を防ぐために VMFS volumes 複数の extents VMファイルの保存。
ジャーナルの記録
VMFS ディスク上の分散ジャーナルを使用して、ファイルシステムのメタデータを更新します。作成後に VMFS ファイルシステム、VMware VMFS ジャーナルデータを格納するためのストレージ領域を割り当てます。ジャーナリングは、ファイルシステムにまだコミットされていない変更を追跡するために使用されます。
ファイルシステムのメタデータに書き込まれた変更をジャーナリングすることで、予期せぬシャットダウンやクラッシュが発生した場合でも、ファイルの最新バージョンを復元できる可能性が高まります。ジャーナルログは、前回の正常なコミット以降に行われた変更を再生し、データを再構築するのに役立ちます VMFS ファイルシステムのデータ。ジャーナリングファイルシステムでは、ジャーナルを確認できるため、障害発生後にデータの整合性を確認するためにファイルシステム全体のチェックを実行する必要はありません。以下のようなものがあります .sf のルートディレクトリにあるファイル VMFS VMFSファイルシステムのメタデータを格納するためのボリューム。接続された各ESXiホストは、 VMFS データストアはこのメタデータにアクセスして、データストア上の各オブジェクトの状態を取得できます。
VMFS メタデータには、ファイルシステム記述子(ブロックサイズ、ボリューム容量、エクステント数、ボリュームラベルなど)が含まれています。 VMFS バージョン、および VMFS UUID. VMFS メタデータは、以下の点で役立つことがあります VMFS 回復。
ディレクトリ構造
仮想マシンが作成されると、VMDK仮想ディスクファイルを含むすべての仮想マシンファイルは、データストア上の単一のディレクトリに配置されます。ディレクトリ名は仮想マシンの名前と同じです。特定のVMDKファイルを別の場所(たとえば、別の VMFS (データストア)の場合、VMDK ファイルを手動でコピーし、VM の設定で仮想ディスクを開いてディスクをアタッチすることができます。構造化されたアーキテクチャにより、バックアップや 災害復旧 元のVMでデータが失われた場合に復旧できるように、VMのバックアップを行う際はディレクトリ内のコンテンツをコピーする必要があるためです。
シンプロビジョニング
シンプロビジョニングとは VMFS ストレージの利用率を最適化し、ストレージ容量の節約に役立つ機能です。シンプロビジョニングは、仮想ディスクレベル(VMの特定の仮想ディスクに対して)で設定できます。 シンプロビジョニングされた仮想ディスクには、データが書き込まれるにつれてそのサイズが動的に拡大します。その時点でのディスクの必要量だけストレージ容量を使用できる点が、シンディスクの利点です。
例えば、サイズ50GBのシンプロビジョニングされた仮想ディスクを作成した場合でも、この仮想ディスクで使用されるストレージ容量は10GBのみとなります。仮想ディスクファイルのサイズ(*-flat.vmdk)は、この場合10 GBです。ゲストOSはディスクの最大サイズが50 GBであることを検出し、使用済み領域を10 GBと表示します。
シンプロビジョニングが VMFS ファイルシステム(シンプロビジョニングされた仮想ディスクをコピーしようとすると、.vmdk そして -flat.vmdk 仮想ディスクファイル)を、NTFSでフォーマットされたローカルディスクに ext4 ファイルシステム。仮想ディスクのコピーが完了すると、仮想ディスクのサイズは、プロビジョニングされたディスクの最大サイズ(上のシンプロビジョニングされたディスクの実際のサイズではなく)と同じになります。 VMFS (データストア)。
注: VMware vSphere では、データストアの作成もサポートされており、これには NFSファイルシステム、シンプロビジョニングに対応しています。
空き領域の確保
自動スペース回収(自動 SCSI UNMAP) 出典: VMFS 6 およびゲストOSにより、ストレージアレイは、マッピングされていない、または削除されたディスクブロックを VMFS データストア。VMware vSphere 6.0 および VMFS 5、スペースの再利用は手動で行われ、 esxcli storage vmfs unmap コマンド。
スペース回収機能を使用すると、ファイルシステム上でファイルが削除されたことを基盤となるストレージが認識しておらず、対応する物理ストレージ領域(ディスク上のブロック)を解放する必要があるという問題を解決できます。この機能は、シンプロビジョニングされたディスクで特に有用です。ゲストOSがシン仮想ディスク内のファイルを削除すると、そのディスクの使用領域は減少し、ファイルシステムは対応するブロックをもう使用しなくなります。 この場合、ファイルシステムはストレージアレイに対してこれらのブロックが空きになったことを通知し、ストレージアレイは選択されたブロックの割り当てを解除します。これにより、これらのブロックはデータの書き込みに使用できるようになります。
仮想化や仮想マシンを使用する場合、ストレージ内のデータがどのように削除されるのか、詳しく見ていきましょう。NTFSなどのファイルシステムを持つ仮想ディスクを使用するゲストOSを搭載した仮想マシンがあると仮定しましょう。 ext4、または別のファイルシステム。シンプロビジョニングされた仮想ディスクは、 VMFS ファイルシステム。その VMFS ファイルシステムは、基盤となるパーティションを使用しており、 LUN ストレージアレイ上に配置されています。
- 仮想ディスク上のファイルシステム(NTFSなど)で動作するゲストOSにおいて、ファイルが削除されます。
- ゲストOSが起動します
UNMAP. - の仮想ディスク
VMFSデータストアが縮小されます(仮想ディスクのサイズが縮小されます)。 - ESXi が起動します
UNMAP物理ストレージアレイへ。
UNMAP 発行元は ESXi 添付の VMFS ファイルがデータストアから削除または移動されたとき VMFS データストア(VMDKファイル、スナップショットファイル、スワップファイル、ISOイメージなど)、ゲストOSからパーティションが縮小された場合、および仮想ディスク内のファイルサイズが縮小された場合。
自動 UNMAP ～のために VMware VMFS 6 ESXi 6.5 以降では非同期処理となります。空き領域の回収は即座には行われませんが、ユーザーの操作を必要とせずに最終的に回収されます。
非同期 UNMAP いくつかの利点がある:
- ハードウェア・ストレージ・アレイへの即時的な過負荷を避けるため、
UNMAPリクエストは一定のレートで送信されます。 - 解放する必要がある領域はバッチ処理され、まとめてマッピング解除されます。
- 入出力性能やその他の動作に悪影響はありません。
どうやって UNMAP 以前のESXiバージョンでも動作しますか？
- ESXi 5.0 –
UNMAP自動的にかつ同期的に行われます - ESXi 5.0 Update 1 –
UNMAPは、以下の方法で実行されます vmkfstools ～の中でcommand line interface (CLI) - ESXi 5.5 および ESXi 6.0 – マニュアル
UNMAPで実行すると改善されましたESXCLI - ESXi 6.0 –
EnableBlockDelete可能にするVMFS発行するUNMAPゲスト環境内でVMDK仮想ディスクファイルが縮小された場合、自動的にUNMAP.
スナップショットとスパース仮想ディスク
利用できます VMwareにおけるVMスナップショット vSphereは、現在のVMの状態と仮想ディスクの状態を保存します。VMのスナップショットを作成すると、仮想ディスクのスナップショットファイルが VMFS データストア (a -delta.vmdk ファイル)。このスナップショットファイルは"デルタディスク"または"子ディスク"と呼ばれ、VMの現在の状態と、スナップショットが作成された時点の以前の状態との差分を表しています。
では、 VMFS データストアにおいて、デルタディスクとは、スナップショット作成後に新しいデータを書き込む際、コピーオンライトの仕組みを利用してストレージ容量を節約するスパースディスクのことです。基盤となる構成に応じて、スパース形式には2つの種類があります。 VMFS データストア: VMFSsparse そして SEsparse.
VMFSsparse～に使用されますVMFS 5および2 TB未満の仮想ディスク。このスナップショット技術は、VMFS起動時点ではリドゥログは空ですが、スナップショットの取得後にデータが書き込まれると、リドゥログは増加していきます。SEsparse2 TBを超える仮想ディスクに使用されます。VMFS 5および以下のすべての仮想ディスクについてVMFS 6. このフォーマットはVMFSsparseフォーマットをベースとしていますが、スペースの再利用機能のサポートなど、一連の機能強化が施されており、これによりESXiハイパーバイザーはUNMAPゲストOSによるデータ削除後、またはスナップショットファイルの削除後に残る未使用のブロック。
注: ESXi 6.7 では VMFS 6, UNMAP ～のために SEsparse ディスク(シンプロビジョニングされたディスクのスナップショットディスク)は、2 GBのデッドスペース(データは削除されているが、まだ解放されていない領域)が存在するため、自動的に開始されます。 VMFS ファイルシステム。ゲストOSから複数のファイル(たとえば、512MBのファイルを4つ)を削除すると、非同期 UNMAP が開始されます。ライブ配信をご覧いただけます UNMAP 統計情報を更新する esxtop を押して v VMビューを有効にしてから、[] キーを押します f フィールドの順序を選択し、 L 表示する UNMAP 統計情報。デフォルト値は 2 GB ですが、 CLI. ESXi 7.0 U3 では、 VMFS 2 GBです。
RAW Device Mapping
の統合 Raw Device Mapping (RDM) ディスクを VMware VMFS この構造により、VMのストレージを扱う際の柔軟性が高まります。2つの RDM VMware vSphere の互換モード。
RDM仮想互換モードのディスク. VMDKマッピングファイルがVMFSデータストア (*-rdmp.vmdk) 物理的なものをマッピングするためにLUNストレージアレイ上のリソースを仮想マシンに割り当てます。この方法では、物理ストレージを仮想マシンにマッピングする際に、いくつかの注意点があります。以下のようなプライマリストレージの管理操作
OpenなどSCSIコマンドはESXiハイパーバイザーの仮想化レイヤーを経由して送信されますが、Read and Writeコマンドは仮想化レイヤーを経由せずに、ストレージデバイスに直接処理されます。
つまり、VMはマッピングされた
RDM SCSIストレージデバイスと同様にディスクのみですが、スナップショットなど、vSphereのほとんどの機能を利用できます。
RDM物理互換モードのディスク. ESXiホストは、VMFSデータストアですが、SCSIコマンドはLUNデバイスを直接操作するため、ハイパーバイザーの仮想化レイヤーをバイパスすることになります(ただし、LUNReport(コマンド)。これは、仮想化の度合いが低いディスクタイプです。VMwareのスナップショットはサポートされていません。
特徴量のクラスタリング
Clustering and concurrent accessデータストア上のファイルへのアクセスは、この製品のもう一つの優れた機能ですVMware VMFS従来のファイルシステムとは異なり、VMware VMFSこれにより、複数のサーバーがいつでもファイルへのデータの読み書きを行うことが可能になります。ロック機構により、複数のESXiホストがVMファイルに同時にアクセスしても、データが破損することはありません。各VMDKファイルにはロックが設定され、2つのVMまたは2つのESXiホストが同時に開いているVMDKファイルへの書き込みを行うことを防止します。VMwareは、共有ストレージ向けのVMFSにおいて、2つのファイルロック機構をサポートしています。Atomic test and set (ATS)"only"は、以下の機能をサポートするストレージデバイスでのみ使用されますT10標準vStorage API for Array Integration (VAAI)仕様。このロック機構は、ハードウェア支援型ロックとも呼ばれます。このアルゴリズムは、ディスクセクタごとに個別のロックを使用します。デフォルトでは、でフォーマットされたすべての新しいデータストアはVMFS 5そしてVMFS 6使用ATSただし、基盤となるストレージがこのロック機構をサポートしており、かつSCSIご予約。ATSは、複数のエクステントを使用して作成されたデータストアに使用され、vCenter によって除外されますnon-ATS記憶装置。ATS + SCSI reservations. もしATS失敗する、SCSI予約が使用されます。これとは異なり、ATS,SCSIメタデータを変更する適切な操作においてメタデータの保護が必要な場合、リザーベーションはストレージデバイス全体をロックします。この操作が完了すると、VMFS予約を解放し、他の操作が継続できるようにします。からアップグレードされたデータストアはVMFS 3引き続きATS+SCSI仕組み。
VMware VMFS 6 vSphereにおいて、最大32台のESXiホスト間でVM仮想ディスクファイル(VMDK)を共有できます。
対応 vMotion そして Storage vMotion
VMware vMotion これは、ESXiホスト間でVMの稼働を中断することなくライブマイグレーションを行うための機能です(VMのCPU、RAM、およびネットワークコンポーネントが移行されます)。 Storage vMotion これは、仮想マシンが稼働中であっても、ダウンタイムなしで仮想ディスクを含むVMファイルをあるデータストアから別のデータストアへ移行する機能です。 VMFS ファイルシステムは、ライブマイグレーションを機能させるための主要な要素の一つです。なぜなら、マイグレーション中の仮想マシンのファイルに対して、複数のESXiホストが読み書きを行うためです。
対応 HA そして DRS
Distributed Resource Scheduler (DRS), High Availability (HA), そして Fault Tolerance VMFSのファイルロック機構、ライブマイグレーション、およびクラスタリング機能に基づいて動作します。有効にすると、障害が発生したVMは別のESXiホスト上で自動的に再起動されます。 HA が実行され、クラスタの負荷分散を行うためにVMのライブマイグレーションが開始されます。 DRS. 以下の方法をご利用いただけます HA そして DRS 一緒に。
対応 Storage DRS. 以下の使用がサポートされています VMFS 5 そして VMFS 6 同じデータストア・クラスタ内で、データストア間のVMファイルを移行します。以下の目的には、同種のストレージデバイスを使用してください。 VMware vSphere Storage DRS.
増加している VMFS 巻数
のサイズを大きくするには、 VMFS 仮想マシンが稼働している間にデータストアを変更し、そのデータストアにある仮想マシンファイルを使用します。最初の方法は、 LUN 既存のデータストアで使用されています。増加 LUN ストレージシステム(vSphere内ではなく)で発生します。その後、パーティションを拡張して、 VMFS volume.
また、 VMFS 複数のディスクまたはLUNを結合してボリュームを作成します。VMFSエクステントを追加して、 VMFS この場合のボリューム。複数のディスクを使用する拡張データストアは、スパンデータストアとも呼ばれます。同種のストレージデバイスを使用する必要があります。たとえば、データストアが使用する最初のストレージデバイスが 512n, その場合、新しく追加されたストレージデバイスは 512n-block デバイス。この機能により、上限を回避することが可能になります LUN サポートされるデータストアの最大サイズが上限よりも大きい場合 LUN サイズ。
例: 1つの LUN、そして単一のVMデータストア上に3TBの仮想ディスクを持つVMを作成する必要があります。それぞれ2TBのエクステントを2つ使用することで、この問題を解決できます。必ず GPT 2 TBを超えるパーティションおよびデータストアを作成するためのパーティション構成。
減少 VMFS 巻数
〜を削減する VMFS 音量調整はサポートされていません。音量を下げたい場合は、 VMFS volume サイズについては、すべてのファイルを VMFS volume 別の形に簡約したい VMFS データストア。次に、サイズを縮小したいデータストアを削除し、新しいデータストアを作成する必要があります。 VMFS volume より小さいサイズで。作成したボリューム上に新しい小さいデータストアの準備が整ったら、VMファイルをこの新しいデータストアに移行します。
VMFS データストアのアップグレード
アップグレードできます VMFS 3 ～へ VMFS 5 VMファイルを移行したり、新しいものを再作成したりすることなく、直接 VMFS 5 データストア。以下の機能に対応しています。 VMFS 3 ～へ VMFS 5 VMが稼働中の状態で、電源を切ったりVMを移行したりすることなく、その場でアップグレードできます。アップグレード後は、 VMFS 5 ～のすべての特徴をそのまま備えている VMFS 3 以前使用されていたものと同じです。例えば、ブロックサイズは1MBではなく64KBのまま維持され、2TB以下のパーティションではMBRが維持されます。
ただし、アップグレードについては VMFS 5 およびそれ以前のバージョンの VMFS データストアを VMFS 6 直接の移行はサポートされていません。(アップグレード対象の)データストアからファイルを安全な場所に移動し、 VMFS 5 データストア、新規作成 VMFS 6 データストアに保存し、その後、ファイルを新しい VMFS 6 データストア。
ESXi を ESXi 6.5 以降にアップグレードした場合でも、引き続き使用できます VMFS 3 そして VMFS 5 ESXiのアップグレード前に作成されたデータストア。作成することはできません VMFS 3 ESXi 6.5 以降のバージョンのデータストア。
詳細については、以下を参照してください。 VMFS 5 vs VMFS 6 比較して、最新バージョンへのアップグレード方法をご確認ください VMFS バージョン。場合によっては、 LinuxでVMFSをマウントする.
結論
VMware VMFS VMファイルを保存するための、信頼性が高く、拡張性に優れ、最適化されたファイルシステムです。 VMFS 複数のESXiホストによる同時アクセスをサポートし、シンプロビジョニング、 Raw Device Mapping、VMのライブマイグレーション、ジャーナリング、Advanced Format対応の物理ディスク(以下を含む) 512e そして 4Kn、その GPT パーティション構成、VMスナップショット、空き領域の再利用、およびその他の便利な機能。ブロックサイズが1MBであるため、最新の VMFS これらのバージョンは、ファイルの断片化によるパフォーマンスの低下が起こりにくい。仮想マシンファイルを VMFS VMware vSphere では、仮想マシンの保存にはデータストアの使用が推奨されています。
仮想マシンの保存にどのファイルシステムを使用する場合でも、障害、停止、その他のトラブルが発生した際のデータ損失を防ぐため、定期的にデータをバックアップする必要があります。検討してください NAKIVO Backup & Replication、データを保護し、迅速に復旧できるソリューション vCenter– 管理対象およびスタンドアロンのESXiワークロード。
