openEuler 21.03 技术白皮书 01 / 概述 02 / 平台架构 03 / 运行环境 04 / 内核创新 05 / 云化基座 06 / 生态繁荣 07 / 增强特性 08 / 社区治理 09 / 著作权说明 10 / 商标 11 / 附录 01 04 07 09 13 17 21 25 33 33 33 概述 CONTENTS 2 3 openEuler 断，对用户不友好，利用内核 热升级，可以让客户无感知的情况下对引入新的内核特性。 内存分层扩展 etMem 当前内存制造工艺已经达到瓶颈，Arm 生态发展让每个 CPU 核的成本越来越低。数据库、虚拟机、大数据、人工智能、 深度学习场景同时需要算力和内存的支持。内存容量成为了制约业务和算力的问题。 内存分层扩展通过 DRAM 和低速内存介质，如 SCM、AEP 等形成多级内存，通过内存自动调度让热数据在 的迁移适配工作由中国联通主导的 OpenStack SIG 负责完成。 功能描述 • Keystone 提供了 OpenStack 其余组件的认证信息和令牌的管理、创建、修改等功能，使用 MySQL 等数据库存储认证信息。 • Nova 提供虚拟机的创建、运行、迁移、快照等服务，提供 API 与控制节点对接，由控制节点下发任务，使用 nova-api 进行通信。 • Neutron 网络管理

支持结构体优化，指令选择优化等，充分使能 ARM 架构的硬件特性，运行效率更高，在 SPEC CPU 2017 等基准测试 中性能大幅优于上游社区的 GCC 10.3 版本。 3. 支持自动反馈优化特性，实现应用层 MySQL 数据库等场景性能大幅提升。 功能描述 • 支 ARM 架构下 SVE 矢量化优化，在支持 SVE 指令的机器上启用此优化后能够提升程序运行的性能。 • 支持内存布局优化，通过重新排布结构体成员的位 • 支持 ARM 架构下指令优化，增强 ccmp 指令适用场景，简化指令流水。 • 支持自动反馈优化，使用 perf 收集程序运行信息并解析，完成编译阶段和二进制阶段反馈优化，提升 MySQL 数据库 等主流应用场景的性能。 特性增强 19 openEuler 23.09 技术白皮书 Kmesh 项目 随着 AI、直播等大应用的发展及传统应用云化改造的深入，数据中心集群规模越来越大、应用类型也越来越丰富，如 底噪 istio 中，每个 sidecar 软件占用内存 50M+，CPU 默认独占 2 core，对于大规模集群底噪开销太大，降低了业务容器 的部署密度。 Kmesh 基于可编程内核，将服务治理下沉 OS，实现高性能服务网格数据面，服务间通信时延对比业界方案提升 5 倍。 • 支持对接遵从 XDS 协议的网格控制面（如 istio） • 流量编排能力 - 负载均衡：支持轮询等负载均衡策略。

场景创新 18 概述 02 增强特性 21 平台架构 05 社区治理 25 运行环境 08 著作权说明 32 内核创新 10 商标 32 云化基座 14 附录 32 CONTENTS 目录 openEuler 21.09 技术白皮书 01 场景创新 18 概述 02 增强特性 21 平台架构 05 社区治理 25 运行环境 08 著作权说明 32 内核创新 10 商标 32 等文件系统，满足单机应用、云原生分布式应用高性能 数据存储诉求。 openEuler 21.09 技术白皮书 12 内存分级扩展 当前内存制造工艺已经达到瓶颈，Arm 生态发展让每个 CPU 核的成本越来越低。数据库、虚拟机、大数据、人工智能、 深度学习场景同时需要算力和内存的支持。内存容量成为了制约业务和算力的问题。 内存分扩展通过 DRAM 和低速内存介质，如 SCM、AEP ，以及 RDMA 远端内存等形成多级内存，通过内存自动调度让 海量数据的时效性处理推动了应用的规模化扩展，大规模集群分布式应用加剧了复杂性和性能挑战，凸显了现有计算 架构的瓶颈。分布式内存套件是集群分布式应用加速平台，针对大数据、HPC、AI、分布式存储、数据库、云与虚拟化等 分布式应用场景，通过内存数据处理、近数计算等关键技术实现应用性能倍数级提升。分布式内存套件在多样化算力和 端边云协同场景也可以实现应用的加速。该特性将在后续版本推出，敬请期待。

RESTRICTED, ALL RIGHTS RESERVED © 北京快猫星云科技有限公司 Flashcat 的特点 统⼀采集 采⽤插件化思路，内置集成上百种采集插件，服务器、⽹络设备、中间件、数据库、应⽤、业务，云上 云下，均可监控，开箱即⽤。 统⼀告警 ⽀持指标告警、⽇志告警、智能告警，⽀持⼏⼗种数据源对接，收集各类监控系统的告警事件，进⾏统 ⼀的告警收敛、降噪、排班、认领、升级、协同，⼤幅提升告警处理效率。 是⼀款 All-in-One 的开源的 telemetry 数据采集器，⽀持指标、⽇志采集； • ⽀持 Tracing 数据的收集； • ⽀持物理机、虚拟机、交换机、容器、K8s、多种中间件/数据库的数据采集，云上云下，均可监控； • 汇聚领域最佳实践，开箱即⽤； INTERNAL OR RESTRICTED, ALL RIGHTS RESERVED © 北京快猫星云科技有限公司 内置仪表盘模板和告警模板 如何度量、发现、治理有 IT 隐患的⻔ 店？ p 如何让总部 IT 先于⻔店发现故障？ 解决⽅案： Flashcat 连锁⻔店集中监控⽅案，基于All-in-One 的开源采集器Categraf，加上业界领先的开源监控 夜莺（Nightingale），集中化的监控所有的⻔店， 并采⽤数据驱动的理念，对所有的⻔店 IT 健康状态 进⾏科学的量化，真正做到先于⻔店发现问题，及 时⾼效治理有IT

PolarDB开源生态介绍 阿里云 digoal为什么开源是未来?阿里巴巴开源缩略图数据库开源大图PolarDB开源云原生分布式数据库家族 : 兼容MySQL&PostgreSQL用户 生态伙伴 人才 降本提效 团队成长 商业服务 用户合作 • 联合实验室 PolarDB云原生分布式开源数据库产品 高校合作 • 课程合作 • 科研项目合作 • 工作组 高校 协同育人、教学优化成果 500万/场 曝光流量 竞技栏目: 100万/场 曝光流量 • SIG • Issue 开源代码协作 • 理事会 • 人才发展委员会 • 技术委员会 开源社区治理 • 联合解决方案|产品 • OxM发型版 • 数据库管理产品 • 数据迁移、联邦产品 生态伙伴合作 高校合作 学习、分享、比赛、贡献 服务客户 开源共建 社区运营 生态建设 获得生态 商业服务 使用开源 PolarDB

团队高效协作：定义团队角色工作流模板，随时可用云上环境 价值清晰呈现：为管理者提供全视角效能数据，赋能数字决策 人工低效操作减少 80% 构建资源利用率提升 60% 业务资源利用率提升 30% 统一治理内部规范，开发 自助上线；解放运维，工 作重心向业务稳定性保 障，建设平台工程体系 研发 研发时间被大量占用： • 本地开发环境难模拟 • 多业务联调艰难，诊断耗时多 • 出现问题诊断耗时多 研发效能提升（开发、测试、发布工程） 优化加速产研流程，工程师团队级规模化协 作，消除工具孤岛，系统性的提升人效 典型客户：字节飞书、云器、驭势、小鹏、 易快报、 MioTech 、星云有客、药师帮 大规模微服务环境治理 支持多分支、多业务间协作，消除环境不稳 定和不够用的阻力，高效率自动化验证质量 典型客户： TT 语音、飞书、钛动、闪电出 行 传统行业研发数字化转型 同步实现研发的数字化转型和 自动构建部署 3. 环境公开透明 4. 测试环境的按需一键式拉起 环境治理场景：数千开发者、 5 条业务线、多分支多环境协作 服务通过云厂商上了云，而配套设施 并没有使用云原生方式 1. ci/cd 工具不是云原生的 2. 系统架构不是云原生的 3. 工程师缺乏云原生的技能 4. …… 环境治理场景：数千开发者、 5 条业务线、多分支多环境协作 数千微服务已经上了

团队高效协作：定义团队角色工作流模板，随时可用云上环境 价值清晰呈现：为管理者提供全视角效能数据，赋能数字决策 人工低效操作减少 80% 构建资源利用率提升 60% 业务资源利用率提升 30% 统一治理内部规范，开发 自助上线；解放运维，工 作重心向业务稳定性保障， 建设平台工程体系 研发 研发时间被大量占用： • 本地开发环境难模拟 • 多业务联调艰难，诊断耗时多 • 出现问题诊断耗时多 研发效能提升（开发、测试、发布工程） 优化加速产研流程，工程师团队级规模化协 作，消除工具孤岛，系统性的提升人效 典型客户：字节飞书、云器、驭势、小鹏、 易快报、MioTech、星云有客、药师帮 大规模微服务环境治理 支持多分支、多业务间协作，消除环境不稳 定和不够用的阻力，高效率自动化验证质量 典型客户： TT语音、飞书、钛动、闪电出行 传统行业研发数字化转型 同步实现研发的数字化转型和DevOps落地 2. 自动构建部署 3. 环境公开透明 4. 测试环境的按需一键式拉起 环境治理场景：数千开发者、5 条业务线、多分支多环境协作 服务通过云厂商上了云，而配套设施 并没有使用云原生方式 1. ci/cd 工具不是云原生的 2. 系统架构不是云原生的 3. 工程师缺乏云原生的技能 4. …… 环境治理场景：数千开发者、5 条业务线、多分支多环境协作 数千微服务已经上了 K8s，没有业务边界，环境

学术机构和非营利组织 openEuler 治理架构 openEuler 委员会 常务委员会 顾问专家委员会 项目群办公室 执行总监 技术委员会 品牌委员会 用户委员会 SIG Maintainer Committer 贡献者 SIG Maintainer Committer 贡献者 子项目 《openEuler组织架构》 《openEuler项目群开源治理制度》 openEuler 技术优势

警之后，实际没有后续动作，只是起到 常态化通知的效果，不需要排查，也不需要止损，甚至连个长线的 TODO 都没有。这类告警多了人就疲 了，当重要的告警来临的时候，也容易忽略。这样的规则如果不经过治理，日积月累，就会产生很多无用 的告警。 第二个常见的原因是底层出问题导致所有的上层依赖都告警，越是底层影响越大，比如基础网络如果出问 题，发出几万条告警都是正常的。 第三个原 员，我们应该怎么处理？我的建议是分产品线统计一个指标：“Runbook 预置率”，就是各个产品线有 多少告警规则配置了 Runbook，有多少没有配置，这个比例要统计出来，然后做成红黑榜，让大家去治 理，治理一段时间之后有经验了，知道预置率大概在一个什么范围是合理的，然后就可以要求大家至少达 到预置率下限的值。否则，就一定是有问题的。 Runbook 这个配置原则，是我最为推荐的原则，效果非常明显，其次就是告警分级原则。

上核⼼开源，⽤平台⼯程 ⽀撑软件研发全⽣命周期，让产研⾼效协同，稳定迭代。Zadig 内 置了 K8s YAML、Helm Chart、主机等复杂场景最佳实践，适⽤云原 ⽣转型/上容器云、研发效能提升、⼤规模微服务环境治理、研发 数字化转型等应⽤场景，在企业服务、数字化转型、新能源汽⻋领 域⼴泛落地，在包括字节⻜书、⼩鹏、理想、极氪、路特斯、⻓城 汽⻋、仙⾖智能、TT 语⾳、易快报、七⽜、⾮码、锅圈、药师帮、 ⼤参林