小编给大家分享一下Kubernetes1.3的新功能有哪些，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！
petsets用有状态应用程序和服务解决问题。在Kubernetes中最小的配置单元就是pod。Pods寿命比较短，类似于正在运行的容器镜像实例，然后在它停止的时候杀死它。当pod终止的时候，这个实例就消失了，被一个新的实例替代，这个实例用的是新的文件系统、新的网络身份。
这总体上来说没什么问题，但是要你的应用程序想要在重启和停止之后还幸存下来，同时还保持它的文件系统和ID完整，这个是做不到的。参考数据库节点这个例子。
Petsets解决了这个问题，通过给pod一个独特的、稳定的身份识别的方法。这对集群化服务来说十分重要，当创建一个集群，或者添加额外的节点的时候，集群化服务需要稳定的身份来参考。稳定的ID允许pods检索跟特定身份有关的数据（数据卷），这也就意味着db.node1在重新启动之间拥有相同的数据。
Kubernetes从1.2官方版本起只支持单个master，多个从属部署。虽然这样运行是挺不错 ，但是会在master节点上留下运行失败的单个点，这个来处理集群状态并且作为Kubernetes API的网络节点。
Ubernetes就是为了在单个Kubernetes集群上替代控制面板来支持failover，就是运行在不同可用区内集群间的failover。好在，在实践中，这就意味着service的自动、动态地再度弹性扩容，来回应集群或者可用区（或者两者都有）运行失败的。
Ubernetes其实走得更快一步。它就是为了支持宿主在不同云提供商（比如GCE和AWS）上的多个Kubernetes集群使用案例，并且选择性地预置裸机。这的确是蛮不错的，但是我们目前只需要亚马逊上做这些就可以了。
还有就是，修改过的脚本会被用来创建一个kubernetes集群。名为kube-up.sh，它负责处理配置master和minion节点，和他们的网络配置等等。在AWS这个例子中，这也就意味着挑选一个AMI，设置VPC，网关，分支网络以及更多其他的东西。这在1.3版本中都被修改过，使之支持Ubernetes，应该删除在1.2版本中也需要设置相同东西的手工作业。
以上是“Kubernetes1.3的新功能有哪些”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注亿速云行业资讯频道！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
