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が指定されたコンピューティングプールでサービスをスケジュールすることが理論的に不可能な場合は、 CREATE SERVICE が失敗します。理論的に不可能なのは、コンピューティングプールが許可された最大ノード数を持ち、コンピューティングプール上で他のサービスが実行されていない場合です。つまり、Snowflakeがコンピューティングプールの制限内でリクエストされたリソースを割り当てることはできないということです。理論的には可能でも、必要なリソースが使用中であれば、 CREATE SERVICE は成功します。一部のサービスインスタンスは、リソースが利用可能になるまで、リソース不足のためにサービスをスケジュールできないことを示すステータスを報告します。

また、この BCR により、各インスタンス型のノード容量（vCPU およびメモリ）が以下のように変更されました。

参照: 1648