Snowpark Container Services : nouvelles valeurs par défaut et validation des besoins en ressources pour un service¶

Vous fournissez les besoins en ressources pour un service dans la spécification de service.

La manière dont Snowflake gère les services avec des besoins en ressources non spécifiés est en train de changer. De plus, la manière dont Snowflake valide les besoins en ressources spécifiés est en train de changer :

Avant la modification:

• Si vous ne fournissez aucune exigence en matière de ressources, Snowflake suppose que votre service consommera des ressources négligeables.

• Lorsque vous fournissez les besoins en ressources, Snowflake valide les valeurs par rapport à la capacité totale du nœud. Les ressources consommées par les composants du système Snowpark Container Services ne sont pas prises en compte.

Après la modification:

Si les exigences en matière de ressources ne sont pas fournies, les valeurs par défaut suivantes sont appliquées. Notez que resource.requests et resource.limits sont relatifs à la capacité du nœud (vCPU et mémoire) de la famille d’instances du pool de calcul associé.

• Si une demande de ressource (CPU, mémoire ou les deux) n’est pas fournie, Snowflake en dérive une pour vous :

  • Pour cpu, la valeur dérivée est soit 0,5 soit la limite cpu que vous avez fournie, selon la plus petite des deux.

  • Pour memory, la valeur dérivée est soit 0,5 GiB ou la limite memory que vous avez fournie, selon la plus petite des deux.

• Si aucune limite de ressources (processeur, mémoire ou les deux) n’est fournie, Snowflake définit par défaut les limites de la capacité du nœud pour la famille d’instances du pool de calcul associé.

• Si vous fournissez resource.limits et qu’elles dépassent la capacité du nœud, Snowflake plafonnera la limite de la capacité du nœud.

• Snowflake évalue ces besoins en ressources de manière indépendante pour cpu et memory.

Notez que s’il est théoriquement impossible pour Snowflake de planifier le service sur le pool de calcul donné, CREATE SERVICE échouera. Théoriquement impossible, on suppose que le pool de calcul dispose du nombre maximal de nœuds autorisés et qu’aucun autre service n’est en cours d’exécution sur le pool de calcul. Autrement dit, Snowflake ne peut en aucun cas allouer les ressources demandées dans les limites du pool de calcul. Si c’est théoriquement possible, mais que les ressources nécessaires sont utilisées, alors CREATE SERVICE réussira. Certaines instances de service signaleront un statut indiquant que le service ne peut pas être planifié en raison de ressources insuffisantes jusqu’à ce que des ressources soient disponibles.

Aussi, avec ce BCR, la capacité du nœud (vCPU et la mémoire) pour chaque type d’instance a changé comme indiqué :

Réf : 1648