今では、Microsoftの比較的最近のファイルシステム”ReFS”を聞いたことが WINDOWSサーバー2012年と導入されて、それは安定性およびスケーラビリティのNTFSを超過するように努めます。 通常、同じボリューム内の複数の仮想マシンのVHDXsを格納するので、ReFSとうまくペアリングされているように見えます。 残念ながら、それは…最初はしませんでした。 マイクロソフトは、その間の年にReFSを改善し続けています。 これは、NTFSからそれを離れたいくつかの機能を得ています。 その成熟で、あなたはHyper-Vのためにそれを使い始めるべきですか？ その決定をする前に考慮するべき多くを有する。
ReFSとは何ですか？
モニカー”ReFS”は”弾力性のあるファイルシステム”を意味します。 これには、データの破損を防止するための組み込み機能が含まれています。 Microsoftのdocsサイトでは、ReFSとその機能の詳細な説明が提供されています。 簡単な要約:
- 整合性ストリーム:ReFSはチェックサムを使用してファイルの破損をチェックします。
- 自動修復:ReFSがファイル内の問題を検出すると、自動的に修正措置を制定します。
- パフォーマンスの向上:いくつかの特定の条件では、ReFSはNTFSよりもパフォーマンス上の利点を提供します。
- 非常に大きなボリュームとファイルのサポート：ReFSの上限は、同じパフォーマンスヒットを発生させることなく、NTFSを超えています。
- ミラー加速パリティ:ミラー加速パリティは多くのrawストレージ領域を使用しますが、非常に高速で非常に回復力があります。
- ストレージ-スペースとの統合:ReFSの機能の多くは、ストレージ-スペースとの組み合わせでのみ最大限に機能します。
以前のポイントのいくつかに興奮する前に、私は一つのことを強調する必要があります：容量の制限を除いて、ReFSは最高の仕事をするためにストレー
Refs Hyper-Vの利点
ReFSには、いくつかの仮想マシンのアクティビティを高速化する機能があります。
- ブロッククローン：私の読書では、ブロッククローンは本質的に重複排除の一形態です。 しかし、ファイルシステムフィルタやスキャナとしては動作しません。 任意のデータ書き込みを受動的に待機したり、ファイルシステムを定期的にスキャンして重複を確認したりしません。 何かが特定のファイルに対して積極的に呼び出す必要があります。 Microsoftは、チェックポイントのマージを大幅に高速化できることを具体的に示しています。
- スパースVDL(有効なデータ長):すべてのファイルシステムは、ファイルに割り当てられた領域の量を記録します。 ReFSはVDLを使用して、そのファイルにデータが含まれている量を示します。 したがって、Refsで新しい固定VHDXを作成するようにHyper-Vに指示すると、動的に拡張するVHDXを作成するのとほぼ同じ時間でファイル全体を作成できます。 同様に、動的に拡張するVHDXsでの拡張操作にも役立ちます。
これらの機能を調べるには少し時間がかかります。 彼らの総アプリケーションを考えてみてください。
Refs vs.Ntfs For Hyper-V:技術的比較
方法のうち、一般的な説明を使用して、今、あなたは違いのより良い評価を行うことができます。 まず、MicrosoftのReFS概要ページの比較表を確認してください。 一般的なHyper-V展開では、ほとんどの違いはほとんどありません。 たとえば、Hyper-Vストレージの場所にクォータは必要ありません。 Hyper-Vのために、より適切にスコープされた、私たち自身のテーブルを作ってみましょう:
- ReFS wins:本当に大きなストレージの場所と本当に大きなVHDXs
- ReFS wins:作成、チェックポイント、またはマージされたVHDXs
- ReFS wins:ストレージスペースとストレージスペースの直接展開
- NTFS wins:シングルボリュームデプロイメント
- NTFS wins(潜在的に):混合-目的展開
私はこれらのことのほとんどが自分自身のために話すと思います。 最後の二つは、おそらくもう少し説明が必要です。
シングルボリューム展開にはNTFS
が必要ですこの文脈では、”シングルボリューム展開”とは、Hyper-V(管理オペレーティングシステムを含む)と同じボリューム上のすべてのVmがあるインストールを意味します。 また、ReFSにページファイルを配置することもできません。 このようなインストールでは、ストレージスペースやストレージスペースを直接使用できないため、とにかくReFSの機能のほとんどを逃してしまいます。
複合目的の展開にはNTFS
が必要な場合があります。 誰もがそれを持っていません。 Hyper-Vストレージボリュームが他の目的でもファイルをホストする場合は、NTFSを続行する必要があります。 概要ページの下部にある最後の表に移動します。 これは、NTFSでのみ見つけることができるプロパティを示しています。 標準のファイル共有シナリオでは、クォータが失われます。 NTFSの拡張プロパティ、または短い名前を必要とする従来のアプリケーションがある場合があります。 このような状況では、NTFSのみが行います。注:代替手段がある場合は、Hyper-Vと一緒にHyper-V以外の役割を実行するために同じホストを使用しないでください。 同様に、Hyper-V Vmは、他の種類のファイルを保持するボリュームとは別に、ボリュームに分離します。
予期しないReFSの動作
公式のコンテンツは、ReFSの整合性ストリームの利点を説明するためにいくつかの長さになります。 これは、ファイルの破損を検出するためにチェックサムを使用しています。 それは問題を発見した場合、それは是正措置に従事しています。 保護スキームを使用するStorage Spacesボリュームでは、問題を解決する機会があります。 これは、シームレスな体験を提供し、オンラインボリュームでそれを行います。 しかし、ReFSが問題を修正できない場合はどうなりますか？ それはあなたが本当の注意を払う必要があるところです。
概要ページでは、”ReFSは名前空間から破損したデータを削除します”という非常に曖昧な言葉を使用しています。 “試行が失敗した場合、ReFSはエラーを返します。”この記事を研究している間、私はより厄介な活動について言われました：ReFSは、それが修正不可能であると判断するファイルを削除します。 そのページの下部にあるコメントセクションには、確証レポートが含まれています。 そのコメントスレッドに従うと、Microsoftプログラムマネージャーから次のようなエントリが表示されます:
ReFSは、二つのシナリオでファイルを削除します:
- ReFSはメタデータの破損を検出し、それを修正する方法はありません。 つまり、ReFSは、破損したコピーを修正できるStorage Spaces冗長ボリューム上にありません。
- ReFSはデータの破損を検出し、整合性ストリームが有効になっており、それを修正する方法はありません。 つまり、整合性ストリームが有効になっていない場合、データが破損しているかどうかにかかわらず、ファイルにアク 記憶域スペースを使用してミラー化されたボリュームでReFSが実行されている場合、破損したコピーは自動的に修正されます。
結論：ReFSがVHDXが回復不可能な損傷を受けたと判断した場合、それはそれを削除します。 それは尋ねることはありませんし、あなたができることを救済しようとする機会を与えることもありません。 ReFSが記憶域スペースの冗長性によってサポートされていない場合、修復を実行する方法はありません。 したがって、ある観点からは、非ストレージスペースのReFSは非常にリスクの高いアプローチのように見えます。 しかし…
あなたのバックアップを気に！
前のセクションの重大度を見落とすべきではありません。 しかし、あなたはそれがあなたを怖がらせるべきではありません。 私は確かにあなたが削除されたものよりも部分的に読めるVHDXを好むかもしれないことを理解しています。 そのためには、Vmのファイルでintegrity streamsを無効にするだけです。 私はまた別の提案を持っています。
あなたのバックアップを無視しないでください！ ReFSがファイルを削除した場合は、バックアップからファイルを取得します。 NTFSでVHDXが破損した場合は、バックアップから取得します。 ReFSでは、少なくともあなたは問題があることを知っています。 NTFSでは、問題がはるかに長く潜んでいる可能性があります。 構成に関係なく、データを保護するために依存できる唯一のものは、強固なバックアップソリューションです。
Hyper-VのNTFSを選択するタイミング
情報に基づいた決定を下すのに十分な情報が得られました。 これらの条件は、NTFSの良好な状態を示しています:
- シングルディスクやメーカー RAIDなどの記憶域スペースを使用しない構成。 これだけでは気密性の点はありません; “バックアップを気にしてください！”上記のセクション。
- シングルボリュームシステム(ホストにはC:ボリュームのみがあります)
- 混合目的システム(ロールを分離するように再設定してください)
- 2016年より古いホス これだけでは気密性の点ではありません。
- バックアップアプリケーションベンダーはReFS
- をサポートしていませんReFS
時間が経つにつれて、NTFSはHyper-V展開でReFSよりも有利になります。 しかし、それはNTFSが終わりに達したことを意味するものではありません。 ReFSには驚異的に高い制限がありますが、NTFSが提供できるもののほんの一部を超えるものを使用するシステムはほとんどありません。 ReFSには印象的な回復力機能がありますが、NTFSには自己回復力もあり、データの破損から守るためのRAID技術にアクセスできます。
マイクロソフトはReFSを開発し続けます。 彼らは最終的にNTFSの後継者としてそれを配置することができます。 今日のように、彼らはそうしていません。 彼らも明日やるようには見えません。 あなたの慰めのレベルに先んじてReFSに動くために圧力をかけられて感じてはいけない。
Hyper-VのRefを選択する場合
状況によっては、RefをHyper-Vデータを格納するための明確な選択にします:
- 記憶域スペース(および記憶域スペースの直接)環境
- 非常に大きなボリューム
- 非常に大きなVhdx
VHDXファイルのチャーンが非常に高い環境では、Refにパフォーマン ただし、これらのパフォーマンス強化の影響を過大評価しないでください。 最も顕著な違いは、固定VHDXsを作成するときに表示されます。 他のすべての操作では、意味のある改善を達成するためにハードウェアをアップグレードする必要があります。
しかし、私は非常に大量のReFSの利点を光沢にしたくありません。 数テラバイトのストレージボリュームと数百ギガバイトのVHDXsがある場合、ReFSはNTFSを大幅に上回ることはめったにありません。 数百テラバイトの観点から考え始めると、NTFSはボトルネックを示す可能性があります。 あなたがより高く押す必要があるならば、ReFSはあなたの唯一の選択になります。
ReFSは、ストレージスペースと直接組み合わせると本当に輝きます。 自動的に非破壊的なオンライン修復を実行する能力は本当に印象的です。 一方で、現代のシステムにおける破壊的なデータ破損の可能性は統計的異常を構成しています。 一方で、そのような出来事を通して苦しんだ人は、それがどれほどそうであったかを本当に気にしません。
Refs vs NTFS on Hyper-Vゲストファイルシステム
上記のすべては、Hyper-Vの仮想マシンのストレージのみを扱います。 ゲストオペレーティングシステムのReFSはどうですか？
その質問に答えるには、ReFSの強みに戻る必要があります。 これまでのところ、我々はHyper-Vの面でそれについて考えてきました。 MicrosoftのReFSの概要を確認することから始めましょう。 具体的には次のとおりです:
“Microsoftは、幅広い構成とワークロードで汎用的に使用するためにNTFSを特別に開発しましたが、ReFSが提供する可用性、回復性、および/またはスケールを特別に必要と…”
私はあなたが考慮したい部分に重点を加えました。 文自体は、彼らがいくつかの用途をリストすることになると思わせますが、彼らは一つだけをリストします：”バックアップターゲット”。 リスト上の他の項目は、ストレージ構成についてのみ言及しています。 そのため、文を掘り下げて、「可用性」、「弾力性」、「規模」の3つの記述子を引き出す必要があります。 最初の2つはすぐに捨てることができます—VM内のストレージの可用性と回復性に焦点を当てるべきではありません。 それは私たちに”スケール”を残します。 だから、本当に大きなボリュームと本当に大きなファイル。 覚えておいて、それはテラバイトの数百とアップを意味します。
より正確な判断をするには、特徴比較を読んでください。 ゲスト内で使用するアプリケーションがNTFSでのみ使用できる機能を必要とする場合は、NTFSを使用します。 個人的には、私はまだゲストの中でNTFSをほぼ独占的に使用しています。 ReFSには最適な作業を行うための記憶域スペースが必要であり、記憶域スペースは物理層で最適な作業を行います。
Hyper-Vホストとゲスト間でReFSとNTFSの組み合わせ
ゲスト内のファイルシステムはホストのファイルシステムに関係しておらず、その逆も同様であることに注意してください。 Hyper-Vが知る限り、仮想マシンに接続されているVhdxは、データブロックのバンドル以外のものではありません。 あなたは動作する任意の組み合わせを使用することができます。
