Redis Enterprise high Connection issue

オープン
#15 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
20/100
issue の種類
ドキュメント
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
redis
領域
cloud, databases

調査の方向性

この Issue では、リポジトリのファイル、テスト、エントリーポイントが指定されていません。まず Redis Enterprise E100 の接続および監視に関するドキュメントを確認し、30 日間の接続クライアントメトリクスがどのようにカウントされるかに重点を置いてください。完了条件は、メトリクスについて文書化された説明と、接続の最適化およびプランのダウングレードに関する明確なガイダンスが用意されていることです。

索引モデルが issue の本文から書いたものです。

説明

I am looking to optimize the cost for Redis enterprise. Right now i am using an E100 plan When i look at the monitoring metrics i see a low utilization of CPU, low server load and low % memory usage but i see the connected client parameter the sum for last 30days to be very high approx. 2.13M. as per E100 plan 100K connection are allowed but in my case the sum of connections are way too high. What happens in this scenario?

Is there a way to optimize the connections and downgrade to a lower plan to save cost?

主要言語
PowerShell
スター
12
フォーク
17
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

Azure/AzureCacheForRedis のほかの issue

Azure/AzureCacheForRedis の issue をすべて見る

似ている issue

Cloud の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。