今天，我们宣布 Kubernetes1.6正式发布。在这次版本中，社区的重点落在集群运行规模和集群运行自动化上，可以在帮助实现集群上给多个用户部署多项工作的目标。
Kubernetes 1.6版本目前集群上支持5000个节点。在我们的努力下，Dynamic Storage Provisioning 处于稳定版本。
Role-based access control（RBAC）、kubefed、kubeadm 以及一些调度功能已经开启公测。我们在1.6版本中添加了智能默认值，以启用自动化功能即时可用。
Scale 和 Federation：大企业用户目前正在寻找规模性能证明，而 Kubernetes 支持5000个节点（150000个 pod）的 SLO 功能是企业喜闻乐见的。在 CoreOS 发布的 etcd v3版本的驱动下，集群支持数量总体上有了150%的增长。这对于搜索、游戏类的公司部署应用程序来说绝对是如虎添翼——他们可以使用的集群规模将更大。
对于用户来说，他们想要进行5000个节点以上的扩容，或者是在多区域／云之间进行扩展延伸。这时，Federation 功能就起到了将多个 Kubernetes 集群通过单个 API 端点进行定位的作用。在1.6版本中，kubefed 命令行实用程序已经升级到公测版本，更加支持本地集群。 kubefed 现在可以在加入集群时自动配置 kube-dns，并可以将参数传递给联合组件。
Security 和 Setup：关注 Security 的用户会发现，处于公测版的 RBAC 通过对系统组件更紧耦合的默认角色来增加系统的安全性。1.6 版本中默认的 RBAC 策略会授予一定范围的权限给控制组件、node 和 controller。RBAC 允许集群管理员选择性授权用户，或者选择服务账户在每个 namespace 基础上细致访问特定资源。RBAC 用户将 Kubernetes 从1.5升级到1.6的时候，要注意查看用户指导：
https://kubernetes.io//docs/admin/authorization/rbac.md#upgrading-from-15 。
希望寻找一种简单的在物理机或者云服务器上部署一个安全的 k8s 集群方法的用户，可以尝试使用 kubeadm，它目前在公测阶段。kubeadm 在命令行参数和基本功能上都已经进行了增强，包括 RBAC 设置，Bootstrap Token system 的使用，以及 API 证书。
Advanced Scheduling：这次发布的1.6版本添加了一整套强大的调度结构，令用户可以更好地控制 pod 的调度，包括一些规则（能够在异构集群中限制pods到特定节点的规则，以及在诸如节点、racks 和区域的故障域上扩展或打包 pod 的规则）。
节点亲和性/反亲和性，目前还在公测阶段，它可以限制 pod 根据节点标签在特定节点上进行调度。使用内置或自定义节点标签来选择特定区域，主机名，硬件体系结构，操作系统版本，专用硬件等。调度规则可以是必需的或优先的，这取决于您希望调度程序如何来强制执行它们。
有个相关的特征，叫做 taints 和 tolerations，可以紧凑地展示从特定节点排除 pod 的规则。 该功能目前也处于公测阶段，可以轻松实现。例如，将一套节点集专用于特定的用户组，或者通过排除不需要硬件的pod保留拥有特殊硬件的节点。
有时，你希望协同调度 services 或者 同一个 service 内的 pods，在拓扑上彼此相邻，比如优化南北或东西方的交流方式。 或者你想分散一个 service 的 pods 来达到容错，或者保持对立的 pod 分离，或者确保节点的租用。 Pod 亲和性和反亲和性现在处于公测状态，设定硬性或者软性要求来分散或者打包任意拓扑（node，zone 等等）相关的 pods。
后，为了终的调度灵活性，您可以运行自己的自定义调度程序，而不是默认的 Kubernetes 调度程序。 每个调度程序负责不同的 pod 组。 1.6版本中，Multiple scheduler 特性目前处于公测版。
Dynamic Storage Provisioning：部署有状态应用程序的用户将受益于1.6版本中广泛的存储自动化功能。
早期以来，Kubernetes 已经能够根据 pod 规格自动附加和分离存储、格式化磁盘
安装和卸载数据卷，并且 pod 在节点间迁移也能无缝的执行。 此外，PersistentVolumeClaim（PVC）和 PersistentVolume（PV）对象将存储请求从特定的存储实现中解耦出来，使得 pod 规范可以在一系列的云和内部环境中移植。 1.6版本中，StorageClass 和 dynamic volume provision 被提升到稳定阶段，通过根据需要创建和删除存储来完成自动化，从而无需预先配置。
该设计允许集群管理员在集群中定义和公开多种存储空间，每个集群具有一组自定义参数。 终端用户可以不必担心如何配置存储的复杂性和细微差别，同时仍然从多个存储选项中进行选择。
1.6 Kubernetes 附带一套内置的默认设置，可以完全自动化存储配置生命周期，将您解放出来，能够在应用程序上工作。 具体来说，Kubernetes 默认为 AWS，Azure，GCP，OpenStack 和 VMware vSphere 预安装系统定义的 StorageClass 对象。 这样Kubernetes 用户就可以在这些提供商上获得动态存储配置，同时无需手动设置 StorageClass 对象。 这是云上 PVC 对象的默认行为发生了变化。请注意，默认行为是通过“删除”（回收策略）来创建动态配置卷的。 这意味着一旦删除了PVC，动态配置的卷会被自动删除，所以用户没有额外的“清理”步骤。
此外，我们扩大了支持的存储范围，包括：
容器 Runtime Interface，etcd v3和 Daemon set 更新：尽管用户不能直接与容器 runtime 或 API 服务器数据存储区进行交互，但是它们是 Kubernetes 中面向用户的功能的基础组件。 因此，社区投资扩大这些和其他系统组件的能力。
Docker-CRI 实现的是公测版，默认情况下在 kubelet 中启用。 runtime，cri-o，frakti，rkt 的内测版本也已经开启。
API 服务器的默认后端存储已经升级为默认情况下使用etcd v3进行新群集。 如果要从1.5集群升级，则应注意通过规划数据迁移窗口来确保连续性。
节点的可靠性得到改善，随着 Kubelet 公开了一个管理可配置的节点分配特征来为系统 Daemon Set 预留计算资源。
Daemon set 更新可让您在它上执行滚动更新。
Alpha Features：此版本主要集中在成熟的功能，但是，添加了几个内测版功能也在 RoadMap 中。
这些只是我们今年次发布的一些亮点。 有关完整列表，请访问发行说明：https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG.md#v160 。
此次1.6的发布，要感谢我们的开源社区。 以及，我们已经推出了大约275位贡献者的近5000项提交。 为了使我们的众多倡导者聚集在一起，社区已经推出了一个名为 K8sPort（http://k8sport.org/）的新计划，它是一个在线中心，社区可以参与游戏化挑战并获得信誉。
本站文章版权归原作者及原出处所有 。内容为作者个人观点， 并不代表本站赞同其观点和对其真实性负责，本站只提供参考并不构成任何投资及应用建议。本站是一个个人学习交流的平台，网站上部分文章为转载，并不用于任何商业目的，我们已经尽可能的对作者和来源进行了通告，但是能力有限或疏忽，造成漏登，请及时联系我们，我们将根据著作权人的要求，立即更正或者删除有关内容。本站拥有对此声明的最终解释权。
