基于OpenStack和Kubernetes的容器管理未来

【原文编者的话】

OpenStack是搭建私有云平台的事实标准;而Kubernetes作为谷歌集群管理系统Borg的开源版本,在容器集群管理方面前景光明。本文重点介绍了红帽在深度整合OpenStack和Kubernetes的尝试。

这个星期,在波特兰召开的OSCON 2015会议上,我们同谷歌以及其他成员一起庆祝了Kubernetes 1.0的发布以及CNCF(Cloud Native Computing Foundation)基金会的建立。其中,红帽、谷歌和其他一些公司都是CNCF基金会的创始成员。Kubernetes是一个开源系统,用于管理容器化应用,容器化应用为部署、维护以及扩展应用提供了基础机制。这个项目最初由谷歌创建,现在由一个充满活力的社区开发,红帽也是开发者之一。

作为Kubernetes和OpenStack的重要贡献者,我们很非常欢迎谷歌能够加入OpenStack基金会。我们期待继续与谷歌以及其他开发者一起工作,将Kubernetes的容器编排、管理功能与OpenStack的基础设施管理功能结合起来。

Kubernetes在2014年6月创建后,红帽很快就加入了这个项目,并且投入了大量资源,现在红帽是这个项目中除了谷歌之外的最大代码贡献者。最近发布的红帽的“平台即服务”系统——OpenShift v3,被视为容器编排与管理的框架,该系统就是围绕Kubernetes构建的。

作为OpenStack基金会的创始成员,我们一直致力于使用Project Atomic简化容器主机的部署和管理任务,同时使用Heat编排引擎在OpenStack基础设施之上搭建Kubernetes集群。

为了这个目标,红帽工程师创建了heat-kubernetes编排模板,帮助加速Kubernetes与底层OpenStack基础设施更深层次的整合。这个模板仍在持续改进,这样可以支持容器管理的其他方面,例如自动扩展,这一点在最近的Red Hat Summit进行了演示。请看视频。

Heat-kubernetes模板最终也利用了OpenStack Magnum项目, 这个项目提供了一个OpenStack API, 而该API可以使用包括Kubernete在内的容器编排技术搭建一个容器集群。这样做的目的是使容器成为OpenStack中像虚拟机、裸机这样的“一等公民”,这样容器能够与在它上面运行的其他由OpenStack管理的虚拟机、裸机主机以及容器共享多租户基础设施资源(例如网络和存储)。提供这个级别的整合需要提供并扩展OpenStack现存的Kubernetes插件,同时定义新的插件API以维护解决方案的技术独立性。所有这些都需要保持应用与底层基础设施的独立性,并且保持真正的开放混合的云操作。类似的,在OpenStack这一端,需要一些附加工作,使得基础设施服务能够支持容器负载的应用场景,并去除应用负载与底层硬件之间的冗余,从而优化性能并提供安全操作。

基于OpenStack和Kubernetes的容器管理未来

Magnum和OpenStack Container Team提供了一个切入点,来协同多个upstream项目以及OpenStack生态系统内的项目的研究和开发,从而提供丰富的基于OpenStack的容器实践经验。

相关推荐