私たちは完全にnvme-ssdに基づいてRHEL OSビデオ編集サーバーを設定しています。高いスループットと非常に低い待ち時間が必要です。 RAID コントローラーによって速度が遅くなることがあります。商用ソフトウェアRAID(xiRAID)はすでに利用可能であり、テストでうまく機能しました。しかし、個々のディスクが各ドライブにファイル全体を保存できるほど高速であれば、RAIDの複雑さと柔軟性は不要であると思います。 UnraidとMergerFSは素晴らしいように見えましたが、私たちの経営陣は一人のオープンソースプロジェクトに本番サーバーに基づいているのが不便でした。
GlusterFSはどうですか?単一ノードでこれを実行している人の参照が見つかりません。分散ファイルシステムは必要ありません。オプションで、冗長性のためにいくつかのパリティを持つ単一ノードのプールストレージのみが必要です。
答え1
GlusterFSは本当に悪い選択のようです。提供される機能がまったく必要なく(これが誰も単一ノードで使用されない理由であり、これは言葉ではありません)、すべてのパフォーマンスと複雑さの欠点を持ちます。
これは実際にこれ最新のLinuxでLVM2として実装されている論理ボリューム管理の典型的なユースケースは、ボリュームセットを定義し、各物理NVMを物理ボリュームとして追加し、その上に1つ(または任意の数)の論理ボリュームを作成し、任意のファイルを使用します。します。システム。私のテストでは、オーバーヘッドはわずかで、実際に設定するには3つのコマンドライン操作が必要でした。
/dev/nvmeA
,/dev/nvmeB
, ..., を結合しようとしています/dev/nvmeX
。したがって、ボリュームグループ(「swamigroup」と呼ばれる、必要に応じて選択)を作成できます(このデバイスの既存のデータは削除されます)sudo vgcreate swamigroup /dev/nvmeA /dev/nvmeB /dev/nvmeC
。/dev/nvmeX
- 空き容量を100%使用して、グループに「datavol」という論理ボリュームを作成します。
sudo lvcreate -l '100%FREE' -n datavol swamigroup
- その上に必要なファイルシステムを作成してください。ここではext4を選択しました。あなたに最適なものを選択してください。
sudo mkfs.ext4 /dev/mapper/swamigroup-datavol
それはすべてです。完璧。これで、インストールして/dev/mapper/swamigroup-datavol
コンピュータに追加できます/etc/fstab
。
/dev/nvmeY
グループに新しいデバイスを追加する場合 (例:
- 物理ボリュームに設定してください
sudo pvcreate /dev/nvmeY
、、 - 既存のボリュームグループに追加します。
sudo vgextend swamigroup /dev/nvmeY
その後、通常、実際に新しく見つかった空き領域を論理ボリュームで使用しようとします。sudo lvresize -l +100%FREE -r
これは-r
、基本ファイルシステムのサイズ変更ユーティリティ(ここではresize2fs
)が自動的に呼び出されることを意味します。すべての操作は、完全な操作中に実行できます。
LVMはより多くのことができます(含むソフトウェアRAID、スナップショット、シンボリューム、動作中にエラーが発生したディスクの交換man
...