您当前的位置是:  首页 > 新闻 > 国内 >
 首页 > 新闻 > 国内 >

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

2017-09-04 13:52:34   作者:Jonathan Zhang   来源:开源云中文社区   评论:0  点击:


  8月30日,OpenStack基金会发布Pike。伴随着Pike的发布,OpenStack基金会专注于使这一基础软件定义的网络环境看起来更容易理解,更适合于围绕着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 cell,进行水平扩展和均衡。”
  这是OpenStack社区做出的一个很大的努力。
【免责声明】本文仅代表作者本人观点,与CTI论坛无关。CTI论坛对文中陈述、观点判断保持中立,不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。请读者仅作参考,并请自行承担全部责任。

专题