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
Copy file name to clipboardExpand all lines: docs/book/src/developer/architecture/controllers/cluster.md
+5-2
Original file line number
Diff line number
Diff line change
@@ -22,7 +22,10 @@ provisions EC2 instances that will become a Kubernetes cluster through some boot
22
22
23
23
The cluster controller will set an OwnerReference on the infrastructureCluster. This controller should normally take no action during reconciliation until it sees the OwnerReference.
24
24
25
-
An infrastructureCluster controller is expected to eventually have its `spec.controlPlaneEndpoint` set by the user/controller.
25
+
An infrastructureCluster controller is expected to either supply a controlPlaneEndpoint (via its own `spec.controlPlaneEndpoint` field),
26
+
or rely on `spec.controlPlaneEndpoint` in its parent [Cluster](./cluster.md) object.
27
+
28
+
If an endpoint is not provided, the implementer should exit reconciliation until it sees `cluster.spec.controlPlaneEndpoint` populated.
26
29
27
30
The Cluster controller bubbles up `spec.controlPlaneEndpoint` and `status.ready` into `status.infrastructureReady` from the infrastructureCluster.
28
31
@@ -50,7 +53,7 @@ is a map, defined as `map[string]FailureDomainSpec`. A unique key must be used f
50
53
- `controlPlane` (bool): indicates if failure domain is appropriate for running control plane instances.
51
54
- `attributes` (`map[string]string`): arbitrary attributes for users to apply to a failure domain.
52
55
53
-
Note: once any of `failureReason` or `failureMessage` surface on the cluster who is referencing the infrastructureCluster object,
56
+
Note: once any of `failureReason` or `failureMessage` surface on the cluster who is referencing the infrastructureCluster object,
54
57
they cannot be restored anymore (it is considered a terminal error; the only way to recover is to delete and recreate the cluster).
Copy file name to clipboardExpand all lines: docs/book/src/developer/architecture/controllers/control-plane.md
+35-4
Original file line number
Diff line number
Diff line change
@@ -41,12 +41,14 @@ Kubernetes control plane consisting of the following services:
41
41
42
42
The Cluster controller will set an OwnerReference on the Control Plane. The Control Plane controller should normally take no action during reconciliation until it sees the ownerReference.
43
43
44
-
A Control Plane controller implementation should exit reconciliation until it sees `cluster.spec.controlPlaneEndpoint` populated.
44
+
A Control Plane controller implementation must either supply a controlPlaneEndpoint (via its own `spec.controlPlaneEndpoint` field),
45
+
or rely on `spec.controlPlaneEndpoint` in its parent [Cluster](./cluster.md) object.
45
46
46
-
The Cluster controller bubbles up `status.ready` into `status.controlPlaneReady` and `status.initialized` into a `controlPlaneInitialized` condition from the Control Plane CR.
47
+
If an endpoint is not provided, the implementer should exit reconciliation until it sees `cluster.spec.controlPlaneEndpoint` populated.
48
+
49
+
A Control Plane controller can optionally provide a `controlPlaneEndpoint`
47
50
48
-
The `ImplementationControlPlane`*must* rely on the existence of
49
-
`status.controlplaneEndpoint` in its parent [Cluster](./cluster.md) object.
51
+
The Cluster controller bubbles up `status.ready` into `status.controlPlaneReady` and `status.initialized` into a `controlPlaneInitialized` condition from the Control Plane CR.
50
52
51
53
### CRD contracts
52
54
@@ -110,6 +112,35 @@ documentation][scale].
110
112
deletion. A duration of 0 will retry deletion indefinitely. It defaults to 10 seconds on the
111
113
Machine.
112
114
115
+
#### Optional `spec` fields for implementations providing endpoints
116
+
117
+
The `ImplementationControlPlane` object may provide a `spec.controlPlaneEndpoint` field to inform the Cluster
118
+
controller where the endpoint is located.
119
+
120
+
Implementers might opt to choose the `APIEndpoint` struct exposed by Cluster API types, or the following:
121
+
122
+
<table>
123
+
<tr>
124
+
<th> Field </th>
125
+
<th> Type </th>
126
+
<th> Description </th>
127
+
</tr>
128
+
<tr>
129
+
<td><code>host</code></td>
130
+
<td>String</td>
131
+
<td>
132
+
The hostname on which the API server is serving.
133
+
</td>
134
+
</tr>
135
+
<tr>
136
+
<td><code>port</code></td>
137
+
<td>Integer</td>
138
+
<td>
139
+
The port on which the API server is serving.
140
+
</td>
141
+
</tr>
142
+
</table>
143
+
113
144
#### Required `status` fields
114
145
115
146
The `ImplementationControlPlane` object **must** have a `status` object.
Copy file name to clipboardExpand all lines: docs/proposals/20230407-flexible-managed-k8s-endpoints.md
+1
Original file line number
Diff line number
Diff line change
@@ -76,6 +76,7 @@ More specifically we would like to introduce first class support for two scenari
76
76
77
77
- Permit omitting the `<Infra>Cluster` entirely, thus making it simpler to use with Cluster API all the Managed Kubernetes implementations which do not require any additional Kubernetes Cluster Infrastructure (network settings, security groups, etc) on top of what is provided out of the box by the managed Kubernetes primitive offered by a Cloud provider.
78
78
- Allow the `ControlPlane Provider` component to take ownership of the responsibility of creating the control plane endpoint, thus making it simpler to use with Cluster API all the Managed Kubernetes implementations which are taking care out of the box of this piece of Cluster Infrastructure.
79
+
- Note: In May 2024 [this pull request](https://github.com/kubernetes-sigs/cluster-api/pull/10667) added the ability for the control plane provider to provide the endpoint the same way the infrastructure cluster would.
79
80
80
81
The above capabilities can be used alone or in combination depending on the requirements of a specific Managed Kubernetes or on the specific architecture/set of Cloud components being implemented.
0 commit comments