問題タブ [glusterfs]

GlusterFSと にマウントするための 2 つのノードがあり/var/www/ます。GlusterFSLocalhost

禁断。このサーバーの / にアクセスする権限がありません。

私は何をすべきか？

nginx の背後で実行されている django、gunicorn を使用して、サイトへのアップロードに問題があります。また、ファイルがアップロードされ、複数のサーバー間で分散レプリケートされるアプリ サーバーに gluster マウントがあります。(すべての層は AWS 上にあります)

ファイル (~15 MB) をアップロードしようとすると、502 Bad Gateway が表示されます。を示す nginx ログも確認しupstream prematurely closed connection while reading response header from upstream, clientます。私たちのアップロード速度は非常に遅いです (<5k)。他のサイトに問題なくアップロードできます。インターネットへのアップロードは、他のものと合わせて約 10MB です。

gunicorn または nginx を介したファイルのアップロードを許可するために不足している構成ファイルはありますか?

nginx.conf

conf.d ファイル:

_

_

nginx または gluster マウントのいずれかである可能性があります。私たちはこれに何日も取り組んできましたが、nginx と gunicorn の timeout* 変数をすべて調べましたが、何の進展もありませんでした。

どんな助けでも大歓迎です、ありがとう!

glusterfs geo レプリケーションを実現する必要があります。

私の運用環境では、レプリケーションを実行するサーバー間でポート 22 が開いていません (これは設計によるものであり、そのままにしておく必要があります)。

カスタマイズした ssh ポート (つまり 22222) を使用してそれを実現する方法はありますか。

これに対する他の解決策はありますか。

注: この 2 つ以外のサーバーは使用できません。

私は現在、レプリケーション モードで Gluster 3.5 を使用した 2 ノード クラスターで遊んでいます。これは、実際の 3 ノード クラスタをサーバー ハードウェアに実装する前に、システムについてある程度理解するためです。

テスト用ハードウェアは決してハイエンドなものではありません。Intel Atom D2550 と Intel i5 がギガビット ポートのイーサネット クロスケーブルを介して接続されています。

Gluster ファイル システムには約 20,000 のほとんど小さなファイル (基本的には Debian インストール) があり、これは後で (別のハードウェアで) 処理する必要がある実際の使用状況と似ています。

一部の古いソフトウェアはブリック上で実行されるため、残念ながらこれらのファイルのほとんどを定期的にポーリングする必要があるため、ファイル統計をポーリングする際の遅延が要因になります。

簡単なテストを行いました (Gluster ノード自体にマウントされた GlusterFS):

私が知っていることから、GlusterFS はそれぞれの他のノードをポーリングする必要があるため、これはおそらく非常に遅いですstat。

ブリック ストレージ ディレクトリを直接ポーリングすると、2 回目の試行から開始して、0.16 秒の範囲のタイミングが得られます (予想どおり、おそらくすべてがキャッシュから読み取られます)。

ただし、残りのノードが1 つだけになるように他のノードをシャットダウンすると、かなり似たような結果が得られます。

それはどうしてですか？この場合、何が Gluster を遅くしているのでしょうか?

一般に、GlusterFS 冗長セットアップで読み取りレイテンシーを最小限に抑えるにはどうすればよいですか? ファイルシステムのディレクトリリストのポーリングが、クラッシュ後のリカバリ中に一時的に実際の状況より遅れても、ディレクトリリストのパフォーマンスが向上する場合は問題ありません..

glusterfs サーバーを使用して geo レプリケーションをセットアップしようとしています。テスト環境、ステージング環境ではすべてが期待どおりに機能しましたが、本番環境を試してみたところ行き詰まりました。

私が持っているとしましょう

gluster fs サーバーはパブリック IP 1.1.1.1 上にあります

gluster fs スレーブはパブリック 2.2.2.2 にありますが、この IP はインターフェイス eth1 にあります。gluster fs スレーブ サーバーの eth0 は 192.168.0.1 です。

したがって、1.1.1.1でコマンドを開始すると（ファイアウォールとsshキーが適切に設定されます）

エラーが発生します。

スレーブ ボリュームの詳細を取得できません。スレーブ クラスタとスレーブ ボリュームを確認してください。geo レプリケーション コマンドが失敗しました

この場合、エラーはそれほど重要ではありません。問題はスレーブ IP アドレスです。

上記のファイアウォール ドロップ ログでわかるように、スレーブ gluster デーモンのポート 24007 は、スレーブ サーバーのインターフェイス eth0 のプライベート IP でアドバタイズされ、eth1 プライベート IP の IP である必要があります。したがって、マスターは接続できず、タイムアウトします

gluster サーバーにインターフェイス eth1 をアドバタイズさせるか、それにのみバインドさせる方法はありますか?

私は cfengine と ansible を使用して構成をプッシュするため、インターフェイスへのバインドは IP よりも優れたソリューションになる可能性がありますが、どのようなソリューションでも構いません。

前もって感謝します。