-
Epic
-
Resolution: Done
-
Critical
-
None
-
None
-
Enable Control Plane component monitoring for HyperShift Management
-
BU Product Work
-
False
-
False
-
Green
-
Done
-
OCPSTRAT-62 - [B3-F7] Introduce Basic Observability for HyperShift
-
Impediment
-
OCPSTRAT-62[B3-F7] Introduce Basic Observability for HyperShift
-
0% To Do, 0% In Progress, 100% Done
-
Undefined
-
-
0
-
0
-
0
Problem
HyperShift introduces a new flavor of OpenShift where the control-plane and data plane are loosely coupled. This architectural change impacts many of the standard standalone OCP components, one of these affected components is monitoring.
Customers are interested in making sure the control-plane availability meets certain SLAs. The availability of an OpenShift cluster is usually tied to important service endpoints such as the API-server. Without a monitoring stack, it is hard to define those SLAs.
Proposal
There are multiple ways to go about monitoring the control-plane in HyperShift. One way to do so is to capitalize on HyperShift's design, where the control-plane is running as pods and can be treated as user-workloads in the management cluster (the cluster where all the control planes for all clusters are hosted).
That said, re-use the existing in-cluster monitoring stack, one approach could be to define service monitors for SLA accounted services.
- is related to
-
HOSTEDCP-171 Define SLIs/SLOs for HyperShift Operator and ControlPlanes
- Closed
- relates to
-
OCPSTRAT-591 HyperShift Core Component Readiness for GA - Part I
- Closed
- links to
1.
|
Docs Tracker | Closed | Unassigned | ||
2.
|
QE Tracker | Closed | Jie Zhao | ||
3.
|
TE Tracker | Closed | Eric Rich |