@@ -37,19 +37,20 @@ In order to build artifacts for the CAPI core provider, the kubeadm bootstrap pr
37
37
38
38
```
39
39
make docker-build REGISTRY=gcr.io/k8s-staging-cluster-api
40
- make -C test/infrastructure/docker generate-manifests REGISTRY=gcr.io/k8s-staging-cluster-api
40
+ make generate-manifests REGISTRY=gcr.io/k8s-staging-cluster-api PULL_POLICY=IfNotPresent
41
41
```
42
42
43
43
In order to build docker provider artifacts
44
44
45
45
```
46
46
make -C test/infrastructure/docker docker-build REGISTRY=gcr.io/k8s-staging-cluster-api
47
- make -C test/infrastructure/docker generate-manifests REGISTRY=gcr.io/k8s-staging-cluster-api
47
+ make -C test/infrastructure/docker generate-manifests REGISTRY=gcr.io/k8s-staging-cluster-api PULL_POLICY=IfNotPresent
48
48
```
49
49
50
50
### Create a clusterctl-settings.json file
51
51
52
- Next, create a ` clusterctl-settings.json ` file and place it in your local copy of Cluster API. Here is an example:
52
+ Next, create a ` clusterctl-settings.json ` file and place it in your local copy
53
+ of Cluster API. This file will be used by [ create-local-repository.py] ( #create-the-local-repository ) . Here is an example:
53
54
54
55
``` yaml
55
56
{
@@ -131,12 +132,12 @@ please note that each `provider_repo` should have its own `clusterctl-settings.j
131
132
}
132
133
```
133
134
134
- ## Create a kind cluster
135
+ ## Create a kind management cluster
135
136
136
137
[ kind] can provide a Kubernetes cluster to be used a management cluster.
137
138
See [ Install and/or configure a kubernetes cluster] for more about how.
138
139
139
- Before running clusterctl init, you must ensure all the required images are available in the kind cluster.
140
+ * Before* running clusterctl init, you must ensure all the required images are available in the kind cluster.
140
141
141
142
This is always the case for images published in some image repository like docker hub or gcr.io, but it can't be
142
143
the case for images built locally; in this case, you can use ` kind load ` to move the images built locally. e.g
@@ -150,6 +151,25 @@ kind load docker-image gcr.io/k8s-staging-cluster-api/capd-manager-amd64:dev
150
151
151
152
to make the controller images available for the kubelet in the management cluster.
152
153
154
+ When the kind cluster is ready and all the required images are in place, run
155
+ the clusterctl init command generated by the create-local-repository.py
156
+ script.
157
+
158
+ Optionally, you may want to check if the components are running properly. The
159
+ exactly components are depend on which providers you have initialized, below
160
+ is an example output with docker provider being installed.
161
+
162
+ ```
163
+ kubectl get deploy -A | grep "cap\|cert"
164
+ capd-system capd-controller-manager 1/1 1 1 25m
165
+ capi-kubeadm-bootstrap-system capi-kubeadm-bootstrap-controller-manager 1/1 1 1 25m
166
+ capi-kubeadm-control-plane-system capi-kubeadm-control-plane-controller-manager 1/1 1 1 25m
167
+ capi-system capi-controller-manager 1/1 1 1 25m
168
+ cert-manager cert-manager 1/1 1 1 27m
169
+ cert-manager cert-manager-cainjector 1/1 1 1 27m
170
+ cert-manager cert-manager-webhook 1/1 1 1 27m
171
+ ```
172
+
153
173
## Additional Notes for the Docker Provider
154
174
155
175
### Select the appropriate kubernetes version
0 commit comments