iSCSIを使用したZFSファイルシステム
まず、根本的な問題の簡単な説明。私はシステム管理者として新しい仕事を得て、共有データの基礎としてZFSを使用してファイルサーバーを継承しました。プールには多数のファイルシステムが含まれていますが、ボリュームは含まれていません。最近、サーバーでのSamba共有が機能しなくなり、認証の問題のようです。 AD認証の統合を提供するCentrifyと協力して、その理由を調べています。
待っている間、1週間が経ち、ユーザーは非常に落ち着きを失い、経営陣は私たちを睨みつけ始めました。私たちは別の方法でデータを共有する方法を考え出そうとしています。
CentrifySamba共有はDebian8.4で正常に動作することがわかりました。この時点で、Samba共有を一時的に配布するために別のサーバーをセットアップしたいと思います。この2番目のサーバーは、メインファイルサーバーに接続する必要があります。 NFSとiSCSIの両方について説明しましたが、どちらにも問題があります。
私の調査によると、NFSマウントがSambaで共有されている場合、NFSにはパフォーマンス、権限、さらにはデータ検証の問題があります。それは機能しますが、最善の解決策ではないようです。一方、iSCSIはうまく機能するように聞こえますが、ファイルシステムではなくZFSボリュームが必要なようです。
したがって、質問は次のとおりです。
ZFSファイルシステムをiSCSIターゲットとして使用できますか？
ZFSファイルシステムをZFSボリュームに変換できますか？
または、この一時的なケースでは、NFSソリューションが最適に機能しますか？
はい、ZFSはiSCSIプロバイダーになることができます。データはZFSvolにカプセル化されるため、常に良い考えとは限りません。
ファイルシステムをzvolに変換することはできません。
クライアントがNFS対応（Linux？）の場合、ZFSでNFSを回避する理由はありません。