产品动态

云平台部署了，虚拟化和容器也陆续上线，存储、网络各自独立建设——基础设施组件越来越多，管理却越来越散：同一名员工要在多套系统里分别维护账号，排查一个异常要在几个页面之间反复切换核对，告警发出来了却不知道是哪台云主机的哪个部件出了问题。

ZStack Cloud Foundation（ZCF）1.2.0 正式发布，围绕“统一”做了四件事：

作为底座的 ZStack Cloud 同步升级到 5.5.30，在网络适配、存储能力、Windows 运行稳定性和安全服务接入上持续增强。

01 / CLOUD FOUNDATION

Cloud 底座持续增强：提升关键业务承载能力

一体化管理不仅需要统一的入口和视角，也需要稳定、高效的基础设施底座。Cloud 5.5.30 从网络、存储、Windows 运行稳定性和安全服务接入等方面持续增强，为 ZCF 一体化管理提供更扎实的运行支撑。

管理网支持 IPv6，适应网络架构演进

ZStack Cloud 管理网新增 IPv6 支持，覆盖平台部署与运维所需的管理通信链路。对于正在推进 IPv6 建设或采用 IPv6 管理网络的用户，云平台可以更顺畅地纳入现有网络规划，减少因地址体系差异带来的部署限制。

完善存储能力，兼顾性能与组合灵活性

面向数据库访问、在线交易、日志处理等高频 I/O 业务，Cloud 5.5.30 优化 ZStack ZBS 云盘读写链路，支持按全局、集群、云主机或云盘粒度配置云盘多队列，并可按需开启单盘 I/O 线程，以优化 I/O 处理路径。ZBS 云盘能够更好地应对持续增长的数据吞吐和大量并发请求，提升请求的并行处理效率，让性能调优更加灵活、精准。

在典型测试场景中，4K 随机写、4K 随机读和 128K 顺序读均取得明显改善：

注：以上数据来自 ZStack 实验室在指定测试环境下开展的单云主机、单数据盘优化前后对比测试，性能提升比例基于未取整的原始数据计算；实际性能表现可能因软硬件配置、I/O 模型、并发度及业务负载不同而有所差异。

同时增强多存储组合能力，支持 Ceph + SharedBlock + ZBS 以及 Ceph + Vhost 两种组合，并可为挂载 Vhost 主存储的集群配置云主机调度策略。ZBS 还可通过统一入口管理 CBD 与 Vhost 协议路径，并查看主存储与物理机之间的连通状态，简化多协议存储环境的管理与问题定位。

针对数据库、高性能计算等高频读写场景，计算节点可使用 SSD、NVMe 等本地高性能磁盘组成缓存池，为 ZBS（CBD 协议）、Ceph 或本地存储上的云盘提供缓存加速。在保留后端存储持久化能力的同时，提升数据访问效率，为不同业务提供更灵活的存储配置空间。

安恒安全服务支持自助开通

用户可通过 ZStack Cloud 自助开通安恒安全服务，按需获得日志审计、堡垒机和主机安全 EDR等安全能力，并可根据需求升级规格、续费或退订，实现从开通、使用、变更到退出的全流程管理。

同时，支持从 ZStack Cloud 单点登录并访问安全服务，减少独立接入、重复登录和跨平台维护带来的操作成本，让安全附加服务更自然地融入 Cloud 管理流程。

降低 Windows 蓝屏风险

针对 Windows Server 2025 等新版工作负载可能出现的蓝屏问题，Cloud 5.5.30 优化 Windows 嵌套虚拟化机制，以降低蓝屏风险、提升运行稳定性。

02 / UNIFIED IDENTITY

统一身份：让跨产品协作更简单

当云、网络、存储等基础设施组件逐步投入使用，企业往往需要在不同产品中分别维护用户和权限。同一名员工可能拥有多套账号；人员入职、转岗或离职时，管理员需要在多个平台重复调整；组织和项目变化后，各系统的身份信息也可能出现不一致。

ZIAM（统一身份管理组件）支持统一管理用户、用户组、项目、角色和组织；管理员只需在 ZIAM 一处维护身份信息，相关变更即可基于 SCIM 协议自动同步至已接入产品，实现“一处维护、多处同步”；用户则可基于 OIDC 协议单点登录相关产品，减少重复登录和多套账号维护。

统一身份带来的不仅是操作简化，也让人员、角色与资源之间的关系更加清晰。当人员入职、转岗、离职，或组织与项目发生变化时，身份与权限能够得到更一致的维护，降低重复配置和信息不同步带来的管理风险。

03 / UNIFIED OBSERVABILITY

统一运维：让分散信息形成全局视角

在多平台环境中，资产在一处、监控在另一处，日志、报表和告警又分散在不同系统。发生异常时，运维人员需要反复切换页面、核对资源关系、拼接上下文，不仅耗时，也容易遗漏关键信息。

ZMetis（可观测性组件）新增对 ZStack ZSphere 的接入支持，可统一查看资产、监控、日志、报表和告警信息。结合此前已完成的产品接入，ZCF 目前已支持接入云平台、虚拟化平台、容器平台、分布式存储及 ZStack ZNS 网络中心等，帮助运维人员在统一视角下掌握多平台环境状态。

此外，还支持自定义仪表盘。平台管理员、运维人员和业务管理者可以按照各自关注重点组织展示内容，让监控视图更贴近日常工作。

同时，ZCF 平台自身健康监控与告警中心的加入，也让平台运行状态能够被持续观测，为后续的告警触达和问题处置提供基础。

04 / MONITORING & ALERTING

监控告警：从异常发现到恢复确认形成闭环

告警的价值不在于“发得更多”，而在于让正确的人及时收到有效信息，并能快速定位和确认问题。

ZMetis 支持通过钉钉、企业微信、邮件、Webhook 和阿里云短信发送通知。用户可以结合已有协作工具和运维流程选择触达方式，让告警自然进入团队的日常工作链路，也可以通过 Webhook 与现有运维系统衔接。

在底层资源侧，Cloud 5.5.30 细化报警监控粒度。用户可以在报警器详情页查看各资源的触发情况，并定位到某个报警器下，某台云主机的具体 CPU、磁盘或网卡等资源的报警状态。从“哪个报警器发生异常”，到“哪台云主机的哪个部件出现异常”，更细粒度的监控视图减少了信息筛选成本，帮助运维人员更快锁定问题范围。

Cloud 5.5.30 还优化了报警恢复判断机制，支持根据持续时间和正常监控点占比设置恢复条件。相比依据单个瞬时值判断恢复，这种方式可以减少指标短时波动带来的干扰，让恢复状态更贴近资源的真实运行情况。例如，云主机 CPU 使用率会随业务请求自然波动：指标短暂回落至正常范围后，可能很快再次升高。如果仅根据单个监控点判断，容易过早发送恢复通知；结合持续时间和正常监控点占比，则可在指标整体趋于稳定后再确认恢复。

05 / NETWORK SERVICE

网络服务：持续完善核心网络能力

作为 ZCF 的网络服务核心组件，ZStack ZNS 承载网络资产纳管与网络服务能力，是一体化基础设施管理的重要组成部分。

ZCF 1.2.0 支持接入 ZNS，并采集和查看相关网络资产。网络资源由此被纳入 ZCF 的统一管理范围，用户可以在同一平台中了解云与网络基础设施的组成，为运维分析和资源协同获得更完整的上下文。

围绕网络服务交付，此次还新增四层负载均衡和网络地址转换规则管理能力。用户可以根据业务访问和地址转换需求集中管理相关网络服务，减少跨系统操作，让网络能力交付与基础设施管理更好协同。

06 / WHAT'S NEXT

从多产品管理，走向一体化基础设施管理

ZCF 1.2.0 的更新可以按需取用：已经在用 ZCF 的用户，升级到 1.2.0 即可获得上述能力，无需重建现有环境；正在评估的用户，可以先从统一身份或统一观测中的一项入手，再逐步接入其余平台。

从管理多个产品，到管理一体化基础设施。ZCF 要做的是让复杂环境下的管理成本持续降低，让基础设施运行更清晰、服务交付更顺畅。如需了解 ZCF 1.2.0 的完整能力清单与升级路径，欢迎联系 ZStack 各区域团队。