Preços da balança automática Lakebase
Visualização
Este recurso está em Pré-visualização Pública nas seguintes regiões: us-east-1, us-west-2, eu-west-1.
O Lakebase autoscale é a nova versão do Lakebase com recursos como autoscale compute, escala-to-zero, branching e instant restore. Para comparação de recursos com o provisionamento do Lakebase, veja escolhendo entre versões.
Para permitir que os usuários explorem a nova versão do Lakebase, o uso do recurso de escalonamento automático do Lakebase é gratuito por tempo limitado.
A cobrança pelo uso do recurso de escalonamento automático do Lakebase começa em janeiro de 2026. Os preços listados abaixo são indicativos do nível Enterprise do Lakebase com autoscale na AWS US East (N. Virgínia). Os preços finais serão divulgados antes da data de início da cobrança. Os preços estão sujeitos a alterações e podem variar conforme cloud e a região geográfica.
Resumo de preços
Os preços de escalonamento automático do Lakebase são baseados no seu consumo real de recursos em quatro categorias:
Recursos | Preço | Unidade |
|---|---|---|
Compute | $ 0,111 | Hora CU |
Armazenamento de banco de dados | $ 0,35 | Mês GB |
Armazenamento de restauração instantânea (PITR) | $ 0,20 | Mês GB |
Armazenamento de instantâneos de ramificação | $ 0,09 | Mês GB |
calcular
US$ 0,111 por hora-aula
O uso de recursos computacionais é cobrado em horas de computação (CU-hours), que representam uma unidade de computação em execução por uma hora. Cada Unidade de Computação (CU) aloca aproximadamente 2 GB de RAM, juntamente com a CPU apropriada e recursos locais SSD .
Como você será cobrado:
- Você é cobrado pelo tempo em que seu compute está ativo e processando cargas de trabalho.
- Com o dimensionamento automático, você é cobrado pelo tamanho real da Unidade de Computação (CU) utilizada, à medida que sua capacidade compute aumenta entre os limites mínimo e máximo para atender à demanda.
- Quando o consumo de recursos compute chega a zero durante um período de inatividade, você não é cobrado pelo tempo compute enquanto ele estiver suspenso.
Exemplo: Uma instância de 10 CUs (20 GB de RAM) executada continuamente por 30 minutos consome 5 horas de CU, o que custa US$ 0,56.
Consulte gerenciar computação, escalonamento automático e escalar para zero.
Armazenamento de banco de dados
US$ 0,35 por GB-mês
O armazenamento do banco de dados é cobrado com base no tamanho dos seus dados, medido por hora. A forma como o armazenamento é medido depende se a sua filial tem uma expiração automática configurada:
- Ramos não expirados : Medidos usando o tamanho real dos dados (tamanho lógico dos dados).
- Expiração de branches : medida usando o tamanho de todas as alterações de dados (o log de operações INSERT, UPDATE e DELETE) desde a criação do branch ou o tamanho lógico dos dados, o que for menor. Essa cobrança otimizada garante que as filiais temporárias sejam economicamente viáveis.
Sobre o vencimento de ramificações:
Ao criar uma ramificação, você pode configurar a exclusão automática marcando a opção "Excluir ramificação automaticamente após " (ativada por default com expiração em 1 dia). Os ramos que não expiram permanecem até serem excluídos manualmente. Os branches expirados são excluídos automaticamente após um período especificado (até 30 dias) e são ideais para ambientes temporários como pipelines CI/CD , testes automatizados e desenvolvimento de recursos.
Exemplos:
- Branch com prazo de validade : Se você criar uma branch de desenvolvimento com prazo de validade a partir de uma branch de produção de 100 GB e adicionar 100 GB de dados, você será cobrado apenas por 100 GB. Este é o menor dos dois valores: 100 GB (tamanho das alterações de dados) versus 200 GB (tamanho lógico dos dados).
- Ramificação não expirada : Se você criar uma ramificação de desenvolvimento não expirada a partir de uma ramificação de produção de 100 GB, será cobrado por 100 GB (o tamanho lógico dos dados da ramificação). Se essas forem as únicas duas ramificações do seu projeto, o valor total do armazenamento consumido será de 200 GB.
Consulte Ramificações e Expiração de ramificações.
Armazenamento de restauração instantânea (PITR)
US$ 0,20 por GB-mês
O armazenamento de restauração instantânea (PITR) é cobrado com base no volume de alterações de dados retidas dentro da janela de restauração configurada (até 30 dias). Você pode definir o período de restauração nas configurações do seu projeto, sendo o default de 1 dia.
Como você será cobrado:
- O armazenamento PITR é o tamanho de todas as alterações de dados (o log de operações INSERT, UPDATE e DELETE) durante a janela de restauração selecionada, medido por hora.
- A cobrança é feita com base no volume de alterações de dados, não no número de operações de restauração realizadas.
- Janelas de restauração mais longas retêm mais dados com alterações históricas, resultando em custos de armazenamento mais elevados.
- Todas as ramificações do seu projeto compartilham a mesma configuração de janela de restauração.
Consulte Restauração para um ponto específico no tempo e Configure sua janela de restauração.
Armazenamento de instantâneos de ramificação
US$ 0,09 por GB-mês
O armazenamento de snapshots de ramificação é cobrado com base no tamanho real dos seus dados de snapshot. Os snapshots são backups somente leitura que capturam o estado completo de uma ramificação em um ponto específico no tempo.
Como você será cobrado:
- Cada Snapshot armazena o estado completo da sua branch no momento em que foi criada.
- O armazenamento é medido pelo tamanho real dos dados (tamanho lógico dos dados) de cada Snapshot.
- Os snapshots são cópias independentes, portanto, múltiplos snapshots aumentam os custos de armazenamento proporcionalmente.
- Programas automatizados de captura de instantâneos com políticas de retenção ajudam a gerenciar os custos de armazenamento, excluindo automaticamente os instantâneos antigos.
Consulte Snapshot e Criar um programa de backup.
Otimização de custos
Você pode otimizar os custos do Lakebase configurando o recurso para corresponder aos seus padrões de uso reais:
calcular custos:
- Ative o dimensionamento automático : configure limites mínimos e máximos de CU para aumentar automaticamente os recursos compute com base na demanda de carga de trabalho, garantindo que você pague apenas pelos recursos necessários.
- Habilitar escalonamento para zero : Permite que o poder computacional seja suspenso automaticamente durante períodos de inatividade, eliminando as compute quando as cargas de trabalho não estiverem em execução. Isso é ideal para branches que não são de produção, utilizadas para testes, homologação ou desenvolvimento.
- Dimensionar corretamente seus compute : Defina valores mínimos de CUs (Unidades de Computação) adequados com base nos requisitos básicos da sua carga de trabalho para evitar provisionamento excessivo.
Custos de armazenamento de banco de dados:
- Utilize branches com prazo de validade para trabalhos temporários : configure a expiração automática em branches utilizadas para pipelines CI/CD , testes e desenvolvimento de recursos para reduzir custos de armazenamento. As filiais com prazo de validade expirado são cobradas apenas pelas alterações nos dados, e não pelo tamanho lógico total dos dados.
- Limpe os branches não utilizados : revise e exclua regularmente os branches que não expiram e que não são mais necessários, pois cada branch não expirado aumenta o custo total do armazenamento.
Custos de armazenamento para restauração instantânea (PITR):
- Ajuste a janela de restauração : Defina a janela de restauração instantânea do seu projeto com base em suas necessidades reais de recuperação. Janelas de tempo mais curtas (de 1 a 7 dias) retêm menos dados históricos e custam menos do que janelas mais longas (até 30 dias).
Custos de armazenamento de Snapshot :
- Configure as políticas de retenção : configure um programa de snapshots automatizado com períodos de retenção adequados para excluir automaticamente snapshots antigos e evitar o acúmulo de armazenamento.
- Exclua snapshots desnecessários : revise e remova regularmente os snapshots manuais que não são mais necessários para fins compliance ou recuperação.
- Equilibre a frequência de backup com o período de retenção : considere se você precisa de um snapshot diário retido por 30 dias ou se um snapshot semanal com um período de retenção mais curto atenderia às suas necessidades.
Consulte gerenciar computação, dimensionamento automático, escalar para zero, expiração de ramificação, configurar sua janela de restauração e criar um backup programável.