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
Three external load balancers appear in this write-up; keep their roles distinct:
79
+
80
+
| Name | Role |
81
+
|------|------|
82
+
|`ingress-shared-lb`| Tenant-facing VIPs for OAuth, Konnectivity, Ignition Routes on the **hub** ingress shard |
83
+
|`api-lb`| Tenant-facing VIP for the hosted cluster **API** (`APIServer` publishing) |
84
+
|`ingress-lb`| Tenant-facing VIP for **hosted cluster** application Routes (`*.apps…`) |
85
+
86
+
Suggested order:
87
+
88
+
1. Hub ingress shard + `ingress-shared-lb` + DNS for the three control-plane hostnames: OAuth, Konnectivity, and Ignition
89
+
2. Apply `HostedCluster` and `NodePool`.
90
+
3. Deploy external load balancer for `api-lb` + API DNS. Based on the NodePorts for the api kubernetes Service, located in hub cluster
91
+
4. Deploy external load balancer for `ingress-lb` + wildcard apps DNS. Based on the NodePorts of the ingress kubernetes service, located in hosted cluster.
92
+
93
+
### Hub ingress shard + `ingress-shared-lb`
77
94
78
95
*[2.3.4. Ingress sharding in OpenShift Container Platform](https://docs.redhat.com/en/documentation/openshift_container_platform/4.21/html/ingress_and_load_balancing/configuring-ingress-cluster-traffic#nw-ingress-sharding-concept_configuring-ingress-cluster-traffic-ingress-controller)
79
96
*[3.1.3.8.1. Example load balancer configuration for user-provisioned clusters](https://docs.redhat.com/en/documentation/openshift_container_platform/4.21/html/installing_on_vmware_vsphere/user-provisioned-infrastructure)
@@ -111,63 +128,7 @@ oauth.tenant-a.coe.muc.redhat.com. IN A 192.168.203.111
111
128
ignition.tenant-a.coe.muc.redhat.com. IN A 192.168.203.111
112
129
```
113
130
114
-
### Deployment sequence (reference)
115
-
116
-
Three external load balancers appear in this write-up; keep their roles distinct:
117
-
118
-
| Name | Role |
119
-
|------|------|
120
-
|`ingress-shared-lb`| Tenant-facing VIPs for OAuth, Konnectivity, Ignition Routes on the **hub** ingress shard |
121
-
|`api-lb`| Tenant-facing VIP for the hosted cluster **API** (`APIServer` publishing) |
122
-
|`ingress-lb`| Tenant-facing VIP for **hosted cluster** application Routes (`*.apps…`) |
123
-
124
-
Suggested order: (1) hub ingress shard + `ingress-shared-lb` + DNS for the three control-plane hostnames, (2) `api-lb` + API DNS, (3) `ingress-lb` + wildcard apps DNS, then (4) apply `HostedCluster` and `NodePool`. Adjust if your automation creates services first and you backfill DNS once NodePorts or service endpoints are known.
125
-
126
-
The following two subsections describe (2) and (3); the hub shard and DNS for OAuth, Konnectivity, and Ignition are covered above.
127
-
128
-
### Deploy External Load Balancer for API (`api-lb`)
*.apps.tenant-a.coe.muc.redhat.com. IN A 192.168.203.<IP of VM>
280
+
```
281
+
279
282
## Open topics
280
283
281
284
* Disable or constrain cloud provider integration so that Kubernetes `LoadBalancer` Service requests for the hosted cluster are not satisfied by the hub cluster cloud integration unless that is intentional.
0 commit comments