Feature Request: Add metric to monitor ResourceGroup object size against etcd limits
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- go, kubernetes
調査の方向性
まず、既存の ResourceGroup 実装と、declared_resources および resource_count メトリクスの宣言箇所を特定します。シリアライズされた ResourceGroup のサイズ、または制限への近さの推定値をどのように定義すべきかを判断し、その後、新しいメトリクスが公開され有用であることを示すモニタリングテストまたはドキュメントを特定します。
索引モデルが issue の本文から書いたものです。
説明
Checklist
- I did not find a related open enhancement request.
- I understand that enhancement requests filed in the GitHub repository are by default low priority.
- If this request is time-sensitive, I have submitted a corresponding issue with GCP support.
Describe the feature
Description: Currently, users struggle to know precisely how close a ResourceGroup object is to hitting the Kubernetes API server or etcd object size limits. While metrics like resource_count exist, they serve only as a rough heuristic and do not accurately reflect the actual serialized size of the object. If the limit is reached, it causes synchronization failures that are hard to predict.
Feature request: We would like Config Sync to surface a new metric that tracks the size of the serialized ResourceGroup object (or an estimate of how close it is to the limit). This would allow users to monitor their usage and proactively restructure their configurations (e.g., by splitting repositories) before hitting hard limits.
Alternatives considered: Monitoring the declared_resources or resource_count metrics. However, since individual resource sizes vary significantly, a simple count is often an insufficient proxy for the actual object size.
Importance
No response
- 主要言語
- Go
- スター
- 279
- フォーク
- 59
- 平均マージ
- 5日 10時間
- マージ済み PR（30日）
- 12
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
GoogleContainerTools/config-sync のほかの issue
-
enhancement
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
GoogleContainerTools/config-sync#2090 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
GoogleContainerTools/config-sync#2031 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
GoogleContainerTools/config-sync#2026 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 4/5 3〜5日 初心者へのやさしさ 38/100
GoogleContainerTools/config-sync#2025 ·
メンテナーはふだん 1 日以内に返信
-
Feature Request: Separate metrics for management vs. resource conflicts and use gauge aggregationオープンenhancement
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
GoogleContainerTools/config-sync#2024 ·
メンテナーはふだん 1 日以内に返信
GoogleContainerTools/config-sync の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
agent-butler-finding bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
jordansmall/spindrift#6161 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
open-telemetry/opentelemetry-go-compile-instrumentation#1635 ·
メンテナーはふだん 2 日以内に返信
-
C-bug O-community X-blathers-untriaged
難易度 1/5 1時間未満 初心者へのやさしさ 84/100
cockroachdb/cockroach#176210 · コメント 1 件 ·
-
VLAgent `spec.k8sCollector.includePodLabels: false` has no effect対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
VictoriaMetrics/operator#2772 ·
メンテナーはふだん 1 日以内に返信