Aug 272017
 

kolla的7月份月报没写,其实也不是偷懒,主要还是因为社区的开发工作,都在进行中,没太多的更新。8月份,可以说是Kolla的Pike版本交付的重要时候。正式版本应该会在9月15号前发布。

这个月的月报,其实也可以作为Kolla的Pike版本的Release Note。

下面我就把Kolla和Kolla-ansible在Pike版本完成的工作,做一个总结。

vmware-nsx

NSX,是vmware大名鼎鼎的SDN控制器,强悍到什么地步呢?vxlan,用软件,可以达到线速。目前OpenStack上的 vxlan,还是一个摆设。

这个可以说,真的是针对OpenStack企业级别的应用。OpenStack如何集成,或者说纳管Vmware。那么对于Pike版本来说,应该是有2种方案。vmware官方推荐的方案,就是通过 vmware-nsx的neutron插件实现集成。

需要注意的是:vmware集成要求Vmware的版本是5.5以上 企业版本,支持DVS才行。

目前Vmware官方支持的OpenStack集成方案,就是在OpenStack的Neutron,集成vmware-nsx插件,vmware端,可以是vmware的企业版本,企业DVS,如果希望更多的功能集成,例如vpn,负载均衡等,那么就需要你在vmware边启用NSX插件。

目前Kolla集成vmware-nsx插件,对于NSX的支持,已经做的很好。这是国内企业云宏贡献的。实现了vpn,Firewall,loadbance的集成。

NSX其实也分两个版本,还是比较复杂,测试还需要搞License。这个功能,已经经过云宏的朋友严格的测试。大家可以好好关注。

Kolla的Pike版本,刚好支持多Region,这个vmware插件,一个region,只能是vmware的虚拟机。

ODL (OpenDaylight)

这个是Intel力推的功能,投入了很大的精力,并且对kolla进行了很多的改动,才能支持这种外部的sdn控制器。

目前中兴的朋友,在Ocata版本也已经测试通过。那么在Pike版本,应该是可以完全可以玩得转。

把各种SDN控制器都放到容器里,这样其实会大大减少SDN控制器的复杂性,让用户可以快速对各种功能进行测试。大家如何在Opendaylight的网站,就会发现相关的文章,介绍Kolla如何集成ODL。

https://wiki.opendaylight.org/view/OpenStack_Kolla_and_OpenDaylight

文章内容其实已经过时。最新的版本,你就enable,参考一下,就可以搞定。

SR-IOV

这个功能,其实还是很酷的。就是直接把物理的网卡分配给vm使用,没性能损耗。缺点就是vm无法迁移。在性能要求下,这个还是可以接受的。

这种功能实现,其实对于kolla来说,就是一种配置,多装几个包就差不多。

https://bugs.launchpad.net/kolla-ansible/+bug/1655921

OVS-DPDK

这个功能,其实红帽在Newton版本,就提供给客户使用,说明该功能,还是经得起考验。这个对内核要求还是很高的。

https://review.openstack.org/#/q/project:openstack/kolla-ansible+branch:master+topic:bp/ovs-dpdk

很可惜,这个功能,应该在Pike版本无法完成。

Skydive

这是一个非常吸引眼球的功能,可以查看到OpenStack整个网络拓扑,流量情况。这个项目是红帽开发的,红帽自己的产品还没集成,就在Kolla实现集成。

目前大家已经在做了很多完善的工作,可以显示SDN控制器的流量情况。真的是一个很酷的东西。如何结合Grafana。Elasearch,基本你想干啥都没问题。

这个功能,大家一定要去看看。需要注意,他依赖Elasearch。需要enable一下Elasearch才行。

Tacker

这是NFV项目。我其实也是最近才有点明白。IT缩写词汇太多。我底下附上红帽的解析。

kolla社区在Pike版本,花费了很多精力,把Tacker的新的功能都加上,例如让mistral支持tacker。

还有SFC。都是高级功能和玩法。

https://review.openstack.org/#/c/493891/

https://review.openstack.org/#/c/493856/

Hyper-V

这其实也是一个很大的亮点。支持微软的Hyper-v。微软的windows 2016,在Hyper-v上做的很大的改进。已经敢挑战红帽,linux在Hyper-v的性能,超过kvm。

在Pike版本,基本功能都正常。不过遗憾就是Hyper-v节点的安装,还是使用msi的包,没有用windows的容器。据说在下一个版本,会把Hyper-v的节点安装,也是容器化。

这是很有追求的玩法。

ARM64 支持

让OpenStack跑在非X86平台上,这是一件很酷的事情。在ARM下,linux操作系统支持的最好是Debian。

其实目前在x86下,Debian对OpenStack支持的都不好,主要是没公司在支持。这次ARM64的OpenStack支持,主要是由Linaro 这家在业界很有名气的公司完成。

目前kolla已经可以真正实现ARM64,跑OpenStack。利用了Docker的优势,不过还是需要做很多工作才行。

 

Big Tent

对于Big Tent项目,已经没剩下多少。在Ocata版本,剩下

  1. Dragonflow
  2. Monasca
  3. Zun
  4. Vitrage
  5. Zaqar
  6. EC2-api

在Pike版本里,Kolla就集成了Zun和EC2-api,两个。

对于剩下的4个项目,其实都已经动手。Docker file已经完成。就剩下写roles。工作量其实并不太大。可以好好锻炼新人。

在Queue版本,我的期望,就是实现一个真正的全家桶。

如果有朋友有兴趣参与Kolla开发,希望入门,其实可以找我聊聊。我会全力相助。

遗憾

对于OpenStack每个版本发布,都会多少有遗憾的地方。对于Kolla来说,Pike版本,至少我感觉几个遗憾的地方。

  1. Ceph还没升级到12.0 的版本,因为目前还没正式发布。没法体验Bluestore。
  2. Elasearch,没有升级到5.x。
  3. Ovs-dpdk没完整实现
  4. ovn,应该也是没完成

这些遗憾,就留到下一个版本Q版本来补救。

对于OpenStack每年,2月份,和8月份发布的两个版本来说。我个人更加喜欢二月份的版本,因为二月份的版本,因为美国的圣诞节,中国的春节,其实真正开发的时间,比8月份版本,估计会少20%左右开发时间。所以可以把精力放在上一个版本没实现的功能上,这样效果应该是更好。

 

附录

NFV介绍

https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/11/html-single/network_functions_virtualization_product_guide/

Network Functions Virtualization (NFV) is a software-based solution that helps the Communication Service Providers (CSPs) to move beyond the traditional, proprietary hardware to achieve greater efficiency and agility while reducing the operational costs.

Virtualized Network Functions (VNFs) – the software implementation of network functions, such as routers, firewalls, load balancers, broadband gateways, mobile packet processors, servicing nodes, signalling, location services, and so on.

NFV Infrastructure (NFVi) – the physical resources (compute, storage, network) and the virtualization layer that make up the infrastructure. The network includes the datapath for forwarding packets between virtual machines and across hosts. This allows you to install VNFs without being concerned about the details of the underlying hardware. NFVi forms the foundation of the NFV stack. NFVi supports multi-tenancy and is managed by the Virtual Infrastructure Manager (VIM). Enhanced Platform Awareness (EPA) allows Red Hat Openstack Platform improve the virtual machine packet forwarding performance (throughput, latency, jitter) by exposing low-level CPU and NIC acceleration components to the VNF.

NFV Management and Orchestration (MANO) – the management and orchestration layer focuses on all the service management tasks required throughout the lifecycle of the VNF. The main goals of MANO is to allow service definition, automation, error-correlation, monitoring and lifecycle of the network functions offered by the operator to its customers, decoupled from the physical infrastructure. This decoupling requires additional layer of management, provided by the Virtual Network Function Manager (VNFM). VNFM manages the lifecycle of the virtual machines and VNFs by either interacting directly with them or through the Element Management System (EMS) provided by the VNF vendor. The other important component defined by MANO is the Orchestrator also known as NFVO. NFVO interfaces with various databases and systems including Operations/Business Support Systems (OSS/BSS) on the top and with the VNFM on the bottom. If the NFVO wants to create a new service for a customer, it asks the VNFM to trigger the instantiation of a VNF (which may result in multiple virtual machines).

 Leave a Reply

(required)

(required)