Standby workload spoke
spoke-dr
spoke-dr is the workload standby cluster. It is platform-ready, but the recorded operating model does not yet treat it as a full hot mirror for application workloads.
Status
Recorded current state
- GitOps
spoke-dr-cluster-configrecordedSynced/Healthy.- Storage
- ODF desired/live spec uses compact LVMS topology and
StorageClusteris ready. - OADP
lab-dpareconciled, BSL available, latest scheduled daily completed in the recorded run. A historical partially failed backup remains in history.- AMQ/Kafka
- Retired from spoke desired state. No local AMQ/Kafka/Strimzi objects remain.
- AI platform
- RHOAI operator installed, but no DataScienceCluster or user AI workloads exist.
- User workload metrics
- Enabled; user workload Prometheus, Thanos ruler, and the Prometheus operator should run here.
OSSM 3
Mesh platform state
servicemeshoperator3.v3.3.2andkiali-operator.v2.22.2CSVs recordedSucceeded.Istio/default,IstioCNI/default, Kiali, OSSM Console, CNI pods, and ingress gateway are recorded running.- Only
istio-ingressis labeled for injection. - RHOAI ServiceMesh capability is recorded
False/MissingOperatorbecause it expects the old OSSM v2 operator; this does not block OSSM 3 itself.
Decision point
Standby semantics
The main open design question is whether spoke-dr should remain platform standby or become app-ready hot standby. If app-ready standby is required, app placement, data dependencies, Kafka credentials, routes, mesh labels, and validation should be added to lab-workloads deliberately.
Current assumption: platform standby, not full hot workload mirror.