4

インフラストラクチャで redis をブローカーとして使用することの長所と短所は何ですか?

現時点では、すべてのエージェントが、logstash --> ES へのリクエストをプロキシする中央の NXLog サーバーに送信しています。

nxlog コレクターと logstash の間に redis サーバーを使用すると、何が得られますか? logstash がダウンした場合に備えて、nxlog にはすでに適切なメモリとディスク バッファーがあるため、私には無意味に思えます。

私は何を得るでしょうか？

ありがとうございました

4

5 に答える 5

1

負荷が高い場合: ES (HTTP) を直接呼び出すと危険な場合があり、ES が故障した場合に問題が発生する可能性があります。

Redis は More (Much more) Write リクエストを処理し、それを非同期ロジックで ES(HTTP) に送信できます。

于 2014-11-28T16:09:03.527 に答える
0

ELK インフラストラクチャを構築したとき、当初、logstash インデクサー (redis からの読み取り) に多くの問題がありました。Redis はバックアップし、最終的には停止します。これは、ログ ファイルが失われないことを期待して、redis が時々キャッシュをディスクに永続化するように構成されたためだと思います。キューが「大きすぎる」(ただし、使用可能なディスク領域内にある) 場合、redis は停止し、キャッシュされたすべてのエントリを取得します。

これが redis でできる最善の方法である場合は、お勧めしません。

幸いなことに、通常は redis キューを空のままにしていたインデクサーの問題を解決することができました。キューがバックアップされたときにすぐにアラートを出すように監視を設定しました。これは、インデクサーが再び不満を抱いていることを示す良い兆候でした。

それが役立つことを願っています。

于 2014-09-11T16:58:21.843 に答える
0

Logstash と併用すると、Redis はメッセージ キューとして機能します。複数のライターと複数のリーダーを持つことができます。

Redis (またはその他のキュー サービス) を使用すると、「クラスター」にサーバーを追加することで、Logstash を水平方向にスケーリングできます。これは小規模な操作では問題になりませんが、大規模なインストールでは非常に役立ちます。

于 2014-05-07T02:33:10.660 に答える