テスト用には、ローカル マシン上の論理ボリュームをサポートする Reiser5 ファイル システム。主な革新は、ブロック レベルではなく、ファイル システムを使用して実行される並列スケーリング (スケール アウト) です。
このアプローチの利点として、空き領域の問題、ボリュームがいっぱいになった場合のパフォーマンスの低下など、FS+RAID/LVM の組み合わせや非並列ファイル システム (ZFS、Btrfs) に固有の欠点がないことが挙げられます。 70% 以上が、論理ボリュームを配置するための時代遅れのアルゴリズム (RAID/LVM) であり、論理ボリューム全体にデータを効率的に分散できません。並列 FS では、デバイスを論理ボリュームに追加する前に、標準の mkfs ユーティリティを使用してフォーマットする必要があります。
Reiser5 は、O(1) フリー ブロック アロケーターを使用します。空きブロック検索操作の最大コストは、論理ボリュームのサイズには依存しません。異なるサイズや帯域幅のブロックデバイスから論理ボリュームを簡単かつ効率的に組み立てることができます。このようなデバイス間でのデータの分散は、ロシアの数学者でプログラマーのエドゥアルド・シシキンによって提案された新しいアルゴリズム (いわゆる「ファイバー・ストライピング」) を使用して行われます。
各デバイスに送信される I/O リクエストの部分は、ユーザーによって割り当てられた相対容量と等しいため、論理ボリュームは「均等に」かつ「公平に」データで埋められます。同時に、容量が小さいブロックデバイスはストレージ用に受け取るブロックが少なくなり、帯域幅が低いデバイスが「ボトルネック」になることはありません (たとえば、RAID アレイで発生するような)。
ボリュームへのデバイスの追加とボリュームからのデバイスの削除には、分散の「公平性」が維持される再バランスが伴います。この場合、移行されるデータの部分は、追加 (削除) されるデバイスの相対容量にも等しくなります。断片化されていないデータの移行速度は、ディスクへの書き込み速度に近いです。論理ボリュームに含まれるすべてのブロックデバイスを、それぞれに個別のアプローチ (HDD のデフラグ、SSD の破棄要求の発行など) を使用して同時に維持することができます。論理ボリューム上の空きスペースは、標準の df(1) ユーティリティを使用して監視されます。さらに、ユーザーには、論理ボリュームの各コンポーネントデバイス上の空きスペースを監視する機会が与えられます。
論理ボリュームに関するすべての操作 (デバイスの追加、削除など) はアトミックであり、Reiser4 のトランザクションを操作するための標準ツールを使用して実装されます。このような中断された操作後のボリュームの正しい「展開」は、指示によって規制されています。現時点では、Reiser5 にはオフライン (マウントされた) ボリュームを管理するツールがまだないため、現時点ではユーザーが独自に論理ボリュームの構成を保存および更新するように勧められます。この構成は、reiser4progs パッケージに含まれる論理ボリューム ユーティリティを使用して、マウントされたボリューム用に簡単に準備できます。
計画されたもののうち:
- 複数のサブボリュームにわたるメタデータの分散。
- fsck ユーティリティを使用した論理ボリュームのチェック/リカバリ (古いバージョンのアップグレードによる)。
- 配布と透過的なデータ移行のカスタム制御。これは HPC アプリケーション (バースト バッファー) にとって非常に重要です。
- データとメタデータのチェックサム。
- 通常のファイル操作だけでなく、ボリューム上の操作 (デバイスの追加や削除など) もロールバックできる論理ボリュームの 3D スナップショット。
- 異なるマシン上のデバイスを集約するグローバル (ネットワーク) ボリューム。
出所： オープンネット.ru