Faturamento do Amazon Redshift Serverless

Você pode comprar capacidade sob demanda: ao escolher a capacidade computacional sob demanda, você paga pelos recursos conforme o uso. Essa é a melhor opção se você estiver apenas começando a usar o Amazon Redshift sem servidor ou se ainda não tiver uma boa noção de seus padrões de uso constantes. A opção sob demanda oferece a maior flexibilidade. Para obter mais informações, consulte Faturamento da capacidade computacional sob demanda.

Você pode comprar reservas: uma reserva oferece um desconto quando você compra uma quantidade predefinida de recursos de computação por um período específico; por exemplo, por um ano. Essa é uma boa ideia quando você sabe que vai usar uma quantidade de capacidade de forma constante. É também útil para economizar, quando você pode prever algumas de suas necessidades de capacidade. Para obter mais informações, consulte Faturamento de reservas sem servidor.

Uso de gravação: uma consulta ou uma transação só é medida e registrada depois de concluída, revertida ou interrompida. Por exemplo, se uma transação for executada por dois dias, o uso da RPU será registrado após a conclusão. Você pode monitorar o uso contínuo em tempo real consultando sys_serverless_usage. O registro de transações pode ser refletido como variação de uso da RPU e efetivar custos para horas específicas e uso diário.

Gravar transações explícitas: como prática recomendada, é importante encerrar as transações. Se você não finalizar ou reverter uma transação em aberto, o Amazon Redshift Serverless continuará a usar RPUs. Por exemplo, se você gravar um BEGIN TRAN explícito, é importante ter as instruções COMMIT e ROLLBACK correspondentes.

Consultas canceladas: se você executar uma consulta e cancelá-la antes da conclusão, ainda assim será cobrado pelo tempo em que a consulta foi executada.

Escalabilidade: a instância do Amazon Redshift Serverless pode iniciar a escalabilidade para períodos de processamento de carga mais alta, a fim de manter uma performance consistente. O faturamento do Amazon Redshift Serverless inclui computação inicial e capacidade escalada de acordo com a mesma taxa de RPU.

Redução da escala verticalmente: o Amazon Redshift Serverless aumenta a escala verticalmente de acordo com a capacidade inicial de RPU para lidar com períodos de carga maior. Em alguns casos, a capacidade de RPU pode permanecer em uma configuração mais alta por um período após a queda da carga de consultas. Recomendamos que você defina o máximo de horas de RPU no console para se proteger contra custos inesperados.

Tabelas do sistema: quando você consulta uma tabela do sistema, o tempo de consulta é cobrado.

Redshift Spectrum: quando você tem o Amazon Redshift Serverless e executa consultas, não há uma cobrança separada para consultas de data lake. Para consultas sobre dados armazenados no Amazon S3, a cobrança é igual (por tempo de transação) à das consultas em dados locais.

Consultas federadas: as consultas federadas são cobradas em termos de RPUs usadas em um intervalo de tempo específico, da mesma maneira que as consultas no data warehouse ou data lake.

Armazenamento: o armazenamento é cobrado separadamente, por GB/mês.

Cobrança mínima: a cobrança mínima é de 60 segundos de uso de recursos, que é medido por segundo.

Faturamento de snapshots: o faturamento de snapshots não é alterado. Ele é cobrado de acordo com o armazenamento, a uma taxa de GB/mês. É possível restaurar gratuitamente seu data warehouse para pontos específicos nas últimas 24 horas com detalhamento de 30 minutos. Para obter mais informações, consulte Preços do Amazon Redshift.

Encerre cada transação. Quando você usa BEGIN para iniciar uma transação, é importante usar END também.

Use o tratamento de erros de práticas recomendadas para responder tranquilamente aos erros e encerrar cada transação. Minimizar transações abertas ajuda a evitar o uso desnecessário de RPU.

Use o SESSION TIMEOUT para ajudar transações abertas e sessões ociosas. Isso faz com que qualquer sessão mantida ociosa ou inativa por mais de 3.600 segundos (1 hora) atinja o tempo limite. Isso faz com que qualquer transação mantida aberta e inativa por mais de 21.600 segundos (6 horas) atinja o tempo limite. Essa configuração de tempo limite pode ser alterada explicitamente para um usuário específico, como quando você deseja manter uma sessão aberta para uma consulta de longa execução. O tópico CREATE USER (CRIAR USUÁRIO) mostra como ajustar SESSION TIMEOUT para um usuário.

Ajuste a frequência da verificação de integridade revisando e otimizando a frequência das consultas de verificação de integridade ou manutenção em atividade em sua configuração de pool de conexões.

Otimize as configurações do sistema ocioso configurando o pool de conexões para minimizar a interrupção desnecessária da conexão ou a atividade de consulta em segundo plano durante os períodos de inatividade do sistema.

Implemente o pool em nível de aplicativo ou o gerenciamento aprimorado do ciclo de vida da conexão, se isso puder reduzir a sobrecarga.

Desative as consultas de pulsação ou validação se a configuração do pool de conexões permitir. Verifique os parâmetros específicos da cadeia de conexão ou os arquivos de configuração para ajustar essas configurações.

Ajuste as configurações de manutenção de atividade do TCP: se você não conseguir desativar os mecanismos internos de pulsação do driver, ajuste as configurações de manutenção de atividade do Protocolo de Controle de Transmissão (TCP) no nível do sistema operacional ou do aplicativo para resolver problemas de tempo limite de conexão. Consulte a documentação do sistema operacional, do driver JDBC/ODBC ou do pool de conexões para obter detalhes.

Otimize o pool de conexões de banco de dados: configure seu pool de conexões (HikariCP, Apache Database Connection Pool) para gerenciar conexões e minimizar a sobrecarga de conexão. Concentre-se em parâmetros como conexões máximas, tempo limite de inatividade e consultas de validação (se necessário). Essa otimização ajuda a alinhar o uso da computação do Amazon Redshift sem servidor com a demanda real da workload, reduzindo potencialmente os custos.

Use a capacidade de RPU básica inferior de 8 RPUs quando disponível para workloads.

Configure o REFRESH_INTERVAL da sua instância de destino do Redshift para contrabalançar atualização e custo. Intervalos mais curtos garantem atualizações quase em tempo real, mas aumentam os custos de computação. Intervalos mais longos (5 minutos ou mais) reduzem as cobranças de workloads em que a atualização imediata não é essencial, como relatórios ou análises históricas. Para editar o REFRESH_INTERVAL do destino do Redshift, consulte a cláusula de intervalo de atualização na descrição ALTER DATABASE.

Maximize a utilização do seu ambiente do Amazon Redshift sem servidor executando simultaneamente workloads de analytics enquanto dados de ETL zero estão sendo ingeridos. Isso garante que a capacidade computacional atenda ativamente a vários propósitos de negócios.