作者：李昆山, OpenStack 研发工程师, 中国联通云数据有限公司 OpenStack 是目前主流的云计算管理平台。
        自2010年6月首次发布以来,

几乎得到了IT行业所有主流厂商的关注和支持。
        其中, OpenStack厂商占比超过70%, 未来几年市场规模将持续增长。 openEuler是2019年开源的基于Linux稳定系统内核的服务器操作系统, 致力于通过构建开源社区, 与全球开发者共建开放、多元化、架构包容的openEuler软件生态系统。 在 openEuler 成立之初, 中国联通作为 OpenStack 的金牌会员, 牵头成立了 OpenStackSIG, 以取社区回馈社区为宗旨,

旨在提高 OpenStack 对 openEuler 的适配, 丰富 openEuler在云平台领域的适应性。 OpenStack对openEuler的适配对双方来说意义重大。 一方面, OpenStack对openEuler的适配可以扩展OpenStack对多架构生态系统的支持, 另一方面也可以增强OpenEuler社区在云计算领域的适应能力。 更重要的是, OpenStack对openEuler的适配也为本土化云平台的发展提供了新的选择, 为中国云计算本土化和新创云的发展提供了更加有利的条件。 OpenStack适应OpenEuler实践 作为OpenStackSIG的第一个维护者,

联通沃云是全面适应OpenStack的主要承担者。 过去, 中国联通已经完成了鲲鹏计算平台的适配, 即将为openEuler社区提供与CentOS\Ubuntu\SUSE等操作系统一样便捷完整的OpenStack部署方式： • 重新编译OpenStack 及相关组件rpm包（基于openEuler20.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平台上要构建的repos3、OpenStackpython依赖包与现有python-modules冲突解决思路 1）获取spec文件 和源代码从现有的src.rpm修改后编译 2) 适用于python-modules、虚拟化组件、存储等包 3) 主要是SRCRPM