Snowflake SPCS agora suporta tipos de instância de backup para compute pools

Imagine que você precisa subir serviços no Snowpark Container Services, mas o tamanho de máquina principal está sem capacidade na região. Com esta novidade, você define uma lista ordenada de famílias de instâncias alternativas para que o Snowflake tente provisionar automaticamente sem falhar.

Para que serve

• Evitar o erro de capacidade insuficiente (ICE) ao provisionar nós.
• Configurar uma ordem de fallback transparente para os compute pools.
• Faturar os nós de backup de acordo com a taxa da família utilizada.

Como usar

Configure a lista de fallback usando o parâmetro BACKUP_INSTANCE_FAMILIES no comando de criação ou alteração do compute pool.

CREATE COMPUTE POOL my_compute_pool
  MIN_NODES = 1
  MAX_NODES = 10
  INSTANCE_FAMILY = GEN_X64_G2_4
  BACKUP_INSTANCE_FAMILIES = ('GEN_X64_G2_8', 'GEN_X64_G2_16');

O que acontece nesse código:

1. O Snowflake tenta criar nós usando a família principal GEN_X64_G2_4.
2. Se houver restrição de capacidade na família principal, o sistema testa a primeira alternativa (GEN_X64_G2_8).
3. Se necessário, o Snowflake prossegue para a segunda alternativa da lista (GEN_X64_G2_16).

Para alterar um compute pool já existente:

ALTER COMPUTE POOL my_compute_pool
  SET BACKUP_INSTANCE_FAMILIES = ('GEN_X64_G2_X');

O que acontece nesse código:

1. O comando atualiza o compute pool existente com a nova configuração de fallback.
2. O Snowflake passa a utilizar a família informada caso ocorra falta de capacidade no tipo primário.

Limitações e requisitos

• Recurso em disponibilidade geral (GA).
• A lista de backup deve conter pelo menos uma entrada e não pode incluir a família primária ou duplicadas.
• É responsabilidade do usuário garantir compatibilidade de recursos, arquitetura de CPU, aceleradores (GPU) e densidade de serviços entre a família primária e as de backup.