Google Cloud在2026年9月8日宣布，Compute Engine预留容量的共享类型修改功能正式商用。已经创建的单项目预留可以转换为共享预留，原本供多个项目使用的共享预留也能重新限制为只有所有者项目可以消耗。
云服务器预留用于提前锁定指定可用区和机器规格的计算容量，适合扩容时间明确、资源紧张时仍需保证实例可创建的业务。以前项目边界调整后，经常需要重新规划预留；现在团队可以直接修改共享范围，但这并不是没有条件的即时开关。
已有预留可以直接改变共享范围
单项目预留默认只供创建它的所有者项目使用。转换为共享预留后，同一Google Cloud组织内的其他项目可以消耗这部分容量，平台允许一项预留最多分享给100个消费者项目。
反向转换则会把容量重新收回到所有者项目。预留所在的可用区、机器属性和数量不会因为共享类型变化而自动改变，变化的是哪些项目有资格使用这池已经锁定的资源。
这项更新主要解决的是组织内部容量分配，而不是跨区域搬迁实例。业务想更换区域、可用区或机器系列时，仍需要创建匹配的新预留。
多项目团队更容易复用闲置容量
企业常把生产、测试和不同业务线放在独立项目中。某个项目为高峰期预留的实例没有全部使用时，共享模式可以让其他项目匹配并消耗剩余容量，减少同一组织重复预留相同规格。
需要临时加强隔离时，也可以把共享预留切回单项目模式，防止新消费者继续占用。不过，修改范围前应先查看当前实际消耗者，避免把容量治理操作变成业务中断。
共享以后，符合条件的实例可能按照预留消费顺序自动开始使用这部分容量。共享对象和实例匹配规则都要一起检查，不能只确认项目已经加入列表。
转换前需要核对权限和配额
修改预留需要项目中的compute.reservations.update权限。Google建议使用Compute Admin角色，也可以把所需权限放入自定义角色，避免为了单项操作授予过大的长期权限。
从单项目转换为共享模式前，所有者项目还必须被允许创建共享预留。两类预留的配额要求并不完全相同，原有单项目容量充足，不代表共享预留配额也一定足够。
消费者项目必须与所有者项目位于同一组织。共享预留不能被当作向外部客户或另一个组织转售容量的方式，项目迁移和组织策略也应在变更前完成核对。
切回单项目模式可能需要先停机
把共享预留转换为单项目预留时，限制最明显的是正在消费容量的其他项目。对于明确指定目标预留的实例，必须先停止、挂起或删除消费者项目中正在使用该预留的实例，所有者项目中的实例不受这项要求影响。
Google同时提醒，消费者项目中的实例若只是被停止或挂起，转换完成后可能无法重新启动，直到所有者项目和同一可用区内创建了名称与属性都匹配的替代预留。
生产环境不能直接把共享类型改回本地再观察结果。更稳妥的做法是先导出消费者清单，为关键实例准备替代容量，再安排变更窗口。
命令行和API都能完成修改
管理员可以使用gcloud compute reservations update修改共享类型。转换为共享模式时，需要设置共享范围并加入消费者项目；收回所有者项目时，则把共享设置改为local。
REST API也支持通过reservations.update修改shareSettings.shareType和项目映射。无论采用命令行还是API，自动化脚本都应先读取当前配置和消费者状态，并保留变更前记录。
功能进入GA意味着可以用于正式环境，但团队仍应从非关键预留开始测试。确认配额、匹配顺序、实例启动和账单归属符合预期后，再处理承载核心业务的容量池。
