GlusterFSをNFSまたはFUSEとしてマウントする必要がありますか？
ファイルストレージクラスターとWebアプリにGlusterFSを使用しています。
ストレージとウェブの2つのボリュームがあります。
Fuseの動作が遅すぎたため、現在はNFSとしてマウントされたWebを使用しています。
さて、大きなデメリットはあるのか、ストレージもNFSとしてマウントする必要があるのかと考えていました。
NFSは標準のファイルシステムキャッシングを使用し、ネイティブGlusterFSはアプリケーションスペースを使用しますRAMであり、定義する必要があるハードセット数です。
documentation を見ると
Fuseクライアントでは、
GlusterFSround robinスタイルの接続でマウントを行うことができます。/etc/fstabでは、1つのノードの名前が使用されます。ただし、内部メカニズムではそのノードに障害が発生し、クライアントは信頼されたストレージプール内の他の接続されたノードにロールオーバーします。パフォーマンスは、テストに基づくNFSの方法よりもわずかに遅くなりますが、それほど遅くはありません。利点は、HAクライアントの自動フェイルオーバーです。これは通常、パフォーマンスへの影響に見合う価値があります。
つまり要約すると、要件によって異なります。システムで十分なRAMが利用可能で、パフォーマンスが全体的に重要ではない場合、Fuseがより良い選択のようです。
1つのネイティブGlusterFSの下に1つのFTPマウントがあります。多くのファイルをこのFTPに送信しましたが、パフォーマンスはひどいものでした。もちろん、NFSマウントに変更すると、パフォーマンスはネイティブGlusterFSよりもはるかに優れていました。