Snowpark Container Services: Novos valores padrão e validação de requisitos de recurso para um serviço¶

Você fornece requisitos de recurso para um serviço na especificação do serviço.

A maneira como o Snowflake lida com serviços com requisitos de recurso não especificados está mudando. Além disso, a maneira como o Snowflake valida os requisitos de recurso especificados está mudando:

Antes da mudança:

• Se você não fornecer nenhum requisito de recurso, o Snowflake assumirá que seu serviço consumirá recursos insignificantes.

• Quando você fornece requisitos de recurso, o Snowflake valida os valores em relação à capacidade total do nó. Os recursos consumidos pelos componentes do sistema Snowpark Container Services não são considerados.

Após a mudança:

Se os requisitos de recurso não forem fornecidos, os seguintes padrões serão aplicados. Observe que resource.requests e resource.limits são relativos à capacidade do nó (vCPU e memória) da família de instância do pool de computação associado.

• Se uma solicitação de recurso (CPU, memória ou ambos) não for fornecida, o Snowflake deriva uma para você:

  • Para cpu, o valor derivado é 0,5 ou o limite de cpu fornecido, o que for menor.

  • Para memory, o valor derivado é 0,5 GiB ou o limite de memory fornecido, o que for menor.

• Se um limite de recurso (CPU, memória ou ambos) não for fornecido, o Snowflake definirá os limites como padrão para a capacidade do nó para a família de instância do pool de computação associado.

• Se você fornecer resource.limits e eles excederem a capacidade do nó, o Snowflake limitará a capacidade do nó.

• O Snowflake avalia esses requisitos de recurso de forma independente para cpu e memory.

Observe que, se for teoricamente impossível para o Snowflake agendar o serviço no pool de computação fornecido, CREATE SERVICE falhará. Teoricamente impossível pressupõe que o pool de computação tenha o número máximo de nós permitidos e não haja outros serviços em execução no pool de computação. Ou seja, não há como o Snowflake alocar os recursos solicitados dentro dos limites do pool de computação. Se for teoricamente possível, mas os recursos necessários estiverem em uso, então CREATE SERVICE será bem-sucedido. Algumas instâncias de serviço relatarão o status indicando que o serviço não pode ser agendado devido a recursos insuficientes até que os recursos estejam disponíveis.

Além disso, com este BCR a capacidade de nó (vCPU e memória) para cada tipo de instância foi alterada conforme mostrado:

Ref.: 1648