Considerações ao usar o Amazon Redshift Serverless - Amazon Redshift

Considerações ao usar o Amazon Redshift Serverless

Para obter uma lista de Regiões da AWS nas quais o Amazon Redshift sem servidor está disponível, consulte os endpoints listados para a API do Redshift sem servidor na Referência geral da Amazon Web Services.

Alguns recursos usados pelo Amazon Redshift Serverless estão sujeitos a cotas. Para obter mais informações, consulte Cotas para objetos do Amazon Redshift Serverless.

Quando você DECLARA um cursor, as especificações de tamanho do conjunto de resultados para o Amazon Redshift Serverless são especificadas em DECLARE.

Janela de manutenção: não há janela de manutenção com o Amazon Redshift Serverless. As atualizações de versão do software são aplicadas automaticamente. Não há interrupção para conexão ou execução de consulta existente quando o Amazon Redshift alterna as versões. Novas conexões sempre se conectarão e funcionarão com o Amazon Redshift Serverless instantaneamente.

IDs da zona de disponibilidade: ao configurar a instância do Amazon Redshift Serverless, abra Additional considerations (Considerações adicionais) e verifique se os IDs de sub-rede fornecidos em Subnet (Sub-rede) contêm pelo menos três dos IDs de zona de disponibilidade compatíveis. Para ver a sub-rede para mapeamento de ID da zona de disponibilidade, acesse o console da VPC e escolha Subnets (Sub-redes) para ver a lista de IDs de sub-rede com seus IDs de zona de disponibilidade. Verifique se sua sub-rede está mapeada para um ID de zona de disponibilidade compatível. Para criar uma sub-rede, consulte Criar uma sub-rede na VPC no Guia do usuário do Amazon VPC.

Três sub-redes: você deve ter pelo menos três sub-redes, e elas devem abranger três zonas de disponibilidade. Por exemplo, é possível usar três sub-redes mapeadas para as zonas de disponibilidade us-east-1a, us-east-1b e us-east-1c. Uma exceção a isso é a região Oeste dos EUA (N. da Califórnia). Ela exige três sub-redes, da mesma forma que as outras regiões, mas elas devem abranger apenas duas zonas de disponibilidade. Uma condição é que uma das zonas de disponibilidade abrangidas contenha duas sub-redes.

Requisitos de endereço IP gratuito: você deve ter endereços IP gratuitos disponíveis ao criar um grupo de trabalho do Amazon Redshift sem servidor. O número mínimo de endereços IP aumenta à medida que o número de unidades de processamento do Redshift (RPUs) para o grupo de trabalho aumenta. Especificamente, cada sub-rede na VPC do grupo de trabalho exige um número mínimo de endereços IP. Para obter mais informações sobre como alocar endereços IP, consulte Endereçamento IP no Guia do usuário do Amazon VPC.

Os números mínimos de endereços IP gratuitos necessários ao criar um grupo de trabalho são os seguintes:

Número de endereços IP gratuitos necessários para cada sub-rede
Unidades de processamento do Redshift (RPUs) Endereços IP gratuitos necessários Tamanho mínimo do CIDR
8 9 /27
16 15 /27
32 13 /27
64 21 /27
128 37 /26
256 69 /25
512 133 /24
1024 261 /23

Você também precisa de endereços IP gratuitos ao atualizar seu grupo de trabalho para usar mais RPUs. Os números mínimos de endereços IP gratuitos necessários ao atualizar as sub-redes para um grupo de trabalho são os seguintes:

Número de endereços IP gratuitos necessários ao atualizar uma sub-rede
Unidades de processamento do Redshift (RPUs) Unidades de processamento do Redshift (RPUs) atualizadas Endereços IP gratuitos necessários
8 16 10
16 32 13
32 64 16
64 128 28
128 256 52
256 512 100
512 1024 197
nota

Uma capacidade máxima de RPU básica expandida de 1.024 está disponível somente nas seguintes Regiões da AWS:

  • Leste dos EUA (Norte da Virgínia)

  • Leste dos EUA (Ohio)

  • Oeste dos EUA (Oregon)

Espaço de armazenamento após a migração: ao migrar pequenos clusters provisionados do Amazon Redshift para o Amazon Redshift Serverless, pode haver um aumento na alocação do espaço de armazenamento após a migração. Isso resulta da alocação otimizada de espaço de armazenamento, que, por sua vez, resulta em espaço de armazenamento pré-alocado. Esse espaço é usado durante um período à medida que os dados aumentam no Amazon Redshift Serverless.

Unidades de compartilhamento de dados entre clusters provisionados do Amazon Redshift Serverless e Amazon Redshift: quando há uma unidade de compartilhamento de dados onde o Amazon Redshift Serverless é o produtor e um cluster provisionado é o consumidor, o cluster provisionado deve ter uma versão de cluster posterior a 1.0.38214. Se você usar uma versão de cluster anterior a essa, ocorrerá um erro ao executar uma consulta. Você pode visualizar a versão do cluster no console do Amazon Redshift na guia Maintenance (Manutenção). Também é possível executar SELECT version();.

Tempo máximo de execução da consulta: o tempo de execução decorrido para uma consulta (em segundos). O tempo de execução não inclui o tempo gasto esperando em uma fila. Se uma consulta exceder o tempo de execução definido, o Amazon Redshift Serverless interromperá a consulta. Os valores válidos são 0–86.399.

Migrar para tabelas com chaves de classificação intercaladas : ao migrar clusters provisionados do Amazon Redshift para o Amazon Redshift Serverless, o Redshift converte tabelas com chaves de classificação intercaladas e DISTSTYLE KEY em chaves de classificação compostas. O DISTSTYLE não é alterado. Para obter mais informações sobre estilos de distribuição, consulte Trabalhar com estilos de distribuição de dados no Guia do desenvolvedor do Amazon Redshift. Para obter mais informações sobre chaves de classificação, consulte Trabalhar com chaves de classificação.

Compartilhamento de VPC: é possível criar grupos de trabalho do Amazon Redshift sem servidor em uma VPC compartilhada. Se você fizer isso, será recomendável não excluir o compartilhamento de recursos, pois isso pode resultar na indisponibilidade do grupo de trabalho.