問題タブ [glusterfs]

3+1 ノードで GlusterFS の小さなクラスターをセットアップしました。それらはすべて同じLAN上にあります。GlusterFS ノードでもある 3 台のサーバーと 1 台のラップトップ (Wifi 経由) があります。ラップトップがネットワークから切断されることがよくあります。;)

私が達成したいユースケースは次のとおり
です。ラップトップが再接続したときに GlusterFS ファイルシステムと自動的に同期するようにします。（これは簡単で完了です。） しかし、ラップトップがクラスターから切断されている場合でも、ファイルシステムに「オフライン」でアクセスしたいと考えています。ファイルの変更、追加、削除..

明らかに、クラスターからオフラインのときに GlusterFS ファイルシステムにアクセスできる唯一の方法は、ボリューム ストレージに直接アクセスすることです。gluster ボリュームを作成するために構成したもの。レンガだと思います。

ストレージ内のファイルを変更しても安全ですか? ノードが再接続したときにクラスターに複製されますか?

Glusterfs はボリュームを作成し、すべての kubernetes ノードに対して auth.allow を設定します。次に、kubernetes エンドポイントを使用して glusterfs ボリュームを使用できます。しかし、glusterfs エンドポイントを使用して rc または pod を作成しすぎると、データはすべて同じ gluster ボリューム パス / にあります。

使用する rc またはポッドごとに、より多くの glusterfs ボリュームと kubernetes エンドポイントを作成できることはわかっています。しかし、それがベストプラクティスだとは思いません。

lowendspirit サーバーを使用して、gluster コンテナーを作成しようとしています。Lowendspirt は OpenVZ コンテナーとして実行されます。

私はホストに次のことをさせました

ただし、まだ作成できません。

何かアドバイス？

6 つのストレージ (storage1:/data、storage2:/data、...、storage6:/data) があり、clusterdata を作成しました (このコマンド「gluster volume create ...」を使用)。

クライアントにクラスターデータをマウントし、salmple.txt などのファイルを作成しました。

Glusterfs は、どのストレージに sample.txt があるかを理解するためのものを提供していますか? storage1:/data ... storage6:/data 内のファイルを見ると、どれがそれを持っているかを見つけることができますが、GlusterFS はそのために何かを提供する必要があると思います。知っている人が助けてくれれば幸いです。

グルスターについて質問です。

4 つのストレージ (レプリカ 2) を持つボリュームがあります。

storage1:/clusterdata

storage2:/clusterdata

storage3:/clusterdata

storage4:/clusterdata

storage1 の IP は192.168.56.101

storage2 の IP は です192.168.56.102。

ボリュームの名前は myVolume です。これらのストレージの 1 つ (storage3) が焼き付けられており、もう storage3 はありません。たとえば、新しいストレージに置き換えたいmyNewStorage(その IP は です192.168.56.110)。

誰かがその死んだレンガを新しいレンガと交換する方法を教えてくれたら本当にありがたい. 私はたくさん検索しましたが、グーグルの結果はどれも役に立ちませんでした。

GlusterFS の使用を検討しており、ここでGlusterFS_Conceptsの説明に苦労しています。

短所 - 1 つのサーバーを失うと、そのサーバーでホストされているすべてのファイルにアクセスできなくなります。これが、通常、distribute がレプリケート トランスレータにグラフ化される理由です。

GlusterFS は複製された分散ファイル システムですが、1 つのサーバーが失われると、そのサーバー上のすべてのファイルにアクセスできなくなるのはなぜでしょうか? ここで何かが欠けていると感じます。レプリケーションの主なポイントの 1 つは、サーバーに障害が発生した場合でもファイルにアクセスできることでしょうか?

RedHat が Hadoop のバックエンドとして機能する GlusterFS を使用して、1 つの可能な解決策を考え出したのを見てきました。この場合、namenode/datanode アーキテクチャを利用して glusterfs に置き換えることができますが、Hadoop Mapreduce の API 互換性は維持されています。

パフォーマンスがネイティブ HDFS と比べてどうなのか気になりませんか? それは本当に生産準備ができていますか？Hadoop エコシステムもすべてサポートしていますか? たとえば、Solr Cloud、Spark、Impala など。

ストレージ ソリューションに glusterfs を使用して、3 ノードのオープンスタック クラウドを実装しています。3 つのノード : コントローラーのコンピューティングとネットワークは、gluster のピアです。gluster のピアとして別の計算ノードを追加する必要がありますが、次のエラーが表示されます。

ここで、192.168.10.3 はコントローラーノードの IP です。ログにも同じエラーが表示されます。この理由と必要な解決策を提案してください。