-
Notifications
You must be signed in to change notification settings - Fork 4
[GEP-28] Support Self-Hosted Shoots in Observability Stack #82
Copy link
Copy link
Open
Labels
area/ipceiIPCEI (Important Project of Common European Interest)IPCEI (Important Project of Common European Interest)area/loggingLogging relatedLogging relatedarea/monitoringMonitoring (including availability monitoring and alerting) relatedMonitoring (including availability monitoring and alerting) relatedkind/enhancementEnhancement, improvement, extensionEnhancement, improvement, extension
Metadata
Metadata
Assignees
Labels
area/ipceiIPCEI (Important Project of Common European Interest)IPCEI (Important Project of Common European Interest)area/loggingLogging relatedLogging relatedarea/monitoringMonitoring (including availability monitoring and alerting) relatedMonitoring (including availability monitoring and alerting) relatedkind/enhancementEnhancement, improvement, extensionEnhancement, improvement, extension
Type
Fields
Give feedbackNo fields configured for Feature.
What would you like to be added:
Self-hosted Shoots, as proposed by GEP-28, run the Shoot control-plane components on the Shoot nodes instead of hosting them in a Seed cluster.
For this Shoot setup, the observability stack should provide the same data that a hosted Shoot provides. The backends should be deployed next to the control-plane components and data collection (e.g., ScrapeConfigs) be adjusted accordingly.
Self-hosted Shoots will typically be used as a Runtime or Seed cluster. The Shoot specific observability components should allow to deploy the Seed or Runtime specific observability component to the same cluster while redundancy should be avoided.
Why is this needed:
Provide logs and metrics to ensure reliable operation of self-hosted Shoot clusters.