スナップショットを使用するZFSは、同期プロトコルAを使用するDRBDを置き換えることができますか？

Question

この質問は以前の、より一般的なものに関連していますが、今回は、私のようなユースケースでZFSがDRBDを置き換えることができるかどうかを具体的に尋ねたいと思います。つまり、2台のサーバーで、どちらも独自のVMや他のサービスをホストし、VMやその他のデータを相互に複製して、ハードウェアの故障やメンテナンスの場合のダウンタイムを短縮します。このセットアップは意図したとおりであり、ローカルでの読み取り/書き込みを優先し、任意の時間枠でデータが失われる可能性があります。

DRBDは、このようなシナリオをさまざまなミラーリングプロトコルでサポートしています。この場合、レプリケーションプロトコルA は必要に応じて非同期です。私のセットアップにおけるDRBDの主な利点は、より多くの同期プロトコルへの切り替えが簡単であり、単に構成と再起動の問題です。さらに、すべてのデータが暗号化されるように、DRBDブロックデバイスの上にdm-cryptを置き、ファイルシステムをdm-cryptに置くことができます。

一方、DRBDの問題は、ブロックデバイスが必要であり、RAIDやLVMなどの他のテクノロジーを使用して、それらの可用性とサイズに注意する必要があることです。私のサーバーには将来さらに多くのディスクを接続するための空きスロットがあるので、特にサイズ変更については興味深いようです。サイズ変更をサポートするには、DRBDでLVMを使用して、最初にLVMを使用してストレージを追加し、その後、新しいストレージを考慮してDRBDのサイズを変更する必要があります。それでもdm-cryptやファイルシステム自体などに対処する必要があります。これはかなり複雑で、ビットエラーが発生しやすくなります。

一方、ZFSのようなファイルシステムはすでに独自のLVMを提供しており、増分スナップショットを送受信できます。したがって、理論的には、ZFSは同じプロトコルを実装できるはずです。DRBDのようなアプローチでは、RAID、LVMなどを使用する必要はありません。ストレージをサーバーに追加し、それをZFSプールに入れるだけで、すぐにホストで利用できます。 /より大きいVMまたは何でも。スナップショットの送受信は、DRBDが行うのと同じくらい効率的に聞こえます。これは、受信ZFSで理解される変更を説明するために必要なオーバーヘッドがあるインクリメンタルバイナリデータだからです。 ZFSスナップショットを送受信するスリープタイムのないエンドレスループを使用し、短期間のレプリケーションにのみ必要なため、後でソースから直接それらを削除する人々を読んだことがあります。

ただし、暗号化はZFSにとって問題のようです。 dm-cryptはzvolsのようなもので機能し、将来的には直接暗号化をサポートで機能する可能性がありますが、現在は機能しません。さらに、スナップショットの送受信は常に非同期のようです。必要に応じて、DRBDが提供するようなより同期プロトコルを実装する方法はありません。ただし、LVMを使用する必要がなく、全体的なセットアップが簡単になるため、これは許容できるかもしれません。

または、私は間違っています。ZFSがそのままの状態でZFSが他のホストにデータを転送し、ZFSだけがスナップショットを送受信する方法はありますか？

DRBDミラーリングプロトコルと比較して、ZFSを使用してスナップショットを短時間で頻繁に送受信する場合に、基本的なパフォーマンスの違いや制限が頻繁に見られますか？後者は私が推測するブロックレベルだけのため、もう少し効率的かもしれません。

DRBDとZFSの間に他に考えられる違いはありますか？現在、DRBDのHA機能は必要ありません。今はデータのレプリケーションに焦点を当てています。

ありがとう！

shodanshok · Accepted Answer

私はやや似た（まだ違う）と尋ねました最近の質問

つまり、すべては、達成したいレプリケーションターゲットと、ZoLがユースケースに適合するかどうかに依存します。

ポイントインタイムレプリケーションが適切である場合、増分スナップショットを送信することは非常に良い戦略です
ほぼまたは完全なリアルタイム同期が必要な場合、DRBDまたはを使用してネットワークミラーリングされたzpoolをセットアップする必要がありました（上記の質問へのリンクを参照））
zoLの使用を選択する際は、ARCを提供するために、基本的に「ページキャッシュ」コードの大部分を単独で再実装することを考慮してください。これは、ファイルシステムコードによるメモリ消費の増加を意味します。さらに、ZFSはCoWファイルシステムであるため、独自のパフォーマンス動作/要件があります。

一方で、いくつかの厄介な驚きを隠すZVOLの使用はお勧めしません。