Google Cloud在2026年9月17日宣布，Compute Engine的Z4D存储优化型虚拟机正式商用。该系列采用AMD EPYC Turin处理器、DDR5内存和Titanium卸载处理器，重点面向数据库、搜索、分析及AI并行文件系统等本地存储密集型负载。
Z4D把计算、内存、本地Titanium SSD和高速网络预先组合成固定规格。它能提高单机存储密度，但本地盘生命周期、热迁移门槛和操作系统支持范围都需要在迁移前单独评估。
Z4D为何针对低核数高存储密度场景
Z4D使用Titanium把网络与存储处理从主机CPU卸载到专用硅设备，减少基础设施处理对应用计算资源的占用。官方列出的目标工作负载包括SQL、NoSQL与向量数据库、数据仓库、搜索以及AI和机器学习使用的并行文件系统。
该系列提供standardlssd与highlssd两类预定义规格，前者强调每个vCPU可获得的本地SSD性能，后者提高每个vCPU对应的本地SSD容量。Z4D不支持自定义机型，选型必须在固定CPU、内存和本地盘组合中完成。
内存、本地SSD与网络能力如何组合
产品页列出的最大规格可提供约3TB内存，并通过多块3,500GiB Titanium SSD组成高容量本地存储。Z4D还支持Hyperdisk Balanced、Balanced High Availability、Extreme、Throughput和ML，但磁盘接口仅支持NVMe。
单物理网卡实例最高可提供200Gbps标准网络带宽，双物理网卡规格最高为400Gbps。创建实例时必须使用gVNIC，旧版驱动虽然可能运行，却可能造成带宽下降或延迟升高。迁移前应确认系统镜像内的gVNIC驱动版本，而不是只核对虚拟机规格。
本地Titanium SSD仍然需要应用层保护
Titanium SSD会随Z4D实例自动附加，适合承载缓存、临时计算数据、数据库日志副本或能够从其他介质重建的数据。它不是区域级持久磁盘，不能因为性能高就替代备份、复制和持久化架构。
Z4D不支持区域Persistent Disk。对需要跨可用区持久性的业务，应把关键数据放到合适的Hyperdisk或其他持久存储，并把本地SSD用于可恢复的数据层。任何只保存在本地SSD上的唯一数据，都应被视为存在实例生命周期风险。
超过42,000GiB后热迁移能力会变化
官方限制指出，只有附加Titanium SSD容量不超过42,000GiB的Z4D实例支持热迁移。容量超过该门槛时，主机维护事件会终止实例，但会保留数据，业务仍需承受停机并执行恢复流程。
Z4D同时不支持GPU、单租户节点、实例挂起和Windows镜像，并且只在部分区域与可用区提供。高容量配置不能沿用普通虚拟机“维护时无感迁移”的默认假设，维护窗口、启动时间和应用重连都要进入容量设计。
上线前应验证哪些性能与故障边界
迁移测试应覆盖数据库或文件系统的真实读写比例、队列深度、延迟分位数、NUMA绑定和双网卡路径，不能用顺序吞吐测试代表生产效果。还应检查磁盘条带、文件系统、实例重启与主机维护后的数据恢复流程。
采购前要确认目标区域有相应规格和配额，并把虚拟机、Titanium SSD、附加磁盘及网络流量分别计费。只有性能提升、故障恢复与总成本同时达标，Z4D才适合替换现有存储优化实例。
