OpenStack Pike在微服务和扩展上下狠手

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/kwame211/article/details/78963815

随着OpenStack Pike的发布,OpenStack基金会专注于使这一基础软件定义的网络环境看起来更容易理解,更适合于微服务领域。

OpenStack基金会执行董事Jonathan Bryce表示,用户已经变得习惯于将OpenStack视为一个整体。

这就意味着不再强调,OpenStack是“由许多不同的,提供访问计算、存储、网络、裸机、数据中心功能的服务组成”。

Bryce补充道,与OpenStack的发展同步,像Kubernetes、Docker、OpenFlow和TensorFlow这样的技术已经出现并成熟。他表示用户希望将这些技术与OpenStack环境结合起来。

因此,基金会在Pike版本中突出“可组合性”:这是使OpenStack更容易使用这些服务的一种方式。

Ironic裸机服务更容易与Cinder块存储和Neutron网络集成。

Cinder现在可以分解为虚拟机、裸机系统或Docker / Kubernetes容器的独立存储服务。

Ironic现在直接插入Neutron网络——基金会表示这对于多租户云端产品很重要。

Cinder块存储通过“恢复为快照”功能得到增强,可以更好地进行数据恢复,并且可以不需要管理员关闭虚拟机而扩展存储卷。

第二个“大主题”是Pike反映了更为成熟的部署态度——重点从”如何安装OpenStack来构建最初的云?”变为“如何从头到尾地运行云?”

用户现在更关心生命周期问题 ,即“如何扩展,升级,管理故障等在云生命周期中会发生的事情”。

Bryce表示,将OpenStack视为微服务的集合,让用户更有效地创建云。当升级时,微服务模型允许管理员通过A / B测试运行滚动更新。

使用OpenStack容器的两个关键工具是Kolla和Helm。

Kolla在为Pike版本做出贡献的开发人员中变得更受欢迎(与OpenStack Octata相比,多了19%)。Bryce表示,Helm(Kubernetes的封装管理工具)现在已经成为OpenStack服务的完整生命周期技术。

再见,Python 2

OpenStack开发社区也关注Python 2.x语言系列的弃用。虽然是2020年到期,但是还有很多代码要替换。

Bryce赞扬OpenStack成千上万的开发人员让Pike为Python 3.5做好准备的能力,让“用户知道他们不会背负大量的技术债务,即运行依赖于即将弃用的语言的流程”。

“对受到监管的行业的用户来说,这是最重要的,他们必须证明他们在做的是安全的、可管理的和使用了适当的标准。”

Pike的其他重点包括对Nova Cells v2的增强;OpenStack的分布式锁定管理解决方案etcd v3的推出;Swift对象存储现在支持全局分布的擦除代码,以允许单个区域在多区域网络关闭时起作用,并且确保一个区域中的故障可以使用远程区域进行恢复。

Bryce指出,Cells v2是一项正在进行的工作,因为大型云不是静态的。 OpenStack的最大用户面临的持续挑战是如何将云扩展到非常大的规模 ——“几百或者几千台物理服务器”。

他解释说:“每个发布周期,问题都会发生变化。”

“Cells v2是扩展虚拟化环境的基本新架构。”

“你永远无法建立一个能满足每一个人需要的、足够大的单个虚拟化环境,所以你需要以合理的方式扩展它。”

并不是每个人都以相同的方式看待这些块——对于一个网络来说可能是环境中有多少个IP地址,对另一个来说是物理机器,对其它的来说则是虚拟机的数量。

Bryce表示,Cells v2中的想法是,用户可以分割其虚拟环境,每个部分都能感知其他部分,它们之间可以“智能地对话”。

“这个项目已经进行了大约一年半,可能未来几年还会继续。”

Bryce说,Pike的重点是公开横向扩展的功能。“每个OpenStack Nova实例从Nova Cell开始,你可以在该环境中添加额外的Nova单元,进行水平扩展和均衡。”

这是OpenStack社区做出的一个很大的努力。

猜你喜欢

转载自blog.csdn.net/kwame211/article/details/78963815