You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Enable exporters for resource observability, add kubelet logs in filelog receiver #509
@rdimitrov Figured out the solution for all requirements here, without using any external exporter. I tried other exporters like cadvisor, kube state , metrics but was looking where with minimum moving components we can get it done.
Using otel collector to fetch kubernetes events and ship it as log, this will help us to figure out any issue that we see with respect to deployments etc
Using kubelet stats to get node, pod level resource utilisation metrics for cpu, memory, disk and network.
I will be raising a PR once I verify these points:
What is the cardinality impact of including these metrics and logs
What all failure modes can be captured without missing critical ones.
Cardinality is under control and k8s events have started coming as logs. I will observe it for 1 more day so that impact of deployments on cardinality is more clear with stats.
@rdimitrov@domdomegg checked that production deployment gone through, everything looks okay so far. I will push small change on top of this as part of different PR :
To change dot to underscore for ease of querying
To reduce number of latency buckets to control cardinality.
kubelet events have started coming as logs and resource metrics are also flowing.
Let me know if anything else is required, not adding alerts as of now, want to observe the usage pattern first but if you want can add for critical events added in the dashboard.
I think your suggestion is good and it's sensible to go with what we have now and see what alerts might be useful while we do it so we don't risk spamming ourselves 😃
@pree-dew - I think you completed everything that was supposed to be part of this issue, so feel free to close it you think so too. Also would you like to open a separate issue for analysing and adding the potential alerts?
Activity
pree-dew commentedon Sep 18, 2025
@rdimitrov I have started with first point.
For 3rd point I will add the failure modes and source details first for discussion before enabling it.
rdimitrov commentedon Sep 18, 2025
@pree-dew - I think this looks good 👍 Thank you once again! 🙏
pree-dew commentedon Oct 8, 2025
@rdimitrov Figured out the solution for all requirements here, without using any external exporter. I tried other exporters like cadvisor, kube state , metrics but was looking where with minimum moving components we can get it done.
I will be raising a PR once I verify these points:
pree-dew commentedon Oct 9, 2025
@rdimitrov PR https://github.com/modelcontextprotocol/registry/pull/646
pree-dew commentedon Oct 9, 2025
Pending items:
@rdimitrov
pree-dew commentedon Oct 20, 2025
@domdomegg @rdimitrov Observing on staging as per the PR (#646 (comment)), so far looks good.
Cardinality is under control and k8s events have started coming as logs. I will observe it for 1 more day so that impact of deployments on cardinality is more clear with stats.
pree-dew commentedon Oct 23, 2025
@domdomegg @rdimitrov noticed that there is 1 deployment happened in default namespace in last 2 days, cardinality number looks under control so far.
When are we planning to do a release on production? I will make sure to keep checking till that time on regular basis.
Do you want me to send the dashboard for review or I can setup them directly on production?
pree-dew commentedon Oct 29, 2025
@rdimitrov @domdomegg checked that production deployment gone through, everything looks okay so far. I will push small change on top of this as part of different PR :
kubelet events have started coming as logs and resource metrics are also flowing.
rdimitrov commentedon Oct 29, 2025
Sounds good to me 👍
pree-dew commentedon Nov 3, 2025
@rdimitrov @domdomegg Added all metrics and dashboard for the telemetry here : https://grafana.prod.registry.modelcontextprotocol.io/d/83a0f65c-bac4-40ce-a197-e77d67431ef4/registry-deployment-critical-issues
Let me know if anything else is required, not adding alerts as of now, want to observe the usage pattern first but if you want can add for critical events added in the dashboard.
rdimitrov commentedon Nov 3, 2025
That's awesome! 🚀 Thank you! 🙏
I think your suggestion is good and it's sensible to go with what we have now and see what alerts might be useful while we do it so we don't risk spamming ourselves 😃
@pree-dew - I think you completed everything that was supposed to be part of this issue, so feel free to close it you think so too. Also would you like to open a separate issue for analysing and adding the potential alerts?
pree-dew commentedon Nov 3, 2025
@rdimitrov Yes, I think separate issue for alerts and these two points would be good, I will create new issue.
Thank you! 🙏
pree-dew commentedon Nov 3, 2025
Created new issue here #746 , closing this one.