硬核排障｜EasyStack 深挖 vmcore，破解 ARM64 国产化云平台 E810 网卡连环故障
国产化 ARM 服务器大规模落地生产环境，架构差异、固件缺陷、驱动适配等底层隐性故障逐步显现。本文为真实生产故障复盘，完整还原业务告警、日志排查、驱动踩坑、vmcore 深度分析，最终定位网卡固件问题的全过程，为 ARM 架构云平台运维提供实战参考。
- 公司新闻
- 精彩视频
- 产品新闻
- 合作伙伴新闻
电协同首次纳入国家电力顶层规划：电力信创，何以成为智能电厂的确定性算力底座
026年8月3日，国家发改委、国家能源局正式发布《新型电力系统建设“十五五”规划》，文件首次将 “算电协同” 纳入新型电力系统建设的核心任务。规划明确提出，要“统筹能源资源配置与算力设施建设，协同规划布局算力、电力项目，做到以电强算、以算促电”。预计到2030年我国算力用电量将达8000亿千瓦时，占全社会用电量约6%——算力与电力，从未如此深度捆绑，但这份深度融合，对电力系统自身的“免疫系统”提出了前所未有的要求。
电力系统正从“源随荷动”走向 “源网荷储协同互动” ，从传统“电力系统”走向 “算电一体系统” ，海量AI推理、实时调度、智能巡检、负荷预测等场景，要求电力算力底座必须具备低延迟、高可靠、全自主的确定性能力——而这恰恰是电力信创建设的核心战场。
EasyStack 技术实践｜慢盘如何研判？从趋势分析到换盘决策
在云基础设施运行过程中，磁盘风险并不总是以“设备掉线”“读写报错”或“硬件故障”的形式突然出现。
一块磁盘可能仍然保持在线，数据读写也能正常完成，常规硬件健康检查甚至没有明显报错，但它处理相同I/O请求所需的时间已经开始增加。随着响应时间升高，请求逐渐排队，设备长期处于繁忙状态，其实际处理能力也会与同类磁盘拉开差距。
这类性能退化通常处于设备风险的早期阶段。
源于开源，回馈开源｜EasyStack携手开放原子开源基金会，筑牢可信数字底座
2020年，开放原子开源基金会正式成立，成为中国首家开源基金会。它的成立，填补了中国本土开源基金会的空白，也为国内开源项目搭建起中立、开放的孵化和成长平台，承载着中国开源生态从跟跑、并跑到领跑的期待，也呼唤着更多扎根产业的参与者共同建设、反哺生态。OpenHarmony、openEuler、AliOS Things…… 一个个改变中国开源版图的名字，在这里安家。
图片
开放原子开源基金会需要一个怎样的”家”？
开放原子开源基金会承载的，不只是代码。
PingCap 开源数据库 TiDB 的技术验证、AtomGit 代码协作平台的稳定运行、面向全球开发者的评测与评估系统…… 每一项业务，都要求底层基础设施足够开放、弹性、自主——而这些词，恰恰是开源精神的内核。
传统烟囱式 IT 架构显然无法承载这样的使命。在项目启动前的深度调研中，我们识别出四大核心痛点：
痛点一：资源烟囱化，弹性严重不足。 原有环境中，每个业务系统独占一套硬件资源，CPU 平均利用率不足 15%，存储资源分配后即锁定，无法跨业务复用。每逢大型开源活动或代码竞赛，突发流量需要紧急扩容，传统架构下从采购到上线的周期通常是 3-6 个月，根本无法响应业务节奏。
痛点二：国产芯片生态兼容性不足。 基金会托管的 openEuler 等项目天然需要 x86、ARM 双架构验证环境，但传统虚拟化平台对国产芯片（鲲鹏、飞腾、海光）的支持参差不齐，往往需要为每种芯片搭建独立的集群，开发者在不同环境中反复切换，测试效率低下。
痛点三：安全合规能力分散，管理成本高。 等保 2.0 要求覆盖网络安全、主机安全、应用安全、数据安全、日志审计等多个维度。传统做法是逐项采购安全产品，再手动整合——不仅交付周期长，安全策略的一致性和联动性也难以保证。对于基金会这样一个面向全球开发者、代码安全即是生命线的平台而言，这种”拼凑式安全”是不可接受的。
痛点四：运维复杂度随规模线性增长。 当需要管理的物理节点从几十台增长到数百台，涉及的计算架构从一种扩展到四种，运维团队面临的不是”更累一点”，而是”管不过来”——告警风暴、故障定位困难、版本管理混乱，这些都是传统架构下的真实困境。
开放原子开源基金会需要的不只是一朵云，而是一个可持续演进的数字原生底座——既能承接当下，也能托举未来。
一朵懂开源的云，如何为开源而生？
EasyStack是中国最早一批将 OpenStack 开源理念落地的云厂商。
从 2014 年创立至今，EasyStack的每一行代码、每一个架构决策，都带着开源的基因。OpenStack、Kubernetes、Ceph…… 这些开源领域的”国民级”基础设施，EasyStack不仅深度使用，更持续回馈——OpenStack、Kubernetes、Ceph 核心代码贡献多次排名全球前十。
所以当开放原子开源基金会需要一朵可信的云时，EasyStack给出的方案里，处处写着八个字：开源开放、生态协同。
而一路跟着开源浪潮成长起来的EasyStack，正是怀揣着回馈开源初心的参与者之一，也由此开启了二者携手共建可信开源数字底座的双向奔赴。
技术架构：LOKI 架构，一云多芯
基于 LOKI（Linux OpenStack Kubernetes Infrastructure）架构，EasyStack为开放原子开源基金会构建了统一的数字原生底座。与传统的”OpenStack + Kubernetes 简单叠加”不同，LOKI 架构在底层实现了计算、存储、网络的统一抽象，使得虚拟化、容器、裸金属三种形态能够在同一资源池内协同调度。
一云多芯：打破芯片锁定
平台同时纳管 Intel x86、海光 x86、鲲鹏 ARM、飞腾 ARM 四种计算架构，通过统一的资源调度引擎实现跨架构负载分发。对于基金会而言，这意味着 openEuler 的 x86 和 ARM 双架构验证可以在一个平台内并行完成，开发者无需在多个隔离环境中反复登录切换。具体实现上，我们通过 CPU 特性标签（feature flag）机制，让调度器能够感知每个计算节点的指令集特性，从而将工作负载精确调度到匹配的芯片架构上。同时，镜像服务内置多架构支持，同一个应用模板可以自动适配不同架构，一键完成跨芯片部署。
多元算力：虚拟机、容器、裸金属统一纳管
不同业务场景对算力形态有不同偏好：内部管理系统适合虚拟化以最大化资源利用率，AtomGit 等云原生应用更适合容器化部署，而 TiDB 等高性能数据库则需要裸金属以避免虚拟化损耗。LOKI 架构在同一管理平面内统一提供三种算力，业务团队可根据需求灵活选择，互不绑定。在基金会的实际部署中，我们为 TiDB 集群提供裸金属节点，性能损耗趋近于零；为 AtomGit 提供基于 Kubernetes 的容器服务，支持弹性伸缩；为内部管理系统提供虚拟机，兼顾隔离性与资源效率。
按需扩容：精细化资源运营
传统云平台扩容往往以整机柜为单位，而 LOKI 架构支持从单节点到集群的灵活扩展，真正做到”不浪费每一核算力，也不委屈每一个需求”。以基金会项目为例：初始部署规模为 12 个计算节点，承载核心业务验证；三个月后按需扩容至 24 节点，支撑 AtomGit 正式上线；六个月后扩容 ARM 节点集群，满足 openEuler 多架构测试需求。全过程在线完成，业务零中断。
全栈云服务：从 IaaS 到 PaaS 一站式交付
平台提供完整的云服务目录：计算（虚拟机、裸金属、容器）、存储（分布式块存储、对象存储、文件存储）、网络（VPC、负载均衡、弹性公网 IP），以及数据库与中间件服务（MySQL、PostgreSQL、Redis、Kafka、RabbitMQ 等）。基金会的开发团队通过自助门户即可按需申请和释放资源，平均资源交付时间从传统模式的 2-3 周缩短到分钟级。
安全合规：内生安全，而非外挂安全
云平台内置 WAF 防护、日志审计、主机安全、漏洞扫描、数据库审计等云安全服务栈，按等保 2.0 三级标准设计。与传统的”先建平台、后补安全”模式不同，LOKI 架构将安全能力作为平台内生组件——安全策略随资源创建自动生效，日志数据通过统一采集管道汇聚分析，安全事件通过预定义规则自动响应。安全不是补丁，而是架构的内生能力。
资源规划：分区分域，弹性扩展
在整体资源规划中，我们采用了”分区分域、弹性扩展”的设计原则，将平台划分为内网区与 DMZ 区，每个区域按业务场景进一步划分可用区（AZ）：
可用区
定位
典型场景
资源配置
AZ1 共享计算区
通用业务负载
内部管理系统、办公协同
x86 通用计算节点，超分比 1:3
AZ2 容器区
云原生应用
AtomGit、评测平台、CI/CD
Kubernetes 集群，支持弹性伸缩
AZ3 独享计算区
高性能与数据密集型负载
TiDB 集群、大数据分析
裸金属 + 本地 NVMe 存储
AZ4 ARM 区
国产化验证与适配
openEuler 多架构测试、信创适配
鲲鹏/飞腾节点集群
这种分区设计带来的直接收益是：资源利用率从不足 15% 提升至 65% 以上，不同安全等级的业务实现了自然隔离，国产化适配工作有了专属的验证环境而无需影响生产业务。
项目实战：从规划到交付的数字化底座建设之路
在本项目中，我们采用了”三阶段交付、持续优化”的实施方法论。这套方法论总结自EasyStack在政务、金融、能源等行业的数十个大型云平台建设项目，在开放原子开源基金会的落地中得到了充分验证。
第一阶段：规划与设计（4 周）
需求深度梳理。 与基金会技术团队进行了为期两周的联合工作坊，逐一梳理现有业务系统的资源使用模式、性能基线、增长预期，以及等保合规的具体要求。关键输出是一份详细的”业务-资源映射矩阵”，明确了每种业务对计算架构、算力形态、存储类型、网络模型、安全等级的具体需求。
架构评审与决策。 在多个备选方案（纯私有云、混合云、多云）中，最终选择了”全栈私有云 + LOKI 统一底座”的方案。决策的核心考量有三：第一，基金会托管的开源代码属于核心数字资产，必须部署在完全自主可控的环境中；第二，多芯片架构需求决定了不能绑定任何单一芯片生态；第三，基金会业务增长预期明确，需要底座具备从数十节点到数百节点的平滑扩展能力。
关键决策记录——为什么选择全栈私有云而非混合云？ 在项目初期，混合云方案曾是选项之一：核心业务在私有云，面向开发者的公共服务部署在公有云。但经过深入评估，团队发现这种架构会引入三个问题：一是跨云网络延迟影响代码协作体验；二是安全策略需要在两套环境中分别维护，一致性难以保证；三是国产芯片在公有云上不可得，多架构验证需求无法满足。最终，团队达成共识：以全栈私有云为底座，通过 DMZ 区对外提供公共服务，既保证自主可控，又不失开放性。
第二阶段：部署与迁移（6 周）
基础平台部署。 完成网络规划（Underlay + Overlay）、存储集群搭建（Ceph 分布式存储，三副本策略）、计算节点纳管（首批 12 节点，覆盖三种芯片架构）。部署过程中，通过EasyStack自研的自动化部署工具链，将传统需要数周的部署周期压缩至 4 个工作日。
安全体系搭建。 同步部署 WAF、主机安全 Agent、数据库审计、日志采集管道、漏洞扫描引擎等安全组件，一次性通过等保 2.0 三级测评。值得强调的是，安全组件的部署并非在平台上线后”补课”，而是在平台部署的过程中同步激活——每上线一个计算节点，安全 Agent 自动安装；每创建一个数据库实例，审计功能自动开启。
业务迁移。 采用”先低风险、后核心”的灰度迁移策略。首批迁移的是内部管理系统和开发测试环境（低风险），验证平台稳定性一周后，再迁移 AtomGit 代码协作平台（中等风险），最后迁移 TiDB 生产集群（高风险）。每一批迁移都设定了明确的”回退触发条件”和”验证通过标准”，确保万无一失。
迁移过程中的一个实战细节——TiDB 集群迁移。 TiDB 作为基金会核心代码资产的主存储，其迁移是整个项目中最具挑战的环节。我们采用了”增量子迁移 + 并行运行验证”的方案：先在目标平台搭建同等规格的 TiDB 集群，通过数据同步工具进行全量 + 增量同步，在新旧两套环境并行运行 72 小时，对比每一条查询的返回结果一致后，才执行最终切换。整个迁移过程对上游业务透明，切换窗口仅 15 分钟。
第三阶段：优化与运营（持续）
性能调优。 针对不同业务负载进行专项调优。以 AtomGit 为例，我们通过 Ceph 存储的 PG 数量优化、Kubernetes Pod 调度策略调整、以及网络链路的 MTU 优化，将 Git 大文件推送的延迟降低了 40% 以上。
运维体系建立。 搭建统一监控告警平台（Prometheus + Grafana + AlertManager），建立分级告警机制和 7×24 值班制度。关键指标包括：平台可用性（目标 99.95%）、资源利用率（目标 60%-75%）、安全事件响应时间（目标 < 15 分钟）、资源交付时效（目标 < 5 分钟）。
持续优化——我们学到的三条经验。 第一，监控先行：不要等业务上线再补监控，平台部署的第一天就应该部署监控，否则你永远不知道”正常”的基线是什么。第二，容量规划需要”留白”：为突发流量预留至少 30% 的弹性空间，基金会每次大型开源活动带来的流量峰值往往是日常的 3-5 倍。第三，文档即交付物：运维手册、应急预案、架构文档不是”锦上添花”，而是交付物的一部分。本项目累计交付运维文档 12 份、架构设计文档 8 份、应急操作手册 6 份。
源于开源，回馈开源
开放原子开源基金会的数字化云底座正式落成，承载着代码协作、性能评测、开源生态运营等核心业务，日夜运行。
但这个项目的意义，远不止于此。
开放原子开源基金会是开源生态的”基础设施”，而EasyStack是开源技术的深度参与者。两个带着开源基因的机构，以一朵云为纽带，完成了一次真实的协作：
开源给了EasyStack成长的土壤，用一朵可信的云，反哺了开源生态的根基。
这不是”甲乙方”，这是同路人。
在项目中，EasyStack的技术团队与基金会的开发者并肩作战：基金会社区开发者反馈的需求（如多架构 CI/CD 支持、国产芯片适配优化），通过产品迭代，最终沉淀为平台的通用能力，服务于更多开源项目和商业客户。而基金会也在这一过程中，向EasyStack开放了开源社区的测试资源和技术反馈渠道，帮助EasyStack的产品在真实、严苛的开源场景中持续打磨。
这是一个正向循环：开源社区提供场景和反馈 → EasyStack打磨和增强产品 → 产品能力回馈到开源项目 → 更多项目和用户受益 → 更丰富的场景和反馈。
从开源基金会到央国企：可信数字底座的普适价值
开放原子开源基金会的云底座建设，不仅是一个成功的项目案例，更是数字化底座建设方法论的一次完整验证。这套方法论的适用场景，远不止开源基金会——它同样直击央国企数字化转型中的核心诉求。
信创适配：从”可用”到”好用”
央国企的信创建设已进入深水区。从 CPU（鲲鹏、飞腾、海光、兆芯）到操作系统（统信 UOS、麒麟 V10）再到数据库（达梦、人大金仓、OceanBase），全栈国产化替代的核心挑战不在于单品技术验证，而在于”多技术栈如何在一个平台内协同工作”。
开放原子开源基金会的实践给出了答案：通过 LOKI 架构的”一云多芯”能力，平台在上线后的两年内平滑接入了飞腾 S2500 和鲲鹏 920 两个新增芯片架构，整个接入过程无需改造上层业务、无需搬迁存量数据。对于正在推进信创替换的央国企而言，这意味着：你可以从一套 x86 集群起步，逐步加入国产芯片节点，业务按自身节奏迁移——不必一步到位，也不会被锁定。
从”要我做”到”我要做”：信创落地的策略建议
结合项目经验，我们对央国企信创落地有三条建议。
从小场景切入，而非全盘替换：选择一个边界清晰的业务单元（如办公 OA、开发测试环境）作为信创试点，验证通过后再逐步推广，控制风险。
兼容先行，迁移在后：先建设支持多架构的云底座，再制定业务迁移计划，避免”先有鸡还是先有蛋”的死锁。
关注开发体验，而不仅仅是硬件替代：信创的最终目标是让业务开发团队在使用国产化平台时，体验不降级——这需要云平台在 API 一致性、镜像格式兼容、CI/CD 工具链适配等方面下功夫。
安全合规：内生安全，不是”打补丁”
等保 2.0 和密评是央国企绕不开的合规要求。传统的外挂式安全方案——先建系统、再上防火墙、再补审计——在应对等保 2.0 的”一个中心、三重防护”框架时捉襟见肘。EasyStack的内生安全理念，在基金会项目中得到了充分验证：安全组件随业务资源自动激活，安全策略集中管控、自动下发，日志数据统一采集、关联分析。这套能力可以直接复用到央国企场景，帮助客户将等保合规建设的周期从半年以上压缩至 2-3 个月。
一个典型的金融行业央国企实践
在某国有大行的开发测试云建设项目中，我们沿用了与基金会项目相同的 LOKI 架构和分区分域设计。该行面临的核心挑战是：信创改造要求开发测试环境必须支持鲲鹏服务器，但同时不能影响现有 x86 环境的开发效率。我们通过”一云多芯”方案，在一个平台内同时纳管 x86 和 ARM 节点，开发团队通过统一的 API 和门户自助申请资源，无需关心底层芯片类型。项目上线后，该行的开发测试资源交付效率提升了 80%，ARM 架构的测试覆盖率从 0 提升至 100%，信创适配进度提前了 6 个月。
另一个能源行业央国企的云底座升级实践
某大型能源央企原有 IT 环境为多个独立建设的虚拟化集群，资源分散、运维复杂，且无法满足新建的工业互联网平台和大数据分析平台对容器和弹性算力的需求。我们帮助客户进行了”三步走”的云底座升级：第一步，将存量虚拟化集群统一纳管至 LOKI 平台，实现资源的统一调度和可视化；第二步，按需扩展容器服务和裸金属服务，支撑工业互联网和大数据业务上线；第三步，引入 ARM 节点集群，启动信创适配。整个升级过程对存量业务无感知，该客户目前管理的物理节点规模已超过 500 台，资源利用率从 22% 提升至 60% 以上。
一朵云的落成，不是终点。
随着开放原子开源基金会业务版图的持续扩展——更多开源项目加入托管、更大规模的开源活动线上化、更复杂的全球协作场景涌现——云平台将持续演进，弹性扩展。
而EasyStack也将继续扎根开源、回馈开源：
持续贡献 OpenStack、Kubernetes、Ceph 等核心开源项目，保持全球代码贡献排名前列
推动一云多芯、信创适配等关键能力持续迭代，完善对国产芯片和操作系统的全栈支持
与开放原子开源基金会一起，为中国开源生态打造更坚实的数字底座
将开源社区验证的最佳实践，转化为服务央国企客户的产品能力
对于每一位正在规划或推进数字化底座建设的央国企 IT 负责人，开放原子开源基金会的实践案例至少说明了三件事：第一，全栈自主可控的私有云底座是可行的，且经过了真实生产环境的严苛验证；第二，一云多芯不是口号，是已经跑在生产环境中的工程实践；第三，信创替换不必一步到位，可以按照业务节奏平滑演进。
开源精神最好的传承，不是写在代码注释里，而是跑在生产环境的每一台服务器上。
可信数字底座的建设，也不是一次性工程，而是一场持续的进化——我们正在路上，期待与更多同路人并肩同行。
图片
EasyStack AI Infra— EAF 正式发布（GA）：让异构算力、模型服务与智能体走向生产
新一代企业级 AI Infra平台，统一纳管异构算力，将模型服务标准化为可运营的企业级资源，支撑 AI Agent 生产级落地。
北京，2026 年 9 月 30 日—— EasyStack宣布，面向企业私有部署场景的生产级 AI Infra平台 EAF（EasyStack AI Foundation）正式全面上市（GA）。EAF 采用数字原生引擎EOS为底座，向下统一纳管 GPU、NPU、DCU 等异构算力，向上提供统一的模型服务与行业智能体入口，将算力、模型、推理与运营治理打通为一个完整闭环，让企业以"开箱即用、安全可控、弹性高效、Agent 就绪"的方式构建和运营自己的 AI 基础设施。
EasyStack EAF × 海光 DCU，打造AI Native时代的国产合规新范式
当企业的云底座需要同时承载核心业务与大模型创新，云平台与AI芯片的协同能力，正在成为决定AI基础设施成色的关键变量。2026年9月16日，在中国算力大会上，企业级云和AI Infra产品与服务提供商易捷行云EasyStack正式发布企业级AI基础设施平台EAF（EasyStack AI Foundation），并宣布将于9月30日全面上市（GA）。与此同时，EAF已完成与海光DCU的深度适配与协同优化，双方将以平台级协同的方式，共同为行业提供合规、稳定、开放、高效的国产化AI基础设施。
EasyStack EAF正式发布：从Cloud Native到AI Native，让企业云底座"为智能而生"
2026年9月16日，在2026中国算力大会上，企业级云和AI Infra产品与服务提供商易捷行云EasyStack正式发布企业级AI基础设施平台EAF【EasyStack AI Foundation】，并宣布其将于9月30日全面上市（GA）。EasyStack围绕"从Cloud Native到AI Native"这一核心命题，系统阐述了企业智能化时代的下一代基础设施演进路径。
EasyStack AI Infra-EAF即将发布：加速模型服务与智能体在企业生产级落地
当人工智能从技术创新加速迈向规模化应用，企业基础设施正在迎来一场从“支撑业务”到“驱动智能”的深刻变革。大模型、生成式 AI 与智能体快速进入生产环境，算力正在从支撑 AI 发展的底层资源，跃升为决定企业智能化竞争力的核心基础设施。与此同时，异构算力、多元芯片、模型推理效率与 Token 成本等新命题，也正在重新定义下一代企业 IT 基础设施的技术边界与价值标准。
在这一产业变革浪潮下，EasyStack 公司战略升级为Open Cloud & AI Infra 产品与服务提供商，全系产品线正在陆续更新与发布。继上个月 ECF 云基础设施V7 发布之后，本月将发布EAF AI 基础设施。ECF与基础设施持续筑牢企业 IT 底座，支撑核心业务稳定运行与应用现代化升级；后续将发布的企业级智能体平台Cortex 聚焦 Agent 编排与场景化智能应用，推动 AI 走向业务一线。而将云底座与智能应用贯通起来的关键一环——EAF AI 基础设施，即将正式登场。
从物理到云端-EasyStack助力某银行流量采集系统云化改造实践
基于某银行客户的建设需求，EasyStack 设计并落地了一套 SR-IOV 云主机支持流量采集软件部署方案。该方案以宿主机物理网卡直连接收镜像流量、虚拟机通过 SR-IOV 直接获取网卡能力为核心，使流量采集应用从物理专用设备模式走向云上标准化部署，帮助客户在保障专业能力的同时，获得更高的灵活性、统一性与可运营性。
EasyStack ECF云基础设施V7正式发布丨筑云为基，智启未来，开启云基础设施价值跃迁新篇章
以云为基，向智而行。近日，EasyStack以“筑云为基，智启未来”为主题，正式发布新一代 ECF云基础设施V7。
作为EasyStack深耕云基础设施领域十二年的重要产品升级，EasyStack已服务超过2000多家金融、制造、央国企、等行业客户，累计支撑超过100多万台云主机稳定运行—ECF V7提供通算智算一体化的云基础设施能力。在AI算力方面，ECF V7 走的不是 “传统云 + 外挂 AI” 的拼接路线，而是从根本上重塑了云底座的定义：通用算力与智能算力自设计源头便融为一体，企业核心业务与 AI 创新业务在统一的智算底座上并行落地，企业无需再为 AI 单独搭建一套独立体系。
