【科讯】联通沃云：OpenStack适配openEuler实践及国产化云经验分享

本篇文章2999字，读完约7分钟

作者:联通云数据有限企业openstack研发工程师李昆山

openstack是目前主流的云计算管理平台，自去年6月首次发布以来，受到it行业几乎所有主要制造商的关注和支持。 在现有私有云市场中，openstack供应商超过了70%，在未来几年市场规模也在增加。

openeuler是一个开源的linux稳定系统基于内核的服务器操作系统，通过构建开源社区，与世界各地的开发者合作，具有开放多样性，体系结构全面的openeuler

在openeuler成立之初，中国联通作为openstack黄金会员，根据社区获得、反馈给社区的宗旨设立openstack sig，充实openstack对openeuler的适应能力

openstack自适应openeuler的工作对双方都起着重要的作用，openstack自适应openeuler一方面扩大了对openstack多架构生态的支持，另一方面也扩大了openeuler社区的云计算 更重要的是，openstack对openeuler的适应事业也为国产化云平台的快速发展提供了新的方案选择，为中国云计算的国产化、信创云的快速发展提供了更有利的条件。

openstack适应openeuler的实践

作为openstack sig第一个maintainer，连通沃云是完全适合openstack工作的主要负责人。 到目前为止，联通已经完成了对鲱鹏计算平台的适应，将为openeuler社区提供与centos\ubuntu\suse等os一样方便完善的openstack部署方法。

重新编译openstack和相关组件rpm包(基于openeuler 20.09 )

处理openstack中每个组件的编译、安装时依赖软件包的问题

openeuler社区代码仓库创建、增补、源代码提交( gitee )

在适应工作过程中，连通沃云比较处理现有的问题，有问题。

python abi版本问题( openstack社区仅提供python3.6运行时的rpm包，openeuler是python3.8 )

openstack组件之间有很多复杂的依赖关系

openstack python依赖于包与现有python-modules发生冲突的问题

1、python abi版本问题处理思路

1 )整理依存关系

2 )在python3.8环境中重新构建rpm包和仓库

如何部署redhat、debain等系统repos

2、openstack组件之间存在很多复杂的处理思路:

1 )整理依存关系

2 )在python3.8环境中重新构建rpm包和仓库

openeuler平台构建的repos

3、openstack python依赖于数据包和现有的python-modules的冲突问题处理思路

1 )从现有的src.rpm中获取spec文件和源代码进行编译

2 )适用于python-modules、虚拟化组件、存储等软件包

src rpm的主要来源:

a) fedora project

b) redhat openstack repository

c) openstack rpm-packages

4 )使用社区源包，生成spec文件并与社区源一起进行编译

迄今为止，由连通沃云主导的openstack适应openeuler的事业取得了一些阶段性成果。

1、测试模块执行完毕

a) nova

b) neutron

c) glance

d) keystone

e) cinder(lvm backend)

一、社区提交

a )完成仓库的创建数量

b )完成代码拉请求

泰山服务器+openeuler+openstack

泰山服务器+openeuler+openstack

、社区提交:

向社区提交300个左右的python包

在下一阶段的事业中，连通沃云将聚焦于victoria版的完美功能匹配、核心以外的组件匹配等问题，在openstack级别将继续进行最大限度发挥openeuler平台性能的开发，openstack

加入openstack sig的方法如下

project link：gitee/openeuler/community

新沃云平台国产化建设经验

中国联通是国内运营商中早期采用openstack开源框架的公司，去年被选为openstack基金会的黄金会员。 openeuler操作系统的部署为中国联通云计算在安可行业提供了更多样化的应用执行环境。 中国联通也在此基础上构建了从新云操作系统到云平台的完善技术栈，丰富了新云硬件架构和自主控制能力。

系统/虚拟化方面

1、 os、kernel

a)落札麒麟v7sp(arm、海光版)

b )长颈鹿v10 openeuler

2、重新编译qemu-kvm组件

存储面

1、ceph分布式存储

a ) luminous版本

b ) nautilus版本

2、对象存储

a ) tidb，tikv重新编译

网上侧

1.负荷分散lvs适合开発

2、ipvs内核模块移植: 3.10 -- 4.19

中间件侧。

1、重新编译包括mongodb\galera\jre等在内的基本中间件

2、国产关系型数据库的匹配

openstack(compute)侧

1、加上国产cpu芯片的识别

a )定制CPU厂商\模型新闻

2、multi-isa支持

a )计算节点cpu vendor\model配置

b)vm开通、热移行互换性改造

c )混合平台os_arch选择: arm64\hygon c86

d )定制arm64、海光c86版本镜像

裸金属侧

1、pxe起动、uefi+bios対応

2、改造部署接口，支持文件系统方法的直接配置，可以在30s内完成os的安装。

3、arm64配置内核镜像重新封装，加入国产服务器对应内核和驱动器

4、x86\aarch64多架构dnsmasq配置文件集成

5、arm64+uefi启动模式grub.cfg生成逻辑的变更

资源的配置

1、自动部署多架构

a )支持在同一群集中提供不同的isa计算节点

b )根据宿主机isa自动选择对应的安装源、配置

c )从宿主机isa自动生成对应的配置

2、yum源构建

a ) aarch64基础yum源的构建和裁剪

b ) openstack用组件rpm包进行整理

云计算国产化面临的诸多挑战。

作为科技自立自强的重大快速发展战术的重要一环，云计算的国产化不仅能比较有效地保障新闻安全，还能促进基础硬件和软件的增长。 特别是随着政务云建设的诉求的提高，真正实现云计算的国产化可以彻底处理安全隐患，促进云计算产业的繁荣和it国产化替代事业的进步。

但是，必须确保目前云计算的国产化在基础性能、部署支持和迁移稳定性等方面仍然存在很多挑战。 例如，领域的大规模部署例子有限，开源社区的支持有限。 及虚拟化性能与x86有差异，高速芯片支持不足。 为了将现有业务转移到国产化平台，需要追加业务、运行稳定性的验证等

这也是越来越多的制造商参与云计算的国产化过程，通过与顾客密切合作，进行更广泛的业务场景适应，云制造商之间越来越多的合作，通过开放实验室进行硬件和软件的匹配

云计算的国产化道路受阻，漫长，中国本土的云计算制造商必须上下电缆。