O Amazon Aurora é um serviço de banco de dados relacional moderno. Ele oferece alta performance incomparável e alta disponibilidade em escala global com edições de código aberto totalmente compatíveis com MySQL e PostgreSQL, além de uma variedade de ferramentas de desenvolvedor para o desenvolvimento de aplicações com tecnologia sem servidor e orientadas por machine learning.

Escolha o preço do Aurora adequado às suas necessidades empresariais, com preços previsíveis, de pagamentos conforme o uso, sob demanda ou de instâncias reservadas. O Aurora cobra por instâncias de banco de dados, armazenamento e E/S com base na configuração do cluster de banco de dados, em conjunto com quaisquer recursos opcionais que você optar por habilitar.

Configuração de cluster do Aurora

Com o Aurora, é possível configurar os clusters de banco de dados para serem executados de forma econômica, independentemente das necessidades de escalabilidade ou da evolução dos padrões de acesso a dados das aplicações. Você tem a flexibilidade de escolher entre as opções de configuração Amazon Aurora Standard e Amazon Aurora I/O-Optimized para melhor atender aos requisitos de preço por performance e previsibilidade de preço para as características exclusivas das suas workloads. As cobranças por instância de banco de dados, armazenamento e E/S variam de acordo com a opção escolhida. Para saber mais, acesse Armazenamento e confiabilidade do Amazon Aurora.

O Aurora Standard oferece preços econômicos para a grande maioria das aplicações executadas no Aurora com padrões comuns de acesso a dados e uso baixo a moderado de E/S. Com o Aurora Standard, você paga por instâncias de banco de dados, armazenamento e E/S com pagamento por solicitação.

O Aurora I/O-Optimized oferece uma relação entre preço e performance melhorada para aplicações com uso intensivo de E/S. Se o gasto de E/S exceder 25% do gasto total do banco de dados do Aurora, é possível economizar até 40% nos custos das workloads com uso intensivo de E/S ao usar o Aurora I/O-Optimized. Com o Aurora I/O-Optimized, você paga somente pelas instâncias de banco de dados e pelo uso do armazenamento. Não há cobranças para operações de E/S de leitura e gravação. O Aurora I/O-Optimized oferece preços previsíveis para todas as aplicações, independentemente da evolução dos padrões de acesso a dados ou do uso de E/S. O Aurora I/O-Optimized elimina a variabilidade nos gastos de E/S.

Preço por instâncias de banco de dados

Com o Aurora, você pode optar pelo Amazon Aurora Sem Servidor, que inicia, encerra e aumenta ou diminui a escala verticalmente de forma automática para a capacidade com base nas necessidades da aplicação enquanto você paga somente pela capacidade consumida.

Como alternativa, você pode escolher instâncias sob demanda provisionadas e pagar pelo banco de dados por hora de instância de banco de dados consumida, sem compromissos de longo prazo ou taxas antecipadas, ou escolher instâncias reservadas provisionadas para obter ainda mais economia.

As cobranças de instâncias se aplicam às instâncias primárias e réplicas do Aurora. As cobranças vão variar de acordo com a configuração de cluster de banco de dados que você escolher para melhor corresponder às necessidades de preço-performance e preço-previsibilidade da aplicação. Todas as instâncias em um cluster de banco de dados serão cobradas pelo preço da configuração Aurora Standard ou Aurora I/O-Optimized.

Instâncias do Optimized Reads otimizadas para Aurora PostgreSQL
As instâncias do Optimized Reads disponíveis para o Amazon Aurora, edição compatível com PostgreSQL usam armazenamento SSD local em nível de bloco baseado em NVMe para melhorar a latência de consulta de aplicações com conjuntos de dados que excedem a capacidade de memória de uma instância de banco de dados. Ele inclui dois atributos: armazenamento em cache hierárquico e objetos temporários.

O armazenamento em cache hierárquico oferece latência de consulta até 8 vezes maior e economia de custos de até 30% para aplicações com leituras pesadas e uso intenso de E/S, como painéis operacionais, detecção de anomalias e pesquisas de semelhanças com base em vetores. O armazenamento em cache hierárquico armazena automaticamente os dados removidos do cache de buffer do banco de dados na memória para o armazenamento local a fim de acelerar os acessos subsequentes aos dados. O armazenamento em cache hierárquico está disponível para o Aurora PostgreSQL com a configuração otimizada para E/S do Aurora.

Objetos temporários alcançam um processamento de consultas mais rápido ao colocar tabelas temporárias no armazenamento local, melhorando a performance de consultas que envolvem classificações, agregações de hash, junções de alta carga e outras operações com uso intenso de dados. Objetos temporários estão disponíveis para o Aurora PostgreSQL com as configurações Aurora I/O-Optimized e Aurora Standard. Para saber mais, visite Amazon Aurora Optimized Reads.

Selecione “Aurora MySQL-Compatible Edition” (edição compatível com MySQL do Aurora) ou “Aurora PostgreSQL-Compatible Edition” (edição compatível com PostgreSQL do Aurora) para visualizar o preço da instância de banco de dados.

    • Tecnologia sem servidor

    • O Amazon Aurora Sem Servidor é uma configuração com ajuste de escala automático e sob demanda que ajusta automaticamente a capacidade do banco de dados com base nas necessidades da aplicação. Com o Aurora Sem Servidor, a capacidade do banco de dados diminui ou aumenta a escala verticalmente para atender às necessidades da workload da aplicação e é encerrada durante períodos de inatividade, economizando dinheiro e tempo de administração. O Aurora Sem Servidor calcula a capacidade do banco de dados em unidades de capacidade do Aurora (ACUs) cobradas por segundo. Uma ACU tem aproximadamente 2 GiB de memória com CPU e rede correspondentes, de forma semelhante ao usado nas instâncias provisionadas do Aurora.

      Aurora Sem Servidor v2

      O Amazon Aurora Sem Servidor v2 escala bancos de dados instantaneamente para oferecer suporte a centenas de milhares de transações por segundo e é compatível com todos os recursos do Aurora, incluindo implantações multi-AZ, réplicas de leitura e o Global Database. Além de obter acesso aos recursos da v2, a maioria dos clientes do Aurora Sem Servidor pode reduzir os custos ao migrar para a v2 devido a uma capacidade inicial inferior de 0,5 ACU (em comparação com 2 ACUs na v1), incrementos de capacidade de até 0,5 ACU (em comparação com a duplicação na v1) e redução da escala verticalmente da capacidade com até 15 vezes mais rapidez em comparação com o Amazon Aurora Sem Servidor v1.

      É possível optar por configurar todas as instâncias no cluster de banco de dados para usar a configuração Aurora Básico ou Aurora Otimizado para E/S com base nas necessidades de preço-performance e preço-previsibilidade da aplicação.

      Leia o exemplo detalhado de preço para o Aurora Sem Servidor v2.

      Aumentar a escala verticalmente para a latência

      Escalonamento instantâneo para centenas de milhares de transações por segundo

      Reduzir a escala da latência verticalmente

      Até 15 vezes mais rápido

      Capacidade inicial

      0,5 ACU

      Granularidade da capacidade

      Minuciosa, com incrementos tão pequenos quanto 0,5 ACU

      Réplicas de leitura

      Até 15 réplicas do Aurora para escalabilidade de leitura

      Multi-AZ e SLA

      Distribua réplicas de leitura em zonas de disponibilidade distintas para garantir alta disponibilidade. Consulte o Amazon Aurora SLA para obter detalhes.

      Aurora Global Database

      Acesso a dados em menos de um segundo no Disaster Recovery em qualquer região e entre regiões. Consulte o Aurora Global Database para obter mais detalhes.

      Preço do Aurora Sem Servidor v1

      O Aurora Sem Servidor v1 é uma opção econômica para workloads infrequentes, intermitentes ou imprevisíveis. Com o Aurora Sem Servidor v1, você precisará configurar o cluster de banco de dados para usar a configuração Aurora Standard.

      Leia o exemplo de preço para o Aurora Sem Servidor v1 em detalhes.

      Aumentar a escala da latência na vertical

      5 a 50 segundos

      Reduzir a escala da latência

      Até 15 minutos

      Capacidade inicial

      1 ACU

      Granularidade da capacidade

      Dobra a capacidade a cada incremento
    • Instância sob demanda provisionada

    • As instâncias sob demanda permitem que você pague pelo banco de dados por hora, sem compromissos de longo prazo ou taxas antecipadas.

      O preço é calculado por hora de instância consumida, desde o momento em que uma instância de banco de dados é iniciada até o momento em que ela é interrompida ou excluída. Horas de instância parciais são cobradas em incrementos de um segundo com uma cobrança mínima de dez minutos após uma alteração de status faturável, como a criação, inicialização ou modificação de uma instância de banco de dados.

      É possível optar por configurar todas as instâncias no cluster de banco de dados para usar a configuração Aurora Básico ou Aurora Otimizado para E/S com base nas necessidades de preço-performance e preço-previsibilidade da aplicação.

      Preço de instâncias sob demanda provisionadas para o Aurora

      Créditos de CPU T4g e T3

      As instâncias de banco de dados T4g e T3 do Amazon RDS são executadas no modo ilimitado, o que significa que você terá cobranças se a utilização média da CPU em um período contínuo de 24 horas exceder a linha de base da instância. Os créditos de CPU custam USD 0,09 por hora de vCPU para o Aurora Standard e USD 0,12 por hora de vCPU para a configuração de cluster do Aurora I/O-Optimized. O preço do crédito de CPU é semelhante para todos os tamanhos de instância T4g e T3 em todas as regiões e não é abrangido por instâncias reservadas.

    • Instância reservada provisionada

    • As instâncias reservadas são apropriadas para workloads de banco de dados de estado estável e oferecem economia significativa em relação às instâncias sob demanda. As instâncias reservadas por um ano oferecem descontos de até 45% e as instâncias reservadas por três anos oferecem descontos de até 66% quando comparadas às instâncias sob demanda. As instâncias reservadas fornecem flexibilidade entre tamanhos de instância e opções de configuração de cluster.

      A taxa de desconto para as instâncias reservadas é aplicada de forma automática ao uso de qualquer tamanho na mesma família de instâncias (como T3 e R5) nas configurações Aurora Standard e Aurora I/O-Optimized. Você se compromete com todo o período de vigência da instância reservada e paga uma taxa por hora com desconto, conforme apresentado na tabela a seguir.

      Embora essas taxas se apliquem ao Aurora Standard, ao usar instâncias reservadas com o Aurora I/O-Optimized, o Aurora contabiliza automaticamente a diferença de preço entre essas opções para o uso. Para utilizar totalmente os benefícios de seus descontos de IR com o Aurora I/O-Optimized, é possível adquirir 30% de IRs adicionais semelhantes às IRs atuais. Consulte o exemplo de preço para obter mais informações. Você terá cobranças por cada hora durante o período de vigência independentemente de ter ocorrido algum uso.

      Você adquire uma instância reservada para cada instância de banco de dados que planeja usar. É possível designar instâncias de banco de dados como instâncias reservadas ao chamar a API de aquisição ou selecionar a opção Reserved Instance (Instância reservada) no Console da AWS. Ao designar uma instância de banco de dados como uma instância reservada, você deve designar uma região da AWS, um tipo de instância e uma quantidade para as instâncias reservadas aplicáveis. As instâncias reservadas poderão ser usadas somente na região designada.

      Os preços das instâncias reservadas não abrangem os custos de armazenamento. Os custos de E/S de leitura e gravação são abrangidos somente quando o cluster de banco de dados está configurado para o Aurora I/O-Optimized. Além de estarem sujeitas ao preço das instâncias reservadas, elas estão sujeitas a todas as taxas de transferências de dados e outras taxas aplicáveis de acordo com o Contrato de Cliente da AWS ou outro contrato com a AWS que rege o uso dos serviços da AWS. A AWS pode encerrar o programa de preço das instâncias reservadas a qualquer momento.

      Leia o exemplo de preço para as instâncias reservadas em detalhes.

      Preço de instâncias reservadas provisionadas para o Aurora

      * Este é o pagamento mensal regular no decorrer do período de vigência da instância reservada. Em cada mês, o pagamento mensal real será equivalente ao número real de horas no mês multiplicado pela taxa de uso horário, ou ao número de segundos no mês multiplicado pela taxa de uso horário e dividido por 3600, dependendo do tipo de instância do Aurora executado. A taxa de uso por hora é equivalente à média total dos pagamentos mensais durante o período de vigência da instância reservada, dividida pelo número total de horas (com base em um ano de 365 dias) do período de vigência da instância reservada.

      ** O preço por hora em vigor ajuda você a calcular a economia de custos de uma instância reservada em relação ao preço da instância sob demanda. Quando você compra uma instância reservada, a cobrança é feita por hora durante todo o período de vigência da instância reservada que você selecionou, independentemente de a instância estar sendo executada. O preço por hora efetivo mostra o custo da instância amortizado por hora. Isso leva em conta o custo total da instância reservada durante todo o período de vigência, incluindo qualquer pagamento adiantado, e o distribui por cada hora do período de vigência da instância reservada.

    • Tecnologia sem servidor

    • O Amazon Aurora Sem Servidor é uma configuração com ajuste de escala automático e sob demanda que ajusta automaticamente a capacidade do banco de dados com base nas necessidades da aplicação. Com o Aurora Sem Servidor, a capacidade do banco de dados diminui ou aumenta a escala verticalmente para atender às necessidades da workload da aplicação e é encerrada durante períodos de inatividade, economizando dinheiro e tempo de administração. O Aurora Sem Servidor calcula a capacidade do banco de dados em unidades de capacidade do Aurora (ACUs) cobradas por segundo. Uma ACU tem aproximadamente 2 GiB de memória com CPU e rede correspondentes, de forma semelhante ao usado nas instâncias provisionadas do Aurora.

      Aurora Sem Servidor v2

      O Amazon Aurora Sem Servidor v2 escala bancos de dados instantaneamente para oferecer suporte a centenas de milhares de transações por segundo e é compatível com todos os recursos do Aurora, incluindo implantações multi-AZ, réplicas de leitura e o Global Database. Além de obter acesso aos recursos da v2, a maioria dos clientes do Aurora Sem Servidor pode reduzir os custos ao migrar para a v2 devido a uma capacidade inicial inferior de 0,5 ACU (em comparação com 2 ACUs na v1), incrementos de capacidade de até 0,5 ACU (em comparação com a duplicação na v1) e redução da escala verticalmente da capacidade com até 15 vezes mais rapidez em comparação com o Amazon Aurora Sem Servidor v1.

      É possível optar por configurar todas as instâncias no cluster de banco de dados para usar a configuração Aurora Básico ou Aurora Otimizado para E/S com base nas necessidades de preço-performance e preço-previsibilidade da aplicação.

      Leia o exemplo detalhado de preço para o Aurora Sem Servidor v2.

      Aumentar a escala verticalmente para a latência

      Escalonamento instantâneo para centenas de milhares de transações por segundo

      Reduzir a escala da latência verticalmente

      Até 15 vezes mais rápido

      Capacidade inicial

      0,5 ACU

      Granularidade da capacidade

      Minuciosa, com incrementos tão pequenos quanto 0,5 ACU

      Réplicas de leitura

      Até 15 réplicas do Aurora para escalabilidade de leitura

      Multi-AZ e SLA

      Distribua réplicas de leitura em zonas de disponibilidade distintas para garantir alta disponibilidade. Consulte o Amazon Aurora SLA para obter detalhes.

      Aurora Global Database

      Acesso a dados em menos de um segundo no Disaster Recovery em qualquer região e entre regiões. Consulte o Aurora Global Database para obter mais detalhes.

      Preço do Aurora Sem Servidor v1

      O Aurora Sem Servidor v1 é uma opção econômica para workloads infrequentes, intermitentes ou imprevisíveis. Com o Aurora Sem Servidor v1, você precisará configurar o cluster de banco de dados para usar a configuração Aurora Standard.

      Leia o exemplo de preço para o Aurora Sem Servidor v1 em detalhes.

      Aumentar a escala da latência na vertical

      5 a 50 segundos

      Reduzir a escala da latência

      Até 15 minutos

      Capacidade inicial

      2 ACU

      Granularidade da capacidade

      Dobra a capacidade a cada incremento
    • Instância sob demanda provisionada

    • As instâncias sob demanda permitem que você pague pelo banco de dados por hora, sem compromissos de longo prazo ou taxas antecipadas.

      O preço é calculado por hora de instância consumida, desde o momento em que uma instância de banco de dados é iniciada até o momento em que ela é interrompida ou excluída. Horas de instância parciais são cobradas em incrementos de um segundo com uma cobrança mínima de dez minutos após uma alteração de status faturável, como a criação, inicialização ou modificação de uma instância de banco de dados.

      É possível optar por configurar todas as instâncias no cluster de banco de dados para usar a configuração Aurora Básico ou Aurora Otimizado para E/S com base nas necessidades de preço-performance e preço-previsibilidade da aplicação.

      Preço de instâncias sob demanda provisionadas para o Aurora

      Créditos de CPU T4g e T3

      As instâncias de banco de dados T4g e T3 do Amazon RDS são executadas no modo ilimitado, o que significa que você terá cobranças se a utilização média da CPU em um período contínuo de 24 horas exceder a linha de base da instância. Os créditos de CPU custam USD 0,09 por hora de vCPU para o Aurora Standard e USD 0,12 por hora de vCPU para a configuração de cluster do Aurora I/O-Optimized. O preço do crédito de CPU é semelhante para todos os tamanhos de instância T4g e T3 em todas as regiões e não é abrangido por instâncias reservadas.

    • Instância reservada provisionada

    • As instâncias reservadas são apropriadas para workloads de banco de dados de estado estável e oferecem economia significativa em relação às instâncias sob demanda. As instâncias reservadas por um ano oferecem descontos de até 45% e as instâncias reservadas por três anos oferecem descontos de até 66% quando comparadas às instâncias sob demanda. As instâncias reservadas fornecem flexibilidade entre tamanhos de instância e opções de configuração de cluster.

      A taxa de desconto para as instâncias reservadas é aplicada de forma automática ao uso de qualquer tamanho na mesma família de instâncias (como T3 e R5) nas configurações Aurora Standard e Aurora I/O-Optimized. Você se compromete com todo o período de vigência da instância reservada e paga uma taxa por hora com desconto, conforme apresentado na tabela a seguir.

      Embora essas taxas se apliquem ao Aurora Standard, ao usar instâncias reservadas com o Aurora I/O-Optimized, o Aurora contabiliza automaticamente a diferença de preço entre essas opções para o uso. Para utilizar totalmente os benefícios de seus descontos de IR com o Aurora I/O-Optimized, é possível adquirir 30% de IRs adicionais semelhantes às IRs atuais. Consulte o exemplo de preço para obter mais informações. Você terá cobranças por cada hora durante o período de vigência independentemente de ter ocorrido algum uso.

      Você adquire uma instância reservada para cada instância de banco de dados que planeja usar. É possível designar instâncias de banco de dados como instâncias reservadas ao chamar a API de aquisição ou selecionar a opção Reserved Instance (Instância reservada) no Console da AWS. Ao designar uma instância de banco de dados como uma instância reservada, você deve designar uma região da AWS, um tipo de instância e uma quantidade para as instâncias reservadas aplicáveis. As instâncias reservadas poderão ser usadas somente na região designada.

      Os preços das instâncias reservadas não abrangem os custos de armazenamento. Os custos de E/S de leitura e gravação são abrangidos somente quando o cluster de banco de dados está configurado para o Aurora I/O-Optimized. Além de estarem sujeitas ao preço das instâncias reservadas, elas estão sujeitas a todas as taxas de transferências de dados e outras taxas aplicáveis de acordo com o Contrato de Cliente da AWS ou outro contrato com a AWS que rege o uso dos serviços da AWS. A AWS pode encerrar o programa de preço das instâncias reservadas a qualquer momento.

      Leia o exemplo de preço para as instâncias reservadas em detalhes.

      Preço de instâncias reservadas provisionadas para o Aurora

      * Este é o pagamento mensal regular no decorrer do período de vigência da instância reservada. Em cada mês, o pagamento mensal real será equivalente ao número real de horas no mês multiplicado pela taxa de uso horário, ou ao número de segundos no mês multiplicado pela taxa de uso horário e dividido por 3600, dependendo do tipo de instância do Aurora executado. A taxa de uso por hora é equivalente à média total dos pagamentos mensais durante o período de vigência da instância reservada, dividida pelo número total de horas (com base em um ano de 365 dias) do período de vigência da instância reservada.

      ** O preço por hora em vigor ajuda você a calcular a economia de custos de uma instância reservada em relação ao preço da instância sob demanda. Quando você compra uma instância reservada, a cobrança é feita por hora durante todo o período de vigência da instância reservada que você selecionou, independentemente de a instância estar sendo executada. O preço por hora efetivo mostra o custo da instância amortizado por hora. Isso leva em conta o custo total da instância reservada durante todo o período de vigência, incluindo qualquer pagamento adiantado, e o distribui por cada hora do período de vigência da instância reservada.

Preço por armazenamento de banco de dados e E/Ss

Com o Aurora, não é necessário provisionar operações de armazenamento ou E/S com antecedência, e ambas são escaladas automaticamente. O armazenamento distribuído tolerante a falhas do Aurora transforma seus dados em duráveis de forma automática em três zonas de disponibilidade em uma região. Você paga somente por uma cópia dos dados.

O armazenamento do Aurora é cobrado em incrementos de GB por mês nas taxas apresentadas na tabela a seguir para as configurações Aurora Standard e Aurora I/O-Optimized. Com o Aurora Standard, você paga pelo armazenamento e pelas operações de E/S que o banco de dados do Aurora consome. As cobranças de E/S podem variar significativamente, dependendo da workload e do mecanismo de banco de dados. Para saber mais sobre as operações de E/S, acesse as perguntas frequentes do Aurora, “P: O que são operações de E/S no Aurora e como são calculadas?”. Com o Aurora I/O-Optimized, você não tem cobranças pelas operações de E/S de leitura e gravação.

Leia o exemplo de preço para o armazenamento de banco de dados e para as operações de E/S em detalhes.

Calculadora de Preços da AWS

Calculadora de preços da AWS

Calcule o custo do seu Amazon Aurora e da arquitetura em uma única estimativa.

Crie sua estimativa personalizada para o Aurora MySQL agora »

Crie sua estimativa personalizada para o Aurora PostgreSQL agora »

Custos do Aurora Global Database

O Amazon Aurora Global Database foi projetado para aplicações distribuídas globalmente, permitindo que um único banco de dados do Aurora abranja diversas regiões. Ele replica os dados sem afetar a performance do banco de dados, possibilita leituras locais rápidas com baixa latência em cada região e fornece recuperação de desastres para interrupções em toda a região.

Com o Aurora Global Database, você paga por operações de E/S de gravação replicadas entre a região primária e cada região secundária. O número de operações de E/S de gravação replicadas para cada região secundária é semelhante ao número de operações de E/S de gravação na região executadas pela região primária. Você paga pelas operações de E/S de gravação replicadas com as opções de configuração Aurora Standard e Aurora I/O-Optimized. Além das E/Ss de gravação replicadas, você paga pelas instâncias, pelo armazenamento e pelo uso de E/S nas regiões primária e secundária com base na configuração de cluster escolhida, em conjunto com a transferência de dados entre regiões, o armazenamento de backup e os outros recursos faturáveis do Aurora.

Leia o exemplo de preço para o Aurora Global Database em detalhes.

Custos de armazenamento de backup

O armazenamento de backup do Aurora corresponde ao armazenamento associado aos seus backups de banco de dados automatizados e à quaisquer snapshots de cluster de banco de dados iniciados pelo cliente.

Você não tem cobranças pelo armazenamento de backup de até 100% do tamanho de seu cluster de banco de dados. Também não há cobranças por snapshots de banco de dados criados dentro do período de retenção de backup. Para todos os outros backups e snapshots (incluindo aqueles de clusters excluídos), o uso é calculado por GB por mês com base nas seguintes taxas:

Custos de retrocesso

O retrocesso possibilita mover rapidamente um banco de dados do Aurora para um determinado momento sem a necessidade de restaurar os dados de um backup. Isso permite que você se recupere rapidamente de erros do usuário, como o descarte da tabela errada ou a exclusão da linha errada. Esse recurso está atualmente disponível para a edição compatível com MySQL do Aurora.

Especifique quanto tempo deseja retroceder (por exemplo, até 24 horas). O Aurora reterá logs, chamados de registros de alterações, pela duração especificada do retrocesso. Você paga uma taxa por hora para armazenar os registros de alterações.

Leia o exemplo de preço para retrocesso em detalhes.

Custos da API de dados

A API de dados é uma API de HTTPS segura e fácil de usar para executar consultas SQL em bancos de dados Aurora, acelerando o desenvolvimento de aplicativos modernos. A API de dados elimina as tarefas de configuração de rede e aplicativos necessárias para se conectar com segurança a um banco de dados do Aurora, o que torna o acesso ao Aurora tão simples quanto fazer uma chamada de API.

Com a API de dados, você paga somente quando sua API está em uso. Não há taxas mínimas nem compromissos antecipados. Você paga somente pela API e pelas solicitações de dados que seus aplicativos fizerem. As cargas de dados de solicitação da API de dados são medidas em 32 KB por solicitação enviada à API ou recebida da API. Se o tamanho dos dados da sua solicitação de API for maior que 32 KB, então, para cada incremento de 32 KB, haverá uma cobrança de uma solicitação adicional de API. Dessa forma, se sua carga for de 35 KB, por exemplo, você receberá uma cobrança de duas solicitações de API.

O nível gratuito da API de dados inclui um milhão de solicitações de API por mês, agregadas em todas as regiões da AWS, durante o primeiro ano.

Os clientes também incorrerão em cobranças pelo uso do AWS Secrets Manager e também poderão incorrer em cobranças adicionais do AWS CloudTrail, se esses serviços forem ativados.

Custos de transferência de dados

O preço abaixo é baseado em dados transferidos “internamente” e “externamente” ao Aurora.

  • Como parte do nível gratuito da AWS, os clientes da AWS recebem 100 GB de dados gratuitos transferidos para a Internet gratuitamente todos os meses, agregados em todos os serviços e regiões da AWS (exceto China (Pequim), China (Ningxia) e GovCloud (EUA)).
  • Os dados transferidos entre as instâncias do Aurora e do Amazon Elastic Compute Cloud (Amazon EC2) na mesma zona de disponibilidade são gratuitos.
  • A transferência de dados entre as zonas de disponibilidade para replicação de clusters de banco de dados é gratuita.  
  • Para dados transferidos entre uma instância do Amazon EC2 e uma instância de banco de dados do Aurora em diferentes zonas de disponibilidade da mesma região, aplicam-se as cobranças de transferência de dados regional do Amazon EC2.

Os clientes da AWS recebem 100 GB de transferência de dados para a Internet todos os meses, agregados em todos os serviços e regiões da AWS (exceto China e GovCloud). O nível gratuito de 100 GB para a transferência de dados externa para a Internet é global e não se aplica individual ou separadamente às regiões da AWS.

Salvo indicação em contrário, os preços não incluem impostos e taxas aplicáveis, incluindo IVA e impostos sobre vendas aplicáveis. Para clientes com endereço de faturamento no Japão, o uso da AWS está sujeito ao Japanese Consumption Tax (Imposto Sobre o Consumo Japonês).

Custos do suporte estendido do Amazon RDS

O Suporte estendido do Amazon RDS permite que você continue usando as versões principais do Aurora compatíveis com MySQL e PostgreSQL após o fim da vida útil da comunidade. Durante esse período, a AWS fornece correções para problemas e bugs críticos de segurança por meio de lançamentos de patches, dando até três anos para fazer a atualização para uma nova versão principal, ajudando a atender às suas necessidades comerciais.

Para instâncias provisionadas no Amazon Aurora, o preço do suporte estendido do RDS é cobrado por vCPU por hora. Para o Aurora Serverless v2, o suporte estendido do RDS é cobrado por unidade de capacidade do Aurora (ACU) por hora consumida pelo banco de dados. O preço do RDS Extended Support também depende da região da AWS e da data do calendário. Os clientes da edição do Aurora compatível com MySQL têm pelo menos um ano para migrar para uma versão de suporte padrão após o fim da vida útil da comunidade antes do início de cobranças do suporte estendido do RDS. Consulte a documentação do Amazon Aurora para obter detalhes do calendário.

  • O preço do suporte estendido do RDS que você paga depende da versão do mecanismo, da região da AWS e do número de anos corridos desde que o suporte padrão expirou para essa versão. Para saber mais sobre quando começam os preços do primeiro e segundo ano ou do terceiro ano para uma versão principal específica do mecanismo, acesse a documentação do Amazon Aurora.

    As horas parciais são cobradas em incrementos de um segundo, com uma cobrança mínima de 10 segundos, depois que o status muda para um status faturável, como criação, início ou modificação.

    *Os preços do suporte estendido do Amazon RDS para o terceiro ano estão disponíveis somente para a edição compatível com o Amazon Aurora PostgreSQL.

Exemplo de preço do suporte estendido do RDS

Se você tiver uma instância no Aurora PostgreSQL 12 compatível, essa versão chegará ao fim do suporte padrão em 28 de fevereiro de 2025. Se você implantar no Leste dos EUA (Ohio), a taxa de USD 0,100 por vCPU por hora será cobrada entre 1º de março de 2025 e 28 de fevereiro de 2027. A partir de 1º de março de 2027, você pagará USD 0,200 por vCPU-hora.

Custos da exportação de snapshots ou clusters

A exportação de snapshots fornece um método automatizado para exportar dados em um snapshot do Aurora para o Amazon Simple Storage Service (Amazon S3) no formato Parquet. A exportação de clusters fornece um método automatizado para exportar dados de um cluster de banco de dados do Aurora para o Amazon S3 no formato Parquet. O formato Parquet é até duas vezes mais rápido para descarregar e consome até seis vezes menos armazenamento no Amazon S3 em comparação aos formatos de texto. É possível analisar os dados exportados usando serviços da AWS, como o Amazon Athena, o Amazon EMR e o Amazon SageMaker.

Para todas as exportações de snapshots e clusters, o uso é contabilizado por gigabyte de dados do snapshot. As exportações subsequentes de dados do mesmo snapshot não são incrementais. Leia o exemplo de preço para exportação de snapshots ou clusters em detalhes.

Aplicam-se cobranças adicionais para criptografar ou descriptografar dados com o AWS Key Management Service (AWS KMS). Saiba mais sobre essas cobranças na página de preços do AWS KMS. As cobranças também se aplicam ao armazenamento de dados exportados no Amazon S3 e às solicitações PUT realizadas em seu bucket do S3. Saiba mais sobre essas cobranças na página de preços do Amazon S3.

A disponibilidade e o suporte para os recursos variam entre as versões específicas de cada mecanismo de banco de dados e entre as regiões da AWS. Para obter mais informações sobre a disponibilidade de versão e de região para a exportação de dados de snapshots e de clusters de banco de dados para o S3, consulte Exportar dados de snapshot para o Amazon S3.

Custos da Integração ETL zero

A Integração ETL zero do Amazon Aurora com o Amazon Redshift permite análises quase em tempo real e o uso de machine learning (ML) através do Amazon Redshift em petabytes de dados transacionais do Aurora. A Integração ETL zero elimina a necessidade de criar e manter pipelines de dados complexos que realizam operações de extração, transformação e carregamento (ETL).

A AWS não cobra uma taxa adicional pela Integração ETL zero. Você paga pelos recursos existentes do Amazon Aurora e do Amazon Redshift usados para criar e processar os dados de alterações criados como parte de uma Integração ETL zero. Esses recursos podem incluir E/S e armazenamento adicionais usados ao habilitar o log binário aprimorado, custos de exportação de snapshots para a exportação inicial de dados a fim de propagar seus bancos de dados do Amazon Redshift, armazenamento adicional do Amazon Redshift para armazenar dados replicados e computação para replicação de dados de processamento e custos de transferência de dados entre AZs para mover dados da origem para o destino. O processamento contínuo de alterações de dados pela Integração ETL zero é oferecido sem custo adicional. 

Exemplos de preço do Aurora

Os exemplos a seguir demonstram como os custos do Aurora são calculados para funcionalidades e recursos disponíveis para o Aurora.

Exemplos usando o Aurora Sem Servidor:

Considere uma workload que precise de 5 ACUs e seja executada por 30 minutos. Desejamos calcular os custos de computação da execução dessa workload no Aurora Sem Servidor v1 e v2 com o cluster de banco de dados configurado como Aurora Standard e Aurora I/O-Optimized no Leste dos EUA (Norte da Virgínia).

Com o Aurora Sem Servidor v2, a capacidade mínima do banco de dados que você pode configurar é 0,5 ACUs. O banco de dados escala instantaneamente de 0,5 ACUs para 5 ACUs, é executado por 30 minutos e reduz a escala verticalmente para a capacidade mínima de 0,5 ACUs. Como a v2 reduz a escala verticalmente até 15 vezes mais rápido, o banco de dados escala de 5 ACUs para 0,5 ACUs em aproximadamente três minutos. Veja a seguir o custo de computação para executar esta workload.

Exemplo 1: preço do Aurora Sem Servidor v2 com o Aurora Standard

Uso Cálculo Custo

Escalabilidade de 0,5 ACUs para 5 ACUs instantaneamente

    
Execução em 5 ACUs por 30 minutos 5 ACUs * USD 0,12 por ACU por hora * 30/60 hora USD 0,30
Redução da escala verticalmente de 5 ACUs para 0,5 ACUs em três minutos 5 ACUs * USD 0,12 por ACU por hora * 3/60 hora USD 0,03

Custo de computação com o Aurora Sem Servidor v2 (Aurora Standard)

   USD 0,33

Exemplo 2: preço do Aurora Sem Servidor v2 com o Aurora I/O-Optimized

Uso Cálculo Custo

Escalabilidade de 0,5 ACUs para 5 ACUs instantaneamente

    
Execução em 5 ACUs por 30 minutos 5 ACUs * USD 0,156 por ACU por hora * 30/60 hora USD 0,39
Redução da escala verticalmente de 5 ACUs para 0,5 ACUs em três minutos 5 ACUs * USD 0,156 por ACU por hora * 3/60 hora USD 0,04

Custo de computação com o Aurora Sem Servidor v2 (Aurora I/O-Optimized)

   USD 0,43

Com o Aurora Sem Servidor v1, a capacidade mínima que você pode definir é 1 ACU. A quantidade de tempo que o Aurora Sem Servidor v1 demora para escalar a capacidade depende da workload. Supondo que o Aurora Sem Servidor v1 seja capaz de dobrar a capacidade a cada minuto, o banco de dados escalaria para 8 ACUs em três minutos. O banco de dados é executado por 30 minutos em 8 ACUs. Por fim, o banco de dados é reduzido de 8 ACUs para 1 ACU ao diminuir a capacidade pela metade a cada 15 minutos. Veja a seguir o custo de computação para executar esta workload.

Exemplo 3: preço do Aurora Sem Servidor v1

Uso Cálculo Custo

Escalabilidade de 1 ACU para 2 ACUs em um minuto

 1 ACU * USD 0,06 por ACU por hora * 1/60 hora USD 0,001
Escalabilidade de 2 ACUs para 4 ACUs em um minuto 2 ACUs * USD 0,06 por ACU por hora * 1/60 hora USD 0,002
Escalabilidade de 4 ACUs para 8 ACUs em um minuto 4 ACUs * USD 0,06 por ACU por hora * 1/60 hora USD 0,004
Execução em 8 ACUs por 30 minutos 8 ACUs * USD 0,06 por ACU por hora * 30/60 hora USD 0,240
Redução da escala verticalmente de 8 ACUs para 4 ACUs em 15 minutos 8 ACUs * USD 0,06 por ACU por hora * 15/60 hora USD 0,120
Redução da escala verticalmente de 4 ACUs para 2 ACUs em 15 minutos 4 ACUs * USD 0,06 por ACU por hora * 15/60 hora USD 0,060
Redução da escala verticalmente de 2 ACUs para 1 ACU em 15 minutos 2 ACUs * USD 0,06 por ACU por hora * 15/60 hora USD 0,030
Custo de computação com o Aurora Sem Servidor v1   USD 0,457

Exemplos de uso de instâncias reservadas padrão do Aurora com o Aurora I/O-Optimized

É possível reutilizar as instâncias reservadas (IR) padrão do Aurora existentes com o Aurora I/O-Optimized. Para utilizar totalmente os benefícios de seus descontos de IR com o Aurora I/O-Optimized, é possível adquirir 30% de IRs adicionais semelhantes às IRs atuais. A tabela abaixo apresenta exemplos de como estimar IRs adicionais ao usar o Aurora I/O-Optimized. Se as IRs necessárias forem uma fração, é possível aproveitar a flexibilidade de tamanho disponível com as IRs para obter um número inteiro, conforme mostrado abaixo. Nos exemplos abaixo, as IRs atuais referem-se às IRs do Aurora Standard que você têm hoje e as IRs adicionais referem-se ao número de IRs do Aurora Standard que você deve adquirir para manter os descontos atuais de IR ao usar o Aurora I/O-Optimized. Se você optar por não adquirir IRs adicionais, as taxas sob demanda serão aplicadas.

Tipo de instância Número de IRs atuais Número de IRs necessárias 
para o Aurora I/O-Optimized		 IRs adicionais IRs adicionais
(com flexibilidade de tamanho)
db.r6g.large 10 10 * 1,3 = 13 3 db.r6g.large 3 IRs db.r6g.large
db.r6g.4xlarge 20 20 * 1,3 = 26 6 db.r6g.4xlarge 6 IRs db.r6g.4xlarge
db.r6i.24xlarge 15 15 * 1,3 = 19,5 4,5 db.r6i.24xlarge 4 IRs db.r6i.24xlarge
+ 1 IR db.r6i.12xlarge
(0,5 db.r6i.24xlarge = 1 db.r6i.12xlarge)
db.r6g.12xlarge 5 5 * 1,3 = 6,5 1,5 db.r6g.12xlarge 1 IR db.r6g.12xlarge
+ 1 IR db.r6g.4xlarge
+ 1 IR db.r6g.2xlarge
(0,5 db.r6g.12xlarge = 1 db.r6g.4xlarge + 1 db.r6g.2xlarge)

Exemplos usando armazenamento de banco de dados e operações de E/S:

Vamos supor que você tenha um banco de dados do Aurora e comece com um banco de dados de 1.000 GB no início do mês (período de 30 dias) que está crescendo 2% ou 20 GB diariamente. Vamos supor também que o mesmo banco de dados lê 350 páginas de dados do armazenamento por segundo para atender às consultas executadas nele. Por fim, suponhamos que sua aplicação realize alterações no banco de dados que afetem uma média de 100 páginas de dados por segundo. Desejamos calcular o armazenamento e o custo de E/S da execução dessa workload com os armazenamentos Aurora Standard e Aurora I/O-Optimized no Leste dos EUA (Norte da Virgínia).

Exemplo 1: preço para o Aurora Standard

Uso Cálculo Custo

Armazenamento para 1.000 GB com crescimento de 2% diariamente por 30 dias

 (1.000 GB * 30 dias + 20 GB * 29 dias + 20 GB * 28 dias + ... + 20 GB * 1 dia) * USD 0,10 por GB por mês USD 129,00
Leitura de E/Ss para 350 páginas de dados por segundo durante 30 dias (assumindo um tamanho de página de 16 KB) (350 páginas de dados * 30 dias * 24 horas * 60 minutos * 60 segundos) * USD 0,20 por 1 milhão de E/Ss USD 181,44
Gravação de E/Ss para 100 páginas de dados por segundo durante 30 dias (presumindo um tamanho de página de 4 KB) (100 páginas de dados * 30 dias * 24 horas * 60 minutos * 60 segundos) * USD 0,20 por 1 milhão de E/Ss USD 51,84

Custo de armazenamento e E/S com o Aurora Standard

   USD 362,28

Exemplo 2: preço para o Aurora I/O-Optimized

Uso Cálculo Custo

Armazenamento para 1.000 GB com crescimento de 2% diariamente por 30 dias

 (1.000 GB * 30 dias + 20 GB * 29 dias + 20 GB * 28 dias + ... + 20 GB * 1 dia) * USD 0,225 por GB por mês USD 290,25
Leitura de E/Ss para 350 páginas de dados por segundo durante 30 dias (assumindo um tamanho de página de 16 KB) (350 páginas de dados * 30 dias * 24 horas * 60 minutos * 60 segundos) * USD 0 para E/Ss de leitura -
Gravação de E/Ss para 100 páginas de dados por segundo durante 30 dias (presumindo um tamanho de página de 4 KB) (100 páginas de dados * 30 dias * 24 horas * 60 minutos * 60 segundos) * USD 0 para E/Ss de gravação -

Custo de armazenamento e E/S com o Aurora I/O Optimized

  USD 290,25

Para essa workload, você obterá 19,8% de economia de custos de armazenamento com o Aurora I/O-Optimized.

Exemplos usando o Aurora Global Database

Vamos supor que você tenha um Aurora Global Database em que a região principal tem duas instâncias, consumindo 80 GB de armazenamento e executando 45 milhões de operações de E/S de gravação e 5 milhões de operações de E/S de leitura por mês. Digamos que a região secundária tenha uma instância atendendo a 5 milhões de operações de E/S de leitura por mês. Desejamos calcular o custo de execução de um Global Database com o Leste dos EUA (Norte da Virgínia) como a região principal e o Oeste dos EUA (Oregon) como a região secundária.

Exemplo 1: preço para o Aurora Standard

Região primária: Leste dos EUA (Norte da Virgínia)
Uso Cálculo Custo

Instância do banco de dados

 2 * db.r6i.large (a USD 0,29 por hora) * 30 dias * 24 horas USD 417,60
Armazenamento 80 GB * USD 0,10 por GB por mês (30 dias) USD 8,00
E/Ss de gravação replicadas Nenhum -

E/Ss de leitura e de gravação

 50 milhões de E/Ss * USD 0,20 por 1 milhão de E/Ss USD 10,00
Transferências de dados 45 milhões de E/Ss de gravação * 2,75 KB por E/S * USD 0,02 por GB  USD 2,48
Custo da região primária com o Aurora Standard   USD 438,08
Região secundária: Oeste dos EUA (Oregon)
Uso Cálculo Custo

Instância do banco de dados

 1 * db.r6i.large (a USD 0,29 por hora) * 30 dias * 24 horas USD 208,80
Armazenamento 80 GB * USD 0,10 por GB por mês (30 dias) USD 8,00
E/Ss de gravação replicadas 45 milhões de E/Ss de gravação replicadas * USD 0,20 por 1 milhão de E/Ss USD 9,00

E/Ss de leitura e de gravação

 50 milhões de E/Ss * USD 0,20 por 1 milhão de E/Ss USD 10,00
Transferências de dados Nenhum -
Custo da região secundária com o Aurora Standard   USD 235,80

Exemplo 2: preço para o Aurora I/O-Optimized

Região primária: Leste dos EUA (Norte da Virgínia)
Uso Cálculo Custo

Instância do banco de dados

 2 * db.r6i.large (a USD 0,377 por hora) * 30 dias * 24 horas USD 542,88
Armazenamento 80 GB * USD 0,225 por GB por mês (30 dias) USD 18,00
E/Ss de gravação replicadas Nenhum -

E/Ss de leitura e de gravação

 50 milhões de E/Ss * USD 0 por 1 milhão de E/Ss -
Transferências de dados 45 milhões de E/Ss de gravação * 2,75 KB por E/S * USD 0,02 por GB  USD 2,48
Custo da região primária com o Aurora I/O Optimized   USD 563,36
Região secundária: Oeste dos EUA (Oregon)
Uso Cálculo Custo

Instância do banco de dados

 1 * db.r6i.large (a USD 0,377 por hora) * 30 dias * 24 horas USD 271,44
Armazenamento 80 GB * USD 0,225 por GB por mês (30 dias) USD 18,00
E/Ss de gravação replicadas 45 milhões de E/Ss de gravação replicadas * USD 0,20 por 1 milhão de E/Ss USD 9,00

E/Ss de leitura e de gravação

 50 milhões de E/Ss * USD 0 por 1 milhão de E/Ss -
Transferências de dados Nenhum  -
Custo da região secundária com o Aurora I/O Optimized   USD 298,44

Exemplo usando retrocesso

Vamos supor que seu banco de dados do Aurora esteja gerando 10 milhões de registros de alteração por hora e que você deseje retroceder até dez horas no passado. Desejamos calcular o custo de retrocesso para esse cenário no Leste dos EUA (Norte da Virgínia).

Uso Cálculo Custo

Dez milhões de registros de alterações por hora durante dez horas

 (10 milhões de registros de alterações * 10 horas) * USD 0,012 por 1 milhão de registros de alterações  USD 1,20
Custo do retrocesso   USD 1,20

Exemplos com API de dados

Exemplo 1: preços da API de dados com INSERTS e solicitações de leitura mistas

A API de dados é chamada para consultar o Aurora PostgreSQL compatível com a chamada da API ExecuteStatement. São feitas 4,1 milhões de solicitações de API por mês no total. 2,1 milhões das 4,1 milhões de solicitações são inserts no Aurora. Cada insert contém dados em um tamanho de carga de API de 64 KB/solicitação. 2 milhões do total de 4,1 milhões de solicitações leem dados do Aurora. Desses, 1 milhão retornam uma carga de dados de menos de 32 KB e 1 milhão retornam entre 32,01 KB e 64 KB.

Uso Cálculo Custo

2,1 milhões de solicitações de API/mês com uma carga útil de 64 KB/solicitação, em que cada API requer 2 solicitações (64 KB demandam 64 KB/32 KB ou 2 solicitações por API)

 2,1 milhões * 2 * 0,35 USD/milhão  1,47 USD
2 milhões de solicitações de API/mês, em que 1 milhão tem uma carga útil de 32 KB e 1 milhão com uma carga útil entre 32,01 KB a 64 KB, que demandam 2 solicitações (32,01 KB a 64 KB/32 KB ou 2 solicitações por API)  (1 milhão de APIs * 0,35 USD/milhão) + (1 milhão de APIs * 2 * 0,35 USD/milhão de APIs)  1,05 USD
1 milhão de solicitações de API por um ano na versão gratuita -0,35 USD para 1 milhão de solicitações de API por um ano -0,35 USD
Custos da API de dados   2,17 USD

Exemplo 2: preços da API de dados na versão gratuita

A API de dados é chamada para consultar o Aurora PostgreSQL compatível com a chamada da API ExecuteStatement. São feitas 300.000 solicitações de API por mês. Todas as solicitações de API retornam 64 KB de carga útil de dados, portanto, cada solicitação será cobrada conforme o formato: 64 KB/32 KB = 2 solicitações. 

Uso Cálculo Custo

300.000 solicitações de API com uma carga útil de 64 KB, em que cada API requer 2 solicitações (64 KB demandam 64 KB/32 KB ou 2 solicitações de API)

 0,3 milhão de APIs * 2 * 0,35 USD/milhão de APIs USD 0,21
1 milhão de solicitações de API por um ano na versão gratuita -0,35 USD para 1 milhão de solicitações de API por um ano -0,35 USD
Custos da API de dados   0,00 USD/mês no primeiro ano

Exemplo 3: preços da API de dados usando todos os tipos de solicitação

A API de dados é chamada para consultar o Aurora compatível com PostgreSQL usando todas as cinco chamadas de API (BeginTransaction, CommitTransaction, RollbackTransaction, ExecuteStatement, BatchExecuteStatement. 1,2 bilhão de solicitações de API são realizadas por mês. Nenhuma das solicitações retorna ou envia mais de 32 KB de carga útil de dados. 

Uso Cálculo Custo
1 bilhão de solicitações de API/mês com uma carga útil inferior a 32 KB  1 bilhão de solicitações de API * 0,35 USD/milhão 350 USD
200 milhões de solicitações de API/mês com uma carga útil inferior a 32 KB 200 milhões de solicitações de API * 0,20 USD/milhão USD 40
1 milhão de solicitações de API por um ano na versão gratuita -0,35 USD para 1 milhão de solicitações de API por um ano -0,35 USD
Custos da API de dados   389,65 USD/mês no primeiro ano

Exemplo usando a exportação de snapshots ou clusters

Vamos supor que você tenha um snapshot de 100 GB e use filtragem para selecionar uma tabela de 10 GB desse snapshot com a finalidade de exportar para o Amazon S3.

Uso Cálculo Custo

Exportação de uma tabela de 10 GB de snapshot de 100 GB (as exportações subsequentes de dados do mesmo snapshot não são incrementais)

 100 GB * USD 0,010 por GB  USD 1,00
Custo da exportação   USD 1,00

Recursos adicionais de preço

Calculadora de preços da AWS

Calcule facilmente os custos mensais na AWS

Obtenha assistência de preços

Entre em contato com os especialistas da AWS para obter um orçamento personalizado

Saiba como começar a usar o Amazon Aurora

Encontre recursos para começar a usar
Pronto para criar?
Comece a usar o Amazon Aurora
Mais dúvidas?
Entre em contato conosco