Google Cloud在2026年9月16日宣布，Filestore Regional服务层的小容量实例正式商用。支持区域内的最低容量从过去的1TiB降到100GiB，并允许以1GiB为单位调整容量。
这一变化让需要区域级可用性的开发、测试和低流量应用不必一开始就配置1TiB共享文件系统。不过开放区域与性能配置仍有限制，不能只按最低容量估算部署条件。
Regional实例最低容量降到100GiB
在支持区域内，Filestore Regional的小容量范围为100GiB到10,239GiB，容量可按1GiB单位增加或减少。达到10TiB后则进入更高容量范围，调整单位改为2.5TiB。
100GiB是可配置容量下限，不代表所有区域都已经支持。未开放小容量实例的区域仍从1TiB起步，并以256GiB为单位扩缩，迁移或自动化脚本必须识别区域差异。
首批只在两个美国区域提供
官方文档列出的首批支持区域是us-central1和us-east4。选择其他区域创建Regional实例时，控制台和API仍会执行1TiB的最低容量要求。
数据驻留、访问延迟和灾难恢复要求应优先于最低容量。业务不在这两个区域时，不应为了节省容量成本强行跨洲挂载NFS，而要比较本地Regional实例或其他存储方案。
低于1TiB必须启用自定义性能
创建容量低于1024GiB的Regional实例时，用户必须配置custom performance。可以选择固定IOPS，最低为2,000；也可以设置每TiB的IOPS比例，允许范围为4,000到17,000，最终计算结果同样不能低于2,000 IOPS。
容量缩小不会自动意味着性能成本同比下降。小容量实例仍存在最低IOPS门槛，选型时应把存储容量、预配置性能和实际访问模式一起纳入预算。
协议和数据保护能力保持不变
Regional服务层继续支持NFSv3与NFSv4.1，并提供备份、快照和复制能力。其区域级设计用于抵御单可用区故障，适合需要共享文件系统和区域可用性的应用。
区域冗余不能代替独立备份。误删除、应用写坏和权限配置错误仍可能影响数据，生产环境需要单独定义备份保留、恢复演练与跨区域灾难恢复策略。
小容量更适合开发测试和低流量应用
Google把开发、测试、低流量应用和基础存储需求列为主要使用场景。团队可以从较小容量开始，再根据文件增长和性能指标逐步扩容，减少早期闲置空间。
上线前应验证客户端协议、吞吐、IOPS、并发连接和恢复能力。容量扩缩后的性能配置也要重新检查，避免文件系统空间充足却因IOPS或网络瓶颈影响应用。
