为了最大限度地提高资源利用率并减少管理开销，您可以在Google Cloud 组织中的多个项目之间共享 Compute Engine 资源预留。借助共享预留，同一组织中的最多 100 个项目可以使用相同的预留容量来创建 Compute Engine 实例。
共享预留具有以下优势：
最大限度地利用预留容量。
通过最大限度地减少空闲资源来降低费用。
您只需管理一个共享预留，而不是多个。
本文档介绍了创建和管理共享预留的最佳实践。如需详细了解预留 Compute Engine 资源的不同方法，请参阅选择预留类型。
共享预订的最佳实践
当您创建共享预留或 Compute Engine 创建共享预留以满足未来预留请求时，我们建议您遵循以下最佳实践，以便管理和使用预留：
-
让所有者项目创建共享预留但不使用它。
- 为了在各项目之间分配费用，我们建议仅允许使用方项目（您与之共享预留的项目）使用预留。仅使用所有者项目（即预留所在的项目）来创建共享预留。
- 创建共享按需预留或未来预留时，所有者项目必须具有足够的配额，才能预留资源总量。然后，在 Compute Engine 创建预留后，所有者项目必须具有其想要使用的任何预留资源的配额。如需了解详情，请参阅 共享预留的其他配额要求。
-
尽量减少组织中可以创建共享预留的项目数量。
- 您只能查看项目中存在的预留。因此，您只能在共享预留的所有者项目中查看该预留。组织中只有少量所有者项目有助于您监控和管理共享预留。如需控制哪些项目可以创建共享预留，请参阅 管理共享预留创建。
- 仅与少数项目共享预留，以便更好地管理预留资源的配额。
-
最大限度地减少具有相同计算实例属性的单独共享预留的数量。
- 对于每个 计算实例属性的唯一组合，组织最多可以有 100 个共享预留。因此，如果您最大限度地减少具有相同计算实例属性的共享预留数量，则可以缓解此限制。
- 减少共享预留可提高可管理性。
-
仅在使用相同 Cloud Billing 账号的项目之间共享预留。
- 将每个共享预留限制为仅与所有者项目具有相同 Cloud Billing 账号的使用方项目共享。这种方法有助于您跟踪预留的资源消耗情况和相关结算信息。
-
对于未来预留请求，请仔细查看您所请求的计算实例总数。
- 如果您要创建
未来预留请求，请验证您请求的计算实例总数是否包含以下所有数量：
- 将在未来的日期存在的所有匹配的预留计算实例。
- 将在未来的日期存在的所有匹配的未预留计算实例。
- 将在未来日期存在的任何匹配且未使用的按需预留。
- 您希望在未来的日期额外预留的用量。
例如，假设您需要在未来的日期额外增加 10 个计算实例，并且那时已有以下资源：
- 40 个匹配的预留计算实例
- 50 个匹配的未预留计算实例
或
- 40 个匹配的预留计算实例
- 50 个匹配且未使用的按需预留
由于未来日期的现有用量已总共添加了 90 个匹配的计算实例和预留，并且还需要 10 个额外的计算实例，因此您必须在未来预留请求中指定总数
100。如需了解详情，请参阅 计算和预配预留资源。
- 如果您要创建
未来预留请求，请验证您请求的计算实例总数是否包含以下所有数量：