As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Expressa o custo de uma tabela do DynamoDB para capacidade sob demanda
Criado por Moinul Al-Mamun () AWS
Ambiente: produção | Tecnologias: bancos de dados CloudNative; sem servidor; gerenciamento de custos | AWSserviços: Amazon DynamoDB |
Resumo
O Amazon DynamoDB
Com o modo de capacidade sob demanda, você paga por solicitação pelas leituras e gravações de dados que seu aplicativo executa nas tabelas. AWSas cobranças são baseadas nas unidades de solicitação de leitura (RRUs) e unidades de solicitação de gravação (WRUs) acumuladas em um mês. O DynamoDB monitora continuamente o tamanho da sua tabela durante todo o mês para determinar suas cobranças de armazenamento. Ele suporta backup contínuo com point-in-time -recovery (PITR). O DynamoDB monitora continuamente o tamanho de PITR suas tabelas habilitadas durante todo o mês para determinar suas cobranças de backup.
Para estimar o custo do DynamoDB para um projeto, é importante calcular quanto e RRU quanto WRU armazenamento serão consumidos em diferentes estágios do ciclo de vida do produto. Para uma estimativa aproximada de custos, você pode usar a Calculadora de AWS Preços
Esse padrão fornece um mecanismo e um modelo reutilizável do Microsoft Excel para estimar os fatores de custo básicos do DynamoDB, como gravação, leitura, armazenamento, backup e custo de recuperação, para o modo de capacidade sob demanda. É mais granular do que a Calculadora de AWS Preços e considera a tabela base e GSIs os requisitos de forma independente. Ele também considera a taxa mensal de crescimento dos dados do item e prevê custos por três anos.
Pré-requisitos e limitações
Pré-requisitos
Conhecimento básico do DynamoDB e do design do modelo de dados do DynamoDB
Conhecimento básico sobre preçosWRU, armazenamentoRRU, backup e recuperação do DynamoDB (para obter mais informações, consulte Preços
da capacidade sob demanda) Conhecimento de seus dados, modelo de dados e tamanho do item no DynamoDB
Conhecimento do DynamoDB GSIs
Limitações
O modelo fornece um cálculo aproximado, mas não é apropriado para todas as configurações. Para obter uma estimativa mais precisa, você deve medir o tamanho individual do item para cada item na tabela base GSIs e.
Para uma estimativa mais precisa, você deve considerar o número esperado de gravações (inserir, atualizar e excluir) e leituras para cada item em um mês médio.
Esse padrão permite estimar somente os custos de gravação, leitura, armazenamento, backup e recuperação para os próximos anos, com base em suposições fixas de crescimento de dados.
Ferramentas
AWSserviços
O Amazon DynamoDB é um serviço SQL sem banco de dados totalmente gerenciado que fornece desempenho rápido, previsível e escalável.
Outras ferramentas
AWSA Calculadora de Preços
é uma ferramenta de planejamento baseada na web que você pode usar para criar estimativas para seus casos de AWS uso.
Práticas recomendadas
Para ajudar a manter os custos baixos, considere as seguintes práticas recomendadas de design do DynamoDB.
Design de chave de partição: use uma chave de partição de alta cardinalidade para distribuir a carga uniformemente.
Padrão de design da lista de adjacências — Use esse padrão de design para gerenciamento one-to-many e many-to-many relacionamentos.
Índice esparso — Use um índice esparso para o seu. GSIs Ao criar umGSI, você especifica uma chave de partição e, opcionalmente, uma chave de classificação. Somente itens na tabela base que contêm uma chave de GSI partição correspondente aparecem no índice esparso. Isso ajuda a manter o GSIs tamanho menor.
Sobrecarga de índice — Use o mesmo GSI para indexar vários tipos de itens.
GSIfragmentação de gravação — fragmente com sabedoria para distribuir dados entre as partições para consultas eficientes e mais rápidas.
Itens grandes: armazene somente metadados dentro da tabela, salve o blob no Amazon S3 e mantenha a referência no DynamoDB. Divida itens grandes em vários itens e indexe com eficiência usando chaves de classificação.
Para obter mais conhecer mais práticas recomendadas consulte o Guia do desenvolvedor do Amazon DynamoDB.
Épicos
| Tarefa | Descrição | Habilidades necessárias |
|---|---|---|
Obtenha o tamanho do item. |
| Engenheiro de dados |
Faça uma estimativa do custo de gravação. | Para estimar o custo de gravação no modo de capacidade sob demanda, primeiro você precisa medir quantos WRUs serão consumidos em um mês. Para isso, você precisa considerar os seguintes fatores:
Para obter mais informações, consulte a seção Informações adicionais. | Engenheiro de dados |
Estime o custo de leitura. | Para estimar o custo de leitura no modo sob demanda, primeiro você precisa medir quantos RRUs serão consumidos em um mês. Para isso, você precisa considerar os seguintes fatores:
| Engenheiro de dados, desenvolvedor de aplicativos |
Estime o tamanho e o custo do armazenamento. | Primeiro, estime a necessidade média mensal de armazenamento com base no tamanho do item na tabela. Em seguida, calcule o custo de armazenamento multiplicando o tamanho do armazenamento pelo preço de armazenamento por GB da sua AWS região. Se você já inseriu dados para estimar o custo de gravação, não precisará inseri-los novamente para calcular o tamanho do armazenamento. Caso contrário, para estimar o tamanho do armazenamento, você precisa considerar os seguintes fatores:
| Engenheiro de dados |
| Tarefa | Descrição | Habilidades necessárias |
|---|---|---|
Baixe o modelo do Excel na seção Anexos e ajuste-o para sua tabela de casos de uso. |
| Engenheiro de dados |
Insira as informações no modelo do Excel. |
No modelo, há três itens ou entidades: informações, metadados e relacionamento. Há doisGSIs. Para seu caso de uso, se precisar de mais itens, crie novas linhas. Se precisar de maisGSIs, copie um GSI bloco existente e cole para criar quantos GSI blocos você precisar. Em seguida, ajuste os cálculos da TOTAL coluna SUM e da coluna. | Engenheiro de dados |
Recursos relacionados
Referências
Guias e padrões
Mais informações
Escreva um exemplo de cálculo de custos
O design do modelo de dados do DynamoDB mostra três itens para um produto e um tamanho médio de item de 4 KB. Quando você adiciona um novo produto à tabela base do DynamoDB, ele consome o número de itens * (tamanho do item/unidade de gravação de 1 KB) = 3 * (4/1) = 12. WRU Neste exemplo, para gravar 1 KB, o produto consome 1WRU.
Leia o exemplo de cálculo de custos
Para obter a RRU estimativa, considere a média de quantas vezes cada item será lido em um mês. Por exemplo, o item de informação será lido, em média, 10 vezes em um mês, e o item de metadados será lido duas vezes, e o item de relacionamento será lido cinco vezes. No modelo de exemplo, total RRU de todos os componentes = número de novos componentes criados a cada mês * RRU por componente por mês = 10 milhões * 17 RRU = 170 milhões RRU por mês.
Todos os meses, novidades (componentes ou produtos serão adicionados, e o número total de produtos aumentará com o tempo. Portanto, RRU os requisitos também aumentarão com o tempo.
No primeiro mêsRRU, o consumo será de 170 milhões.
No segundo mês, o RRU consumo será de 2 x 170 milhões = 340 milhões.
No terceiro mês, o RRU consumo será de 3 x 170 milhões = 510 milhões.
O gráfico a seguir mostra o RRU consumo mensal e a previsão de custos.
Observe que os preços no gráfico são apenas para fins ilustrativos. Para criar previsões precisas para seu caso de uso, verifique a página de AWS preços e use esses preços na planilha do Excel.
Exemplos de cálculo de custos de armazenamento, backup e recuperação
O armazenamento, o backup e a restauração do DynamoDB estão todos conectados entre si. O backup está diretamente conectado ao armazenamento e a recuperação está diretamente conectada ao tamanho do backup. À medida que o tamanho da tabela aumenta, os custos correspondentes de armazenamento, backup e restauração aumentarão proporcionalmente.
Tamanho e custo do armazenamento
O custo de armazenamento aumentará com o tempo com base na sua taxa de crescimento de dados. Por exemplo, suponha que o tamanho médio de um componente ou produto na tabela base GSIs seja de 11 KB e que 10 milhões de novos produtos sejam adicionados todos os meses à tabela do banco de dados. Nesse caso, o tamanho da tabela do DynamoDB aumentou (11 KB * 10 milhões) /1024/1024 = 105 GB por mês. No primeiro mês, o tamanho do armazenamento da tabela será de 105 GB, no segundo mês será de 105 + 105 = 210 GBs e assim por diante.
No primeiro mês, o custo de armazenamento será de 105 GB* por GB para sua AWS região.
No segundo mês, o custo de armazenamento será de 210 GB* por GB para sua região.
No terceiro mês, o custo de armazenamento será de 315 GB* por GB para sua região.
Para saber o tamanho e o custo do armazenamento para os próximos três anos, consulte a seção Tamanho e previsão do armazenamento.
Custo do backup
O custo do backup aumentará com o tempo, com base na sua taxa de crescimento de dados. Quando você ativa o backup contínuo com point-in-time -recovery (PITR), as cobranças de backup contínuo são baseadas na média de GB de armazenamento por mês. Em um mês civil, o tamanho médio do backup seria igual ao tamanho do armazenamento da tabela, embora o tamanho real pudesse ser um pouco diferente. À medida que novos produtos forem adicionados a cada mês, o tamanho total do armazenamento e o tamanho do backup aumentarão com o tempo. Por exemplo, no primeiro mês, o tamanho médio do backup de 105 GB pode aumentar para 210 GB no segundo mês.
No primeiro mês, o custo do backup será de 105 GB/mês* preço de backup contínuo por GB para sua AWS região.
No segundo mês, o custo do backup será de 210 GB/mês* preço de backup contínuo por GB para sua região.
No terceiro mês, o custo do backup será de 315 GB/mês* preço de backup contínuo por GB para sua região.
e assim por diante
O custo do backup está incluído no gráfico na seção Tamanho do armazenamento e previsão de custos.
Custo de recuperação
Quando você está fazendo backup contínuo com PITR ativado, as cobranças da operação de recuperação são baseadas no tamanho da restauração. Cada vez que você restaura, você paga com base em gigabytes de dados restaurados. Se o tamanho da sua tabela for grande e você realizar a restauração várias vezes em um mês, será caro.
Para estimar o custo da restauração, este exemplo pressupõe que você realize uma PITR recuperação uma vez por mês no final do mês. O exemplo usa o tamanho médio mensal do backup como o tamanho dos dados de restauração desse mês. No primeiro mês, o tamanho médio do backup é 105 GB e, para a recuperação no final do mês, o tamanho dos dados de restauração seria 105 GB. No segundo mês, seria 210 e GBs assim por diante.
O custo de recuperação aumentará com o tempo com base na taxa de crescimento de seus dados.
No primeiro mês, o custo de recuperação será de 105 GB* de preço de restauração por GB para sua AWS região.
No segundo mês, o custo de recuperação será de 210 GB* de preço de restauração por GB para sua região.
No terceiro mês, o custo de recuperação será de 315 GB* preço de restauração por GB para sua região.
Para obter mais informações, consulte a guia Armazenamento, backup e recuperação no modelo do Excel e o gráfico na seção a seguir.
Previsão de tamanho e custo de armazenamento
No modelo, o tamanho real do armazenamento faturável é calculado subtraindo o nível gratuito de 25 GB por mês para a classe de tabela Standard. Na planilha, você obterá um gráfico de previsão dividido em valores mensais.
O gráfico de exemplo a seguir prevê o tamanho do armazenamento mensal em GB, o custo de armazenamento faturável, o custo de backup sob demanda e o custo de recuperação para os próximos 36 meses corridos. Todos os custos estão incluídosUSD. No gráfico, fica claro que os custos de armazenamento, backup e recuperação aumentam proporcionalmente aos aumentos no tamanho do armazenamento.
Observe que os preços usados no gráfico são apenas para fins ilustrativos. Para criar preços precisos para seu caso de uso, verifique a página de AWS preços e use esses preços no modelo do Excel.
Anexos
Para acessar o conteúdo adicional associado a este documento, descompacte o seguinte arquivo: attachment.zip
