データが多すぎて、それを管理するためにZFSを使用することにしました。セカンダリストレージには問題ありませんが、ファイルシステムがカーネルの一部ではないため、ブートディスクでは使用できません。
RHEL 6と7技術プレビューBTRFSですが、バージョン8では削除されました。
私はZFSに非常に満足しており、データの整合性機能のために壊れていました。 RAID1 mdadmで実行されているルートファイルシステムにZFSがないことは残念です。このソリューションはディスク全体の障害から保護しますが、一部の種類の損傷を特定できず、伝播することもあります。
私は、ZFSとBTRFSが企業ではなく、小規模な展開（SANなど）に対してマルチディスクパリティと整合性チェックサムを提供できるソリューションとしてのみ知っています。
Red Hatの最新製品（6および7のBTRFS技術プレビューを無視）のみを検討している場合、RHEL8はデータ整合性管理のためのサポート方法として何を提供しますか？これは私のような小規模な展開にのみ問題がありますか？企業の顧客がRHELサーバーを実行することを選択したときにこの問題をどのように解決しますか？
私はネットワークストレージやその他のサービスを提供するシステムを実行しており、メンテナンスを最小限に抑え、優れたフェイルバック機能を持つことを望んでいます。問題が発生した場合は、システムから怒っている電話ではなく悲しいメールを送信してください。私は長年にわたってRHEL派生製品を使用してきました、とても満足しています。しかし、SUSEとOracle LinuxでBTRFSを選択し、UbunutuとFreeBSDでZFSを選択しても、RHELをプラットフォームとして使用し続ける価値が減少したと感じました。
しかし、私は次のアップグレードに合わせて競合ソリューションを調査してきましたが、まだRHELサービスを引き続き使用する必要がある強力な理由を見つけることができませんでした。これが企業の顧客にとっても問題になるのか、それとも追加のインフラストラクチャによってこの問題に免疫があるのか疑問に思います。多分それは私が読んだところによると、とにかく彼らの目標市場ではなく、小規模なインストールの問題かもしれません。
DM-整合性すでに一つの答えで言及されています。 EL8は技術自体をサポートしていますが、本番での使用は推奨しないレッドハットによると。
サポートステータス関連：dm-integrityはTechPreviewとして表示されませんが、サポートされています。 mdadmまたはLVM-raidと一緒に、上部に大規模なRAID1スタックがあります。本番用途で広くテストまたは推奨されない。
ビットの破損を検出すると問題の半分が解決されますが、作業の半分が少し以上になります。残りは、既知の良好なコピー（つまり、有効なチェックサムを持つコピー）を使用してディスクの他の部分に破損したセグメントを再生成し、破損したデータを回復するためにRAIDを使用する自動化された方法を構築することです。これはRed Hatおよびアップストリームコミュニティと協力してまだ進行中の作業です。
ベストアンサー1
RHEL では、データの整合性がブロックレベルでサポートされます。デバイスマッパーの整合性ターゲット。スタンドアロンターゲットとして使用することも、次の形式でLUKS2と組み合わせて使用することもできます。認証されたディスク暗号化(AEAD).
次のコマンドを使用して、スタンドアロンの整合性サポートを構成できます。整合性の設定--integrityこのツールでは、LUKSデバイスを作成するときにオプションを追加して、cryptsetupを使用してAEADを設定できます。
ブロック層で整合性を設定すると、すべてのファイルシステムまたはストレージテクノロジをその上に使用できます。一般的なユースケースは、整合性設定デバイスの上にMD RAIDをインストールすることです。
大規模なエンタープライズ展開では、GlusterとCephの両方がこの機能を備えています。 GlusterFSには組み込みビット回転検出そしてBluestore オブジェクトストレージCephで使用されるデータとメタデータの検証。