Snowpark Container Services：服务的新默认值和资源需求验证¶

您在服务规范中提供服务的 资源需求。

Snowflake 处理未指定资源需求的服务的方式正在发生变化。此外，Snowflake 验证指定资源需求的方式也在发生变化：

变更前:

• 如果您不提供任何资源需求，Snowflake 会假定您的服务将消耗极少的资源。

• 当您提供资源需求时，Snowflake 会根据整个节点容量验证这些值。不考虑 Snowpark Container Services 系统组件所消耗的资源。

变更后:

如果未提供资源需求，则应用以下默认值。请注意，resource.requests 和 resource.limits 与相关 计算池 的实例系列的节点容量（vCPU 和内存）有关。

• 如果没有提供资源需求（CPU、内存或两者），Snowflake 会为您派生一个：

  • 对于 cpu，派生的值要么是 0.5，要么是您提供的 cpu 限制，以较小者为准。

  • 对于 memory，派生的值要么是 0.5 GiB，要么是您提供的 memory 限制，以较小者为准。

• 如果未提供资源限制（CPU、内存或两者），Snowflake 默认会将限制设置为相关 计算池 的实例系列的节点容量。

• 如果您提供 resource.limits 并且超出了节点容量，Snowflake 将设置节点容量上限。

• Snowflake 独立评估 cpu 和 memory 的资源需求。

请注意，如果 Snowflake 理论上无法在给定的计算池上安排服务，CREATESERVICE 将会失败。理论上不可能假设计算池具有允许的最大节点数，并且计算池上没有运行其他服务。也就是说，Snowflake 无法在计算池限制内分配请求的资源。如果理论上可行，但所需资源正在使用中，那么 CREATE SERVICE 将会成功。一些服务实例会报告状态，表明由于资源不足，无法安排服务，直到资源可用为止。

此外，通过此 BCR，每种实例类型的节点容量（vCPU 和内存）均发生了变化，如下所示：

参考：1648