Kubernetes 版本升级标注

从 1.6.0 版本开始，Kubernetes 默认使用 etcd v3，虽然可以通过选项设置继续使用 etcd v2，但是还是建议使用 etcd v3 版本，未来的 Kubernetes 版本也会废弃对 etcd v2 的支持。

etcd 的版本升级以及数据版本迁移详见以下两篇文档：

• Upgrade etcd from 2.3 to 3.0
• Migrating applications, clusters, and Kubernetes to etcd v3

a、关闭服务

service etcd stop

b、数据备份

etcdctl backup \
      --data-dir /var/lib/etcd \
      --backup-dir /tmp/etcd_backup

c、数据迁移

ETCDCTL_API=3 etcdctl migrate --data-dir=${data_dir}

d、启动服务

service etcd start

当然，如果你需要继续使用 etcd v2，那么可以针对 apiserver 添加以下配置：

--storage-backend=etcd2 --storage-media-type=application/json

为什么推荐使用 etcd v3，一个原因是后续版本的兼容问题，另外一个就是性能原因。从 1.6.0 版本，通过 etcd v3，Kubernetes 已支持 5000 个节点。

从 1.6.0 开始，不再支持 Docker 1.9.x，1.10.3、1.11.2、1.12.6 验证通过。

另外一个需要用户明白的是，1.6.0 Kubelet 默认启用 Docker-CRI 实现，因此老版本 Kubelet 创建的容器和当前的版本是不支持的，官方建议的做法是在升级前，提前通过 drain 旧版本的节点，否则默认 Kubelet 会自动重启所有的容器。

1.6 node components

• Kubelet with the Docker-CRI implementation The Docker-CRI implementation is enabled by default.
• It is not compatible with containers created by older Kubelets. It is recommended to drain your node before upgrade. If you choose to perform an in-place upgrade, the Kubelet will automatically restart all Kubernetes-managed containers on the node.
• It is not compatible with CNI plugins that do not conform to the error handling behavior in the spec. The plugins are being updated to resolve this issue (#43488). You can disable CRI explicitly (–enable-cri=false) as a temporary workaround.
  • The standard bridge plugin have been validated to interoperate with the new CRI + CNI code path.
  • If you are using plugins other than bridge, make sure you have updated custom plugins to the latest version that is compatible.

Docker 1.11.2、1.12.6、1.13.1 以及 17.03.2 验证通过。