Calculadora de preços da AWS

Calculadora de preços da AWS do RDS para MySQL

Calcule o custo do RDS para MySQL e da arquitetura em uma única estimativa com base na região, no tipo de instância, na opção de implantação e muito mais. Crie agora sua estimativa personalizada »

Opções de implantação altamente disponíveis

Com as implantações multi-AZ do Amazon RDS, você pode criar RDS altamente disponível e durável para bancos de dados MySQL e implantá-los em até três zonas de disponibilidade (AZs).

Implantação multi-AZ (uma com modo de espera)

A execução de sua instância de banco de dados como uma implantação multi-AZ fornece alta disponibilidade e durabilidade avançada de dados. Quando você cria uma implantação multi-AZ, o RDS para MySQL provisiona e mantém uma instância com modo de espera em uma AZ diferente.

No caso de uma interrupção não planejada ou programada, isso permite que sua instância efetue um failover automático.

Saiba mais sobre implantações multi-AZ.

Implantação multi-AZ (duas com modos de espera legíveis)

O Multi-AZ oferece maior disponibilidade e durabilidade de dados.

Quando você executa seu banco de dados como uma implantação multi-AZ com duas instâncias legíveis com modo de espera, o RDS para MySQL provisiona e mantém instâncias de banco de dados idênticas em três zonas de disponibilidade diferentes.

Em caso de interrupção planejada ou não planejada que afete a instância de banco de dados primária, o RDS para MySQL executará um failover automático para uma das instâncias de banco de dados com modo de espera. As duas instâncias de banco de dados com modo de espera também atendem a workloads somente leitura.

Saiba mais sobre implantações multi-AZ com instâncias com modo de espera legíveis.

Custos de instâncias de banco de dados sob demanda

As instâncias de banco de dados sob demanda permitem que você pague pela capacidade computacional por hora de execução da instância de banco de dados. As instâncias de banco de dados sob demanda não têm compromissos de longo prazo, liberando você das complexidades e dos custos de planejamento, compra e manutenção de hardware, além de transformar o que geralmente são grandes custos fixos em custos variáveis muito menores.

  • Implantações single-AZ, implantações multi-AZ (uma instância com modo de espera) e implantações multi-AZ (duas instâncias com modo de espera legíveis) têm preços por hora utilizada da instância de banco de dados. Cobra-se desde o momento em que uma instância de banco de dados é iniciada até o momento em que ela é interrompida ou excluída.
  • As horas parciais da instância de banco de dados são cobradas em incrementos de um segundo, com uma cobrança mínima de dez minutos depois que o status muda para faturável, como criação, início ou modificação da classe de instância do banco de dados.

Créditos de CPU T4g e T3

As instâncias de banco de dados T4g e T3 do Amazon RDS para MySQL 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 são cobrados em USD 0,075 por hora de vCPU. 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 é coberto por instâncias reservadas.

Custo de instâncias reservadas

As instâncias reservadas (IR) do Amazon RDS permitem que você reserve uma instância de banco de dados por um período de vigência de um ou três anos, que representa um desconto considerável em comparação ao preço de instâncias sob demanda para a instância de banco de dados. O Amazon RDS disponibiliza três opções de pagamento de IR (sem pagamento adiantado, pagamento adiantado parcial, pagamento adiantado integral) que permitem estabelecer um equilíbrio entre o valor pago adiantado e o preço por hora efetivo.

As instâncias reservadas do Amazon RDS oferecem flexibilidade de tamanho para o mecanismo de banco de dados MySQL. Com a flexibilidade de tamanho, a taxa com desconto da IR será aplicada automaticamente ao uso de qualquer tamanho na mesma família de instâncias (M5, T3, R5 etc.). A flexibilidade de tamanho também pode ser aplicada à opção de implantação da instância.

Como funciona: instâncias de banco de dados reservadas de tamanho flexível

Por exemplo, para comprar uma instância reservada para um cluster de banco de dados multi-AZ, você pode comprar o equivalente a uma m6gd.large:

  • três instâncias reservadas m6gd.large single-AZ ou
  • uma instância reservada m6gd.large multi-AZ e uma instância reservada m6gd.large single-AZ

Para obter mais informações, consulte Instâncias de banco de dados reservadas com tamanho flexível.

Observe que os custos de armazenamento e E/S não são cobertos pelos preços das instâncias reservadas. Para saber mais sobre os recursos, as opções e as regras de pagamento, acesse nossa página sobre instâncias reservadas.

Você pode designar instâncias de banco de dados como instâncias reservadas. Basta chamar a API de compras ou selecionar a opção Instância reservada no Console da AWS. Ao designar uma instância de banco de dados como instância reservada, é necessário atribuir uma região, um tipo de instância e a quantidade de instâncias reservadas aplicáveis. As instâncias reservadas só poderão ser usadas na região designada.

A AWS pode encerrar o programa de preços das instâncias reservadas a qualquer momento. 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 reja o uso dos serviços da AWS.

    • Implantação single-AZ
    • Implantação multi-AZ (uma com modo de espera)

    • Para saber mais sobre o Multi-AZ, consulte a seção de opções de implantação altamente disponíveis.

    • Implantação multi-AZ (duas com modos de espera legíveis)

    • Para saber mais sobre o Multi-AZ, consulte a seção de opções de implantação altamente disponíveis.

      Para comprar o equivalente a instâncias de banco de dados reservadas para um cluster de banco de dados multi-AZ, você pode fazer o seguinte:

      • Reserve três instâncias de banco de dados single-AZ que tenham o mesmo tamanho das instâncias no cluster.
      • Reserve uma instância de banco de dados multi-AZ e uma instância de banco de dados single-AZ que tenham o mesmo tamanho das instâncias de banco de dados no cluster.

      Por exemplo, para comprar o equivalente a uma instância reservada m6gd.large para um cluster de banco de dados Multi- AZ, você pode comprar

      • três instâncias reservadas m6gd.large single-AZ ou
      • uma instância reservada m6gd.large multi-AZ e uma instância reservada m6gd.large single-AZ

Cálculo das taxas mensais de IR

*Este é o pagamento mensal médio no decorrer do período de vigência da instância reservada. Todo mês, o pagamento mensal real será equivalente ao número real de horas no mês multiplicado pela taxa de uso por hora ou ao número de segundos de utilização no mês multiplicado pela taxa de uso por hora e dividido por 3.600. A fórmula usada dependerá do tipo de instância do RDS para MySQL que você executa.

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.

Cálculo da taxa por hora efetiva de IR

**O preço por hora efetivo 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. Ele 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.

Custos de armazenamento do banco de dados

Custos de volume de log dedicado

Um volume de log dedicado é um volume de armazenamento adicional especificamente reservado para logs de repetição e logs binários separados do volume que contém as tabelas do banco de dados, tornando o registro de gravação de transações em log mais eficiente e consistente. Um volume de log dedicado é ideal para bancos de dados com grande armazenamento alocado, altos requisitos de I/O por segundo (IOPS) ou workloads sensíveis à latência.

Os volumes de log dedicados possuem o mesmo preço de um volume de dados com 1.000 GiB e 3.000 IOPS e por tipo de armazenamento. Os volumes de log dedicados são compatíveis somente com o armazenamento de IOPS provisionadas. Por exemplo, no Leste dos EUA (Norte da Virgínia), um volume de log dedicado io1 anexado a uma instância Single-AZ no RDS para MySQL custaria USD 0,125 x 1024 GiB mais USD 0,10 x 3000 IOPS, ou USD 428/mês. Se você executasse um volume dedicado io1 na mesma região da AWS conectado ao Multi-AZ com um modo de espera, custaria USD 0,25 x 1024 GiB mais USD 0,20 x 3000 IOPS, ou USD 856/mês.

Para saber mais sobre os preços do volume de dados, consulte a seção Custos de armazenamento SSD com IOPS provisionadas acima.
 

Custos de armazenamento de backup

Custos de exportação de snapshot

A exportação de snapshots do Amazon RDS fornece um método automatizado para exportar dados em um snapshot do RDS para MySQL 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. Você pode analisar os dados exportados usando serviços da AWS como Amazon Athena, Amazon EMR e Amazon SageMaker.

Exemplo de preços da exportação de snapshot

Vamos supor que você tenha um snapshot de 100 GB e que aplique filtros para selecionar uma tabela de 10 GB desse snapshot a fim de exportar para o Amazon S3. Para exportar esses dados, você pagaria 100 GB * USD 0,013 por GB de tamanho de snapshot. As exportações subsequentes de dados do mesmo snapshot não são incrementais.

Há cobranças adicionais para criptografar ou descriptografar dados com o AWS Key Management Service (KMS). Saiba mais sobre essas cobranças na página de preços do 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 S3.

Custos da Integração ETL zero

A integração ETL zero do Amazon RDS para MySQL com o Amazon Redshift fornece acesso quase em tempo real aos recursos de analytics em petabytes de dados transacionais, eliminando a necessidade de criar e gerenciar pipelines de dados complexos. Você pode aplicar a filtragem de dados para selecionar bancos de dados e tabelas para replicar seus dados para o Amazon Redshift. Isso permite que você adapte a replicação às suas necessidades específicas. 

Você paga pelos recursos do RDS para MySQL 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 incluem custos de exportação de snapshots do Amazon RDS para propagar e ressincronizar data warehouses do Amazon Redshift, custos de transferência de dados de captura de dados de alterações (CDC) para replicação contínua de alterações de dados da origem para o destino, E/S e armazenamento regulares do RDS usados para processar dados de alterações e custos regulares de armazenamento e computação do Amazon Redshift para os dados replicados.

  • Para cada Integração ETL zero do RDS para MySQL com o Amazon Redshift, o processamento contínuo de alterações de dados tem um preço por GB de dados de captura de dados de alterações (CDC) transferidos.

Exemplo de preços para os custos da Integração ETL zero

Você tem um banco de dados do RDS para MySQL 8.0.32 e um data warehouse do Amazon Redshift em execução na região Leste dos EUA (Norte da Virgínia). Atualmente, essa instância de banco de dados do RDS para MySQL usa 50 GB de capacidade de armazenamento SSD de uso geral (gp3), que inclui IOPS de linha de base provisionadas, além de ter backups automatizados e registro em log binário do MySQL habilitados.

Quando você cria uma Integração ETL zero com o Amazon Redshift para sua instância de banco de dados do RDS para MySQL, um snapshot dos dados (50 GB) é criado e exportado para alimentar um data warehouse do Amazon Redshift. No dia seguinte, você altera a chave primária de uma tabela na sua instância de banco de dados do RDS para MySQL, o que resulta em uma ressincronização da exportação de snapshots para o Amazon Redshift. Ao longo de 30 dias, o banco de dados processa 5 GB de alterações de dados.

Neste exemplo, o custo de usar a Integração ETL zero do RDS para MySQL com o Amazon Redshift no Leste dos EUA (Norte da Virgínia) durante 30 dias é de 50 GB x (USD 0,10) de exportação inicial mais 50 GB x (USD 0,10) de custos de ressincronização mais 5 GB x (USD 2,00/GB) de transferência de dados de CDC, totalizando USD 20,00. Além desses custos da Integração ETL zero, você é responsável pelas cobranças do uso normal do Amazon RDS e do Amazon Redshift para processar os dados replicados, como custos de E/S, armazenamento e computação.

Custos do suporte estendido do Amazon RDS

O suporte estendido do Amazon RDS permite que você continue usando as versões principais do MySQL 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 RDS for MySQL, o preço do suporte estendido do RDS é cobrado por vCPU por hora. O preço do suporte estendido do RDS também depende da região da AWS e da data do calendário. Consulte a documentação do Amazon RDS para obter detalhes do calendário.

Exemplo de preço do suporte estendido do RDS

Se você estiver executando uma instância de banco de dados no RDS para MySQL 5.7, essa versão chegará ao fim do suporte padrão em 29 de fevereiro de 2024. Se você estiver implantado no Leste dos EUA (Ohio), será cobrado USD 0,100 por vCPU-hora entre 1º de março de 2024 e 28 de fevereiro de 2026. A partir de 1º de março de 2026, você pagará USD 0,200 por vCPU-hora.

Custos da transferência de dados

Os preços abaixo são baseados nos dados importados para o Amazon RDS, bem como para os dados exportados dele.

Acesse a página principal de preços do Amazon RDS para obter as taxas e condições de transferências adicionais.

Perguntas frequentes

Por quanto tempo o nível gratuito da AWS para RDS para MySQL estará disponível para mim?

O acesso ao nível gratuito da AWS está disponível por 12 meses para novas contas da AWS. Para saber mais, consulte a página de Perguntas frequentes sobre o nível gratuito da AWS.

Qual é a cobrança quando o uso de horas da instância do meu RDS para MySQL excede o benefício do nível gratuito da AWS?

A cobrança será de acordo com os preços padrão do RDS para MySQL pelas horas da instância além das que o nível gratuito do Amazon RDS oferece.

Como você calcula o custo mensal do RDS para MySQL?

Os custos mensais do RDS para MySQL são determinados pela localização e pelos seguintes fatores:

  • Horas de instância de banco de dados: isso é baseado no tipo de instância de banco de dados do RDS para MySQL utilizado (por exemplo, db.t3.micro ou db.m4.large). Você terá cobranças com base em horas parciais de instância de banco de dados após uma alteração de status faturável, como a criação, a inicialização ou a modificação do tipo de instância de banco de dados do RDS para MySQL. O Amazon RDS para MySQL é compatível com o faturamento por segundo, no qual as horas parciais da instâncias de banco de dados utilizadas são cobradas em incrementos de um segundo com um mínimo de dez minutos. 
  • Armazenamento (por GB/mês): é a capacidade de armazenamento provisionado para a sua instância de banco de dados do RDS para MySQL. Se você ajustar a escala da capacidade de armazenamento provisionada dentro do mês, sua fatura será rateada.
  • IOPS provisionadas por mês: taxa de IOPS provisionadas, independentemente das IOPS utilizadas (somente para o armazenamento SSD de IOPS provisionadas do Amazon RDS).
  • Armazenamento de backup: inclui qualquer armazenamento de snapshot de banco de dados iniciado pelo cliente e de backups automatizados de banco de dados. Quando você tira snapshots adicionais do banco de dados, isso aumenta o armazenamento de backup. Além disso, quando você aumenta o período de retenção de backup, o armazenamento de backup consumido pelo RDS para banco de dados MySQL aumenta.
  • Transferência de dados: transferência de dados da Internet para dentro e para fora da instância de banco de dados do RDS para MySQL.
  • Solicitações de E/S por mês: número total de solicitações de E/S de armazenamento (somente para armazenamento magnético do Amazon RDS e do Amazon Aurora).

Calcule qual seria o custo mensal do RDS para MySQL com a Calculadora de Preços da AWS.

Quando começa e termina a cobrança das instâncias de banco de dados do RDS para MySQL?

O faturamento da instância de banco de dados do RDS para MySQL começa quando a instância de banco de dados está disponível. Em seguida, é cobra-se por cada hora em que é executada em um estado disponível. O faturamento do RDS para MySQL continua até você encerrar a instância de banco de dados, no caso de uma falha na instância ou após a exclusão.

As horas parciais da instância de banco de dados utilizadas serã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 criação, início ou modificação do tipo de instância de banco de dados).

Como faço para interromper o faturamento do RDS para MySQL?

Para interromper todas as cobranças de conta relacionadas ao RDS para MySQL, você deve excluir todas as instâncias de banco de dados e snapshots do RDS para MySQL. Ao interromper apenas uma instância de banco de dados do RDS para MySQL, você interromperá a cobrança pelas horas adicionais da instância, mas ainda haverá cobranças pelo armazenamento.

Como será a cobrança por uma instância de banco de dados do RDS para MySQL parada?

Enquanto a instância de banco de dados do RDS para MySQL estiver parada, haverá cobrança pelo armazenamento provisionado (incluindo IOPS provisionadas) e pelo armazenamento de backup (incluindo snapshots manuais e backups automatizados dentro da janela de retenção especificada), mas não pelas horas da instância de banco de dados do RDS para MySQL.

Como posso reduzir os meus custos do RDS para MySQL?

Uma forma de reduzir seus custos do RDS para MySQL é dimensionar corretamente seu RDS para bancos de dados MySQL de acordo com suas necessidades. Graças aos recursos totalmente gerenciados, como o ajuste de escala automático, você não precisa provisionar demais para obter alta disponibilidade.

Você também pode comprar instâncias reservadas. As instâncias reservadas permitem que você reserve uma instância de banco de dados do RDS para MySQL por um período de um ou três anos com um desconto significativo em comparação com os preços da instância sob demanda.

Os preços do RDS para MySQL incluem impostos?

Salvo indicação em contrário, nossos preços do RDS para MySQL excluem impostos e taxas aplicáveis, incluindo o IVA e o imposto sobre vendas aplicável. Para clientes com um endereço de cobrança no Japão, o uso de serviços da AWS está sujeito ao imposto japonês sobre consumo.

Como faço para comprar e criar instâncias reservadas para o RDS para MySQL?

Você pode comprar instâncias reservadas na API do Amazon RDS ou na AWS Command Line Interface, onde estão listadas as reservas disponíveis para compra. É possível adquirir uma instância reservada na seção Instância reservada do Console de Gerenciamento da AWS para o Amazon RDS.

Depois de comprar uma instância reservada, você pode usar as instâncias reservadas da mesma forma que usaria uma instância de banco de dados sob demanda. Inicie sua instância de banco de dados do RDS para MySQL usando a mesma região e o mesmo tipo de instância para os quais você fez a reserva. Enquanto sua compra de reserva estiver ativa, o RDS para MySQL aplicará a taxa por hora reduzida à qual você tem direito para a nova instância de banco de dados.

Quantas instâncias reservadas é possível adquirir?

É possível adquirir até 40 instâncias reservadas. Se quiser executar mais de 40 instâncias de banco de dados, preencha o formulário de solicitação da instância de banco de dados do Amazon RDS.

De que forma as opções de pagamento da instância reservada afetam minha fatura do RDS para MySQL?

As operações para criar, modificar e excluir instâncias de banco de dados do RDS para MySQL não fazem distinção entre instâncias sob demanda e instâncias reservadas. Ao calcular a fatura, nosso sistema automaticamente aplica suas reservas para que todas as instâncias de banco de dados do RDS para MySQL qualificadas sejam cobradas com base na taxa mais baixa por hora de instância de banco de dados reservada.

  • Quando usar a opção de pagamento adiantado integral para comprar uma IR, você pagará por todo o período de vigência da IR em um único pagamento adiantado.
  • Se você escolher a opção sem adiantamento, poderá optar por não pagar nada adiantado. O valor total da IR sem adiantamento é distribuído a cada hora durante o período. Independentemente do uso, você será cobrado por cada hora durante o período.
  • A opção de pagamento adiantado parcial é um híbrido das opções de pagamento adiantado integral e sem adiantamento. Você faz um pequeno pagamento adiantado. Independentemente do uso, você também receberá uma taxa por hora baixa para cada hora no período.

Posso modificar os termos da minha instância reservada após a compra?

Não, depois de comprar sua instância reservada, as modificações dos termos da IR não podem ser feitas no RDS para MySQL. Você não pode alterar o mecanismo de banco de dados, a edição do banco de dados, a região, o tipo de implantação, a classe da instância e a duração do prazo após comprar suas IRs; veja mais detalhes na página da instância reservada.

Posso usar o suporte estendido do Amazon RDS com qualquer versão secundária?

Não, você deve estar usando o motor secundário mais recente para receber o suporte estendido do RDS em seu banco de dados.

Como posso estimar minhas cobranças do Suporte estendido do RDS?

Você pode estimar suas cobranças de suporte estendido usando a Calculadora de preços da AWS. As cobranças do suporte estendido do Amazon RDS dependem de três fatores: 1. número de vCPUs em execução na instância, 2. região da AWS e 3. número de anos após o fim do suporte padrão. Para estimar suas cobranças, determine o número de vCPUs na sua instância e o preço adequado do ano civil para a versão do seu mecanismo. Se sua versão estiver dentro dos preços do ano 1 ou 2, você pagará #vCPUs x preços dos anos 1 e 2 por hora de uso na região escolhida. Se sua versão estiver com preço do ano 3, serão cobrados #vCPUs x preço do ano 3 por hora de uso para a região escolhida.

Por exemplo, se você estiver executando uma instância db.r5.large do RDS for MySQL 5.7 no Leste dos EUA (Norte da Virgínia) em 30 de abril de 2024, que está dentro do primeiro ano de suporte estendido do RDS, será cobrado USD 0,200 por hora, ou 2 vCPUs x USD 0,100 por vCPU-hora. 

Quando o Amazon RDS começa a cobrar pelo suporte estendido do RDS?

Você começará a receber cobranças pelo suporte estendido do Amazon RDS no dia seguinte ao término da data de suporte padrão da versão principal do MySQL. Isso será um acréscimo às cobranças de instância, armazenamento, backup e/ou transferência de dados incorridas durante a vida útil da instância.

Por exemplo, o suporte padrão do RDS para MySQL 5.7 termina em 29 de fevereiro de 2024. Se você executar uma instância do RDS para MySQL 5.7 em ou após 1º de março de 2024, você será cobrado pelo suporte estendido do RDS nessa instância.

Quando paro de receber cobranças pelo suporte estendido do RDS?

Atualizar sua instância para uma versão mais recente do mecanismo, disponível no suporte padrão, evitará que sua instância pague o preço do suporte estendido do RDS. As cobranças do suporte estendido do RDS são interrompidas automaticamente quando você desliga ou exclui uma instância que está executando uma versão principal do mecanismo após a data de término do suporte padrão.

Preciso pagar pelo suporte estendido do RDS em meus snapshots do BD?

Não, você não pagará o preço do suporte estendido do RDS em snapshots de banco de dados. No entanto, ao restaurar um snapshot de banco de dados em uma nova instância do banco de dados após o término do suporte padrão, você pagará o preço do suporte estendido do RDS para essa instância.

Por exemplo, se você restaurar um snapshot de banco de dados em uma nova instância de banco de dados no MySQL 5.7 após 29 de fevereiro de 2024, a instância pagará o preço do suporte estendido do RDS até que você a atualize para a versão 8.0 ou mais recente do MySQL ou exclua a instância.

Receberei cobranças por réplicas de leitura do Amazon RDS ao usar o RDS Extended Support?

Sim, você receberá cobranças por qualquer réplica de leitura do Amazon RDS ao usar o RDS Extended Support se ela estiver executando uma versão principal que já passou da data de fim do suporte padrão.

Receberei cobranças por uma Multi-AZ ao usar o RDS Extended Support?

Sim, você receberá cobranças por todas as instâncias em uma implantação Multi-AZ ao usar o RDS Extended Support se a sua versão primária estiver sendo executada em uma versão principal que já passou da data de término do suporte padrão. Se você estiver executando em uma Multi-AZ com instância em espera, receberá cobranças pelo RDS Extended Support em suas instâncias primária e em espera. Se você estiver executando em uma Multi-AZ com duas instâncias em espera legíveis, receberá cobranças pelo RDS Extended Support tanto na instância primária quanto nas duas instâncias em espera legíveis.

Existem dois preços diferentes de suporte estendido do RDS listados para cada versão do mecanismo. Como sei qual deles estou sendo cobrado?

O preço do suporte estendido do RDS cobrado depende da região da AWS, da versão do mecanismo e do número de anos corridos desde que o suporte padrão expirou para essa versão. Você pagará o preço do ano 1 e do ano 2 na região escolhida por vCPU-hora nos primeiros dois anos após o término do suporte padrão. Para o ano 3, você pagará o preço do ano 3 para a região escolhida por vCPU-hr a partir do primeiro dia do terceiro ano.

Por exemplo, o RDS for MySQL 5.7 chega ao fim do suporte padrão em 29 de fevereiro de 2024. Se você estiver implantado no Leste dos EUA (Ohio), será cobrado USD 0,100 por vCPU-hora entre 1º de março de 2024 e 28 de fevereiro de 2026. A partir de 1º de março de 2026, você pagará USD 0,200 por vCPU-hora.

Como posso evitar a cobrança pelo suporte estendido do RDS?

Recomendamos atualizar sua instância o mais cedo possível para uma versão principal do mecanismo que esteja dentro do prazo de suporte padrão. Isso ajudará a evitar cobranças do suporte estendido do RDS.

Posso usar a implantação azul/verde do Amazon RDS para migrar de uma versão do suporte estendido do RDS para uma versão de suporte padrão?

Sim, você pode usar a implantação azul/verde do Amazon RDS para migrar suas instâncias usando o suporte estendido do RDS, desde que essas implantações ofereçam suporte ao mecanismo, à região e ao tipo de versão principal da sua instância. A implantação azul/verde está disponível para os mecanismos Aurora compatível com MySQL, RDS para MySQL e RDS para MariaDB. Para obter informações sobre as versões disponíveis, consulte a documentação das implantações azul/verde.

Os descontos de instância reservada se aplicam ao suporte estendido do RDS?

Não, as cobranças do suporte estendido do RDS são independentes das cobranças da instância. Portanto, os descontos para as Instâncias Reservadas não se aplicam às cobranças do suporte estendido do RDS.

Serei cobrado pelo suporte estendido do RDS mesmo se eu mudar do RDS para MySQL 5.7 para o Aurora MySQL 2 (com base no MySQL 5.7)?

Se você migrar do RDS para MySQL 5.7 para o Aurora MySQL 2 antes de 29 de fevereiro de 2024, você não será cobrado pelo suporte estendido do RDS. Se você migrar após 29 de fevereiro de 2024 e antes de 31 de outubro de 2024, será cobrado pelo suporte estendido do RDS do RDS para MySQL 5.7 pelo número de horas em que executou o MySQL 5.7 no Amazon RDS.

Se você migrar após 31 de outubro de 2024 ou usar o Aurora compatível com MySQL 2 após 31 de outubro de 2024, também será cobrado pelo suporte estendido do RDS em seu banco de dados Aurora. Para obter detalhes adicionais, consulte a documentação do Amazon Aurora.

Se eu criar uma instância em um mecanismo de versão principal após o fim do suporte padrão, serei cobrado pelo suporte estendido do RDS?

Sim, se você criar uma instância ou restaurar um snapshot de banco de dados em uma instância executada em uma versão que atingiu a data de fim do suporte padrão, você será cobrado pelos preços do suporte estendido do RDS além das taxas de instância, armazenamento, backup e transferência de dados.