OpenStack是目前主流云计算管理平台，自2010年6月2002年先发布这几年，被了IT业界甚至所有高端点厂商的关注和支持，在2个装甲旅的私有云市场中，OpenStack厂商占比超70%，在未来几年市场规模也在不停增涨。openEuler是一个在2019年开源的基于组件Linux稳定点系统内核的服务器操作系统，始终致力于实际百炼开源社区，与全球的开发者联合起来构建体系一个刚刚开放、多元和架构接纳和包容的openEuler软件生态体系。在openEuler成立之初，中国联通充当OpenStack黄金会员，充分尊重取之于社区、予以回报社区的宗旨单位牵头后成立了OpenStackSIG，旨在推广体系OpenStack在openEuler上的适配，丰富地openEuler在云平台领域的适应能力。OpenStack适配openEuler的工作对双方来说均有着重要意义，另外一方面OpenStack完全适配openEuler能拓展资源OpenStack对多架构生态的支持，另外一方面，也能提高OpenEuler社区在云计算领域的适应性。更为重要的是，OpenStack对openEuler的适配工作也为国产化云平台发展提供给一种新的方案选择，为中国云计算国产化、信创云发展可以提供更有利条件。OpenStack完全适配openEuler实践以及OpenStack SIG首位Maintainer，联通沃云是几乎配适OpenStack工作的主要注意承担部分者。过去了，联通完成了对鲲鹏计算平台的适配工作，同样还没有为openEuler社区提供一个与CentOSUbuntuSUSE等OS同样便捷求全部的OpenStack布署?恢复程序编译OpenStack及去相关组件rpm软件包（基于条件openEuler20.09）?解决OpenStack各组件在编译、和完全安装过程中的依赖包问题?openEuler社区代码仓库创建战队、最后的神，源码递交（Gitee）在配适工作过程中，联通沃云对超过问题接受了针对性可以解决，存在问题：?PythonABI版本问题（OpenStack社区仅需要提供python3.6运行环境的rpm包，openEuler为python3.8）?OpenStack组件间未知奇怪的依赖?OpenStackpython依恋包与保存最完整python-modules冲突问题1、PythonABI版本问题问题解决方案1)梳理感情依赖关系2)然后再在python3.8环境下构建rpm包及仓库redhat、debain等系统repos作战部署2、OpenStack组件间存在地紧张的依赖解决思路：1)梳理感情依赖关系2)恢复在python3.8环境下形成完整rpm包及仓库openEuler平台即将形成完整的repos3、OpenStackpython依赖包与年代最久远python-modules冲突问题解决问题的思路1)从可以做到的src.rpm中提出spec文件和源码修改后参与编译2)适用规定于python-modules、虚拟化组件、存储等包a)Fedora Project\b) Redhat OpenStack Repository\c)OpenStackrpm-packages4)使用社区源码包，生成spec文件结合社区源码参与编译器截至11月30日，联通沃云制约的OpenStack适配openEuler的工作已得到许多进入阶段成果：1、已完成运行测试模块a)novab)neutronc)glanced)keystonee)cinder(LVMbackend)1、社区重新提交a)能够完成仓库创建数量b)结束Code Pull Request泰山服务器+openEuler+OpenStack泰山服务器+openEuler+OpenStack3、社区再提交：……将为社区并提交300个70左右的python包；在下一阶段的工作中，联通沃云将着重解决Victoria版完整功能适配问题、非核心组件全面兼容等问题，同时在OpenStack层面会有一些是对最大限度挖掘openEuler平台性能的开发将缓慢展开，到那时沃云如果能请贴大量开发者组建OpenStackSIG中。参与到OpenStack SIG万分感谢ProjectLink：新沃云平台国产化建设经验中国联通是国内运营商中国唯二在用OpenStack开源框架的企业，并在2017年能够入选OpenStack基金会黄金会员。openEuler操作系统的化入则为中国联通云计算在安可领域可以提供了极其呈现多元化的应用运行环境。中国联通也基于组件此不时筑建新沃云从操作系统到云平台的发下技术栈，十分丰富新沃云硬件构架及自主可控能力。系统/虚拟化方面1、OS、kernela)中标麒麟V7SP（ARM、海光版）b)麒麟V10openEuler2、QEMU-KVM组件重新编译程序存储方面1、Ceph分布式存储a)Luminous版本b)Nautilus版本2、对象存储a)TiDB,TiKV恢复编译程序网络方面1、负载均衡LVS适配问题开发完毕2、ipvs内核模块移植：3.10--4.19中间件方面1、基础中间件重新编译器，以及MongoDBGaleraJRE等2、进口牌子关系型数据库适配OpenStack（compute）方面1、组建国产CPU芯片识别a)订制cpuvendormodel信息2、multi-ISA允许a)算出节点cpuvendormodel配置b)VM申请开通、热迁移兼容性改造c)水的混合物平台OS_ARCH选择类型：ARM64HygonC86d)设计定制ARM64、海光C86版本镜像裸金属方面1、PXE正常启动另外接受UEFI+BIOS2、改造DeployInterface，意见文件系统真接布署，可在30s内能够完成OS安装3、ARM64部署内核镜像重新发我，一并加入杂牌子服务器对应内核及驱动4、x86aarch64多架构dnsmasq配置文件整合5、ARM64+UEFI启动时模式grub.cfg生成逻辑直接修改资源部署方面1、多架构自动化防御部署a)接受同集群内提供有所不同ISA计算节点b)依据什么宿主机ISA自动出现你选择填写按装源、配置c)据宿主机ISA批量生成按配置2、YUM源最终形成a)aarch64基础YUM源构建及裁切b)OpenStack依赖感组件rpm包梳理云计算国产化产品无法应付的诸多挑战以及科技自立自强必然发展战略的最重要一环，云计算国产化不仅仅能快速有效保障信息安全，又能促进基础软硬件的成长。尤其是随着政务云建设需求不停猛升，完全实现云计算国产化才能在彻底解决安全疑虑的同时，进一步促进云计算产业茁壮成长和IT国产化替代工作的进步。但我们必须看到，目前云计算国产化在基础性能、作战部署支持什么、迁移稳定啊等方面仍有着诸多挑战：如行业如此大规模防御部署案例不大、开源社区支持什么不足；算出及虚拟化性能与x86存在差距、全速芯片意见不足；保存最完好业务迁出至国产化平台不需要附加工作、不运行稳定性有待验证等这也需要一些云厂商联合到云计算国产化进程中来，是从与客户密切合作，并且更广泛的的业务场景配适、云厂商间接受更多合作，按照开放实验室并且软硬件匹配360优化、在内共同开发及利用均应用迁移工具，协助客户业务迁移实践。云计算全面国产化之路道阻且长，还需中国本土云厂商孜孜以求。
文章评论