容器与虚拟化的完美融合: VMware Project Pacific

VMware Tanzu的三大组件

编者注:本周 VMworld 2019 大会上发布了众多的新技术产品,令人眼花缭乱、目不暇接。其中以 Tanzu 为主打的云原生产品和服务备受瞩目。Tanzu 这个名字对中国用户太亲近了, 按照拼音直接念即可:“叹组 ” -- 令人惊叹的云原生组件,很容易记忆。

Tanzu包含三个部分:构建(Build),运行(Run)和管理(Manage),本公众号将陆续介绍相关组件的技术细节,敬请留意。本期先解读容器和虚拟机结合的黑科技项目:Project Pacific。

本文由 VMware 资深方案架构师淡成翻译自 VMware 官博,并增加了译者的理解和补充,是了解 Project Pacific 的必读之作。

本周VMware发布了技术预览版的 Project Pacific,这项技术将为广大的企业?#25509;?#20113;建设者提供新的思路。

Project Pacific给vSphere增加了一个新的控制平面,使用户可以用Kubernetes管理vSphere。对于开发人员来说,Project Pacific就像是一个增强的Kubernetes集群,可以使用Kubernetes声明?#25509;?#27861;来管理虚拟机、磁盘和网络等资源。对于IT管理员来说,Project Pacific仍旧是vSphere,但是添加了以应用为边界的整体管理的能力,而不是单独管理许多个独立的组成应用的虚拟机或者容器。

Project Pacific可以利用企业现有的 SDDC 投资、人员技能和工具,加速vSphere ?#25945;?#19978;现代化应用的开发和运营。通过利用 Kubernetes 作为 vSphere的控制平面,Project Pacific 允许企?#36947;?#29992;一个融合的?#25945;?#21516;时运行传统应用和现代化应用。

现代化应用的挑战

在企业环境中,现代化应用通常是由很多种不同的技术组件组成的,?#34892;?#32452;件运行在容器中,?#34892;?#32452;件运行在虚拟机中(如数据库),有时需要访问遗留系统,甚至?#34892;?#38656;要访问FaaS。这些组件分布式的部署在不同的运行环境中,通常由不同的团队开发和维护。

企业环境现代化应用

这样的应用架构给开发人员带来了困扰,你不能只关注Kubernetes,因为很多组件并没有运行在容器中。一旦部署了这样的应用程序,如何维护并更新它?可以使用哪些工具来监控、诊断和调试部署?

同样,基础设施部门也面临了新的问题。为了支持容器和虚拟机共存的应用,?#34892;?#20225;业不得不在vSphere集?#21644;?#25645;建一套新的容器集群,这种做法引入了新的孤岛,并且多个集群的运维管理工具和方法是完全不同的,应用治理的策略也无法同步到两种类型的集群中。

Kubernetes 作为?#25945;?#30340;?#25945;?/strong>

Kubernetes 的联合创始人 Joe Beda 说过,“Kubernetes是一个?#25945;?#30340;?#25945;ǎ?#21487;以?#32654;?#26500;建新的?#25945;ā薄?#26159;的,Kubernetes 是一个容器编排?#25945;ǎ?#20294;是?#35272;礙ubernetes 的核心原则我们能够编排任何东西!如果我们用Kubernetes的方式重新架构vSphere,让 vSphere 运行在 Kubernetes 之上会是什么效果呢?那么,开发人员想要创建虚拟机、容器或 Kubernetes 集群,他们只需要编写一个Kubernetes YAML 文件并使用 kubectl 部署它,就像使用任何其他 Kubernetes 对象(Pod,service,ingress)一样。

使用Kubernetes作为vSphere API

通过这个理念,开发人员可以将Kubernetes良好的使用感受从云原生应?#32654;?#23637;到数据中心中的任何类型的应用。使他们可以轻松地部署和管理跨多个技术堆栈的现代化应用。

以应用为中心的管理

vSphere 提供了很多针对虚拟机的管理功能,vMotion、HA、snapshot、加密、配额管理、存储策略等。但现代化应用一般来说不是一个虚拟机,它可能是几十个虚拟机加上更多的容器。对于现代化应?#32654;?#35828;,从整个应用层面实现以上的功能就比较困难了。

?#20197;?#30340;是,Kubernetes 带来了另一个可以解决这个问题的概念:Namespace。Kubernetes 中的 Namespace ?#20146;?#28304;对象(容器、VM、磁盘等)的集合。如果我们使用 Kubernetes Namespace 来模拟现代应用,然后将针对虚拟机的管理功能在 Namespace 上实现,那么就可以一次控制整个应用的资源分配、vMotion、加密、HA和快照,而不必单独配置每个虚拟机或者容器。

Namespace作为管理单元

这对IT管理员有两个真正的变革性影响。

首先,我们认为这为IT管理员提供了巨大的生产力提升。过去,您可能在vCenter清单中有数千个虚拟机需要处理。但是,一旦将这些虚拟机分组到其逻辑所属的应用中,您可能只需要处理几十个Namespace。过去,如果您想加密应用程序,则必须先找到属于该应用程序的所有虚拟机,然后在每个虚拟机上启用加密。现在,您只需单击vCenter中Namespace上的按钮即可完成所有操作。您可以获得巨大的生产力提升,因为您可以处理应用而不是单个虚拟机。

其次,我们认为Namespace为开发人员提供了更好的自助服务模型。使用Namespace,IT管理员可以在Namespace上设置一次策略,然后将Namespace权限分配给开发人员,Namespace中的每个对象都将继承统一设置的策略。开发人员可以快速、自助的创建任何他需要的资源,虚拟机、容器、Kubernetes集群等,而IT只需要从应用的整体维度来确保资源的使用符合公司的策略。

Kubernetes 原生的 vSphere ?#25945;?/strong>

Project Pacific将Kubernetes控制平面直接集成到ESXi和vCenter中 - 使其成为ESXi的控制平面,并通过vCenter提供以应用为中心的管理功能。

Kubernetes原生的vSphere?#25945;?/p>

Supervisor clusters

Supervisor cluster是一种特殊的Kubernetes集群,它将ESXi节点变成Kubernetes的worker node。这是通过将类似kubelet的agent(Spherelet)直接集成到ESXi中实现的。Spherelet不是虚拟机,它是ESXi上的一个进程。

把vSphere Cluster变成Kubernetes Cluster

ESXi Native Pods

部署在Supervisor上的Pod,每个Pod都在一个隔离的轻量级虚拟机中运行。这个轻量级的虚拟机就是CRX,包含一个Linux内核和最小容器运行时。

经过测试,ESXi可以在100毫秒内启动native pod,在单个ESXi主机上支持超过1000个pod。在我们的内部测试中,我?#19988;?#32463;证明了ESXi Native Pods在SPECjbb2015基准测试中的吞吐量比虚拟机中的常规Pod高出30%,比裸机Linux上的Pod快8%!

虚拟机

Supervisor cluster提供VM operator,允许用户以Kubernetes的方式管理虚拟机。用户可以在一个yaml文件中描述虚拟机的部署规范和其所需的网络和存储资源。

VM Operator 对于?#25509;?#20113;建设有着重大的业务价值,请参考另一篇文章(可点击): 新一代企业?#25509;?#20113;建设的“底座”。

VM Operator只?#20146;?#20026;vSphere管理虚拟机的补充,这意味着用户可以继续使用vSphere的所有功能,来管理Kubernetes置备出的虚拟机?#36947;?/p>

Guest cluster

虽然Supervisor cluster已经是一个Kubernetes集群,但是它的设计目标是?#32654;?#31649;理vSphere,而不是通用的业务部署?#25945;ā?#36825;样设计的原因有以下几个,

  • Kubernetes的最佳实践是多集群,不同的租户使用不同规格(版本、规模)的集群。而一个vSphere的cluster就是一个Supervisor cluster,这种方式不符合最佳实践。当租户需要不同版本的Kubernetes的时候,Supervisor cluster不能够满足要求。

  • Supervisor cluster内置在vSphere中,只能随着vSphere版本的升级而升级。一般来讲,用户要求Kubernetes的版本可以随时升级,而不希望频繁的升级底层的vSphere。

  • 为了安全原因,Supervisor cluster禁止了privilege等一些特殊模?#20581;?#32780;?#34892;?#26102;候用户需要这些模式的集群。

Guest Clusters 很好的解决了以上的问题,Guest Clusters可以提供通用的Kubernetes给用户。Guest Cluster是一个Kubernetes集群,它在Supervisor Cluster上的虚拟机内运行。Guest Cluster是完全符合CNCF?#29616;?#30340;Kubernetes,因此可以保证兼容任何运行在Kubernetes上的应用。

vSphere 中的 Guest Clusters 使用开源Cluster API项目来生命周期管理Kubernetes集群。

Guest Cluster

镜像仓库

为了运行容器,用户需要一个镜像仓库。因此,Project Pacific 将 Harbor 集成到vSphere 中,您可以从 vCenter 直接打开 Harbor 。每个Namespace都是 Harbor 中的一个 project 。

总结

Project Pacific 是 VMware 在Kubernetes 领域一个里程碑的发布。如果您想了解更多细节,敬请关注本公众号更多相关内容。

英文博客链接:

https://blogs.vmware.com/vsphere/2019/08/project-pacific-technical-overview.html


VMware招聘云原生开发工程师

(?#26412;?上海)

VMware中国研发中心一直致力于?#25226;?#39046;域的创新工作,成功创立并开发了用户普遍使用的 Harbor 容器镜像仓库等开源项目,在国内云原生领域有着深远的影响力。为满足项目发展需要,现招聘 Staff Engineer 一名,需熟悉 Kubernetes?#25945;ǎ?#24320;发云原生为主、人工智能为辅的开源项目,涉及多个?#21040;?#28909;门和超前的技术领域,和?#21040;?#22823;咖合作、待遇优厚、一般不加班,出国学习交流机会,?#38431;?#22823;家踊?#23601;?#36882;简历!

职位要求:

  • BS or above in Computer Science or equivalent.

  • 6+ years of industry work experience and hands-on development.

  • Experienced in one of modern programming languages such as Go, Python, Java, C++. 

  • Hands-on experience on cloud native technologies such as container, Docker and Kubernetes.

  • Experienced in Artificial Intelligence and Machine Learning is a plus, familiar with frameworks and projects, such as Kubeflow, Tensorflow, PyTorch, is a plus.

  • Good understanding on >

  • Familiar with open source community, contribution to open source projects is a plus.

  • Experience on virtualization, knowledge on vSphere platform is a plus.

  • Excellent English and communication skills and capability of cooperating with remote peers.

 

请发简历:[email protected]

注明:云原生职位


相关文章:

Harbor技术沙龙活动-?#26412;?#31449;(9月10日)

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或?#20449;担?#35831;读者仅作参考,并自行核实相关内容。

http://image99.pinlue.com/thumb/img_jpg/VKmSsh8NadZfXdleqRaSfCP5nEYWvwda2mwsHHO0qMkNnNdvIiaCx6vAb0LE6QhqmIGibWiaKjfg1zgF6t3LmA3Sw/0.jpeg
我要收藏
赞一个
踩一下
分享到
相关推荐
精选文章
?
高速公路之王电子游艺