kubeadm: update authored content for 1.12 (reference docs and cluster creation) (#10348)

* kubeadm: update authored content in reference docs for 1.12

* kubeadm: add time frame in create-cluster-kubeadm for 1.12
This commit is contained in:
Lubomir I. Ivanov
2018-09-20 06:22:26 +03:00
committed by k8s-ci-robot
parent 46328a4e24
commit 70b991fb9f
4 changed files with 20 additions and 20 deletions
@@ -278,10 +278,11 @@ manager, and scheduler run as [DaemonSet pods](/docs/concepts/workloads/controll
configured via the Kubernetes API instead of [static pods](/docs/tasks/administer-cluster/static-pod/) configured via the Kubernetes API instead of [static pods](/docs/tasks/administer-cluster/static-pod/)
configured in the kubelet via static files. configured in the kubelet via static files.
To create a self-hosted cluster, pass the flag `--feature-gates=SelfHosting=true` to `kubeadm init`.
{{< caution >}} {{< caution >}}
**Caution:** Self-hosting is alpha, but is expected to become the default in **Caution:** `SelfHosting` is an alpha feature. It is deprecated in 1.12
a future version. To create a self-hosted cluster, pass the `--feature-gates=SelfHosting=true` and will be removed in 1.13.
flag to `kubeadm init`.
{{< /caution >}} {{< /caution >}}
{{< warning >}} {{< warning >}}
@@ -304,6 +305,11 @@ instead. This requires very careful control over the authentication and
authorization configuration for your cluster, and may not be appropriate for authorization configuration for your cluster, and may not be appropriate for
your environment. your environment.
{{< caution >}}
**Caution:** `StoreCertsInSecrets` is an alpha feature. It is deprecated in 1.12
and will be removed in 1.13.
{{< /caution >}}
In kubeadm 1.8, the self-hosted portion of the control plane does not include etcd, In kubeadm 1.8, the self-hosted portion of the control plane does not include etcd,
which still runs as a static Pod. which still runs as a static Pod.
@@ -210,25 +210,17 @@ still considered alpha and may change in future versions.
It's possible to configure `kubeadm join` with a configuration file instead of command It's possible to configure `kubeadm join` with a configuration file instead of command
line flags, and some more advanced features may only be available as line flags, and some more advanced features may only be available as
configuration file options. This file is passed in the `--config` option. configuration file options. This file is passed using the `--config` flag and it must
contain a `JoinConfiguration` structure.
```yaml To print the default values of `JoinConfiguration` run the following command:
apiVersion: kubeadm.k8s.io/v1alpha1
kind: NodeConfiguration ```bash
caCertPath: <path|string> kubeadm config print-default --api-objects=JoinConfiguration
discoveryFile: <path|string>
discoveryToken: <string>
discoveryTokenAPIServers:
- <address|string>
- <address|string>
nodeName: <string>
tlsBootstrapToken: <string>
token: <string>
discoveryTokenCACertHashes:
- <SHA-256 hash|string>
- <SHA-256 hash|string>
discoveryTokenUnsafeSkipCAVerification: <bool>
``` ```
For details on individual fields in `JoinConfiguration` see [the godoc](https://godoc.org/k8s.io/kubernetes/cmd/kubeadm/app/apis/kubeadm#JoinConfiguration).
{{% /capture %}} {{% /capture %}}
{{% capture whatsnext %}} {{% capture whatsnext %}}
@@ -26,6 +26,7 @@ For more version-specific upgrade guidance, see the following resources:
* [1.9.x to 1.9.y upgrades](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade-1-9/) * [1.9.x to 1.9.y upgrades](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade-1-9/)
* [1.9.x to 1.9.y HA cluster upgrades](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade-ha/) * [1.9.x to 1.9.y HA cluster upgrades](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade-ha/)
* [1.10 to 1.11 upgrades](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade-1-11/) * [1.10 to 1.11 upgrades](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade-1-11/)
* [1.11 to 1.12 upgrades](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade-1-12/)
In Kubernetes v1.11.0 and later, you can use `kubeadm upgrade diff` to see the changes that would be In Kubernetes v1.11.0 and later, you can use `kubeadm upgrade diff` to see the changes that would be
applied to static pod manifests. applied to static pod manifests.
@@ -69,6 +69,7 @@ timeframe; which also applies to `kubeadm`.
| v1.9.x | December 2017 | September 2018   | | v1.9.x | December 2017 | September 2018   |
| v1.10.x | March 2018 | December 2018   | | v1.10.x | March 2018 | December 2018   |
| v1.11.x | June 2018 | March 2019   | | v1.11.x | June 2018 | March 2019   |
| v1.12.x | September 2018 | June 2019   |
{{% /capture %}} {{% /capture %}}