Instâncias de banco de dados reservadas para o Amazon Aurora
Usando instâncias de banco de dados reservadas, você pode reservar uma instância de banco de dados por um período de um ou três anos. As instâncias de banco de dados reservadas fornecem um desconto significativo em comparação com os preços de instâncias de banco de dados sob demanda. As instâncias de banco de dados reservadas não são instâncias físicas, mas um desconto na fatura aplicado na sua conta pelo uso de determinadas instâncias de banco de dados sob demanda. Os descontos para instâncias de bancos de dados reservadas são vinculados ao tipo de instância e à Região da AWS.
O processo geral de trabalho com instâncias de banco de dados reservadas é: primeiro, obtenha informações sobre ofertas de instâncias de banco de dados reservadas disponíveis; em seguida, compre uma oferta de instância de banco de dados reservada; e, por fim, obtenha informações sobre suas instâncias de banco de dados reservadas existentes.
Para ter informações sobre a compra de instâncias de banco de dados reservadas e a visualização de cobranças de instâncias de banco de dados reservadas, consulte as seções a seguir.
Visão geral de instâncias de banco de dados reservadas
Ao comprar uma instância de banco de dados reservada no Amazon RDS, você adquire um compromisso de obter uma taxa com desconto sobre um tipo específico de instância de banco de dados pela duração dela. Para usar uma instância de banco de dados reservada do Amazon RDS, crie uma instância de banco de dados como faria para uma instância sob demanda.
A nova instância de banco de dados que você criar deve ter as mesmas especificações da instância de banco de dados reservada quanto ao seguinte:
-
Região da AWS
-
Mecanismo de banco de dados (não é preciso haver correspondência com o número da versão do mecanismo de banco de dados).
-
Tipo de instância do banco de dados
Se as especificações da nova instância de banco de dados corresponderem às de uma instância de banco de dados reservada existente para a sua conta, será cobrada a taxa de desconto oferecida para a instância reservada. Caso contrário, uma taxa sob demanda será cobrada para a instância de banco de dados.
Você pode modificar uma instância de banco de dados que está usando como instância de banco de dados reservada. Se a modificação estiver dentro das especificações da instância de banco de dados reservada, parte ou todo o desconto ainda se aplicará à instância de banco de dados modificada. Se a modificação estiver fora das especificações, como alterar a classe de instância, o desconto não será mais aplicado. Para ter mais informações, consulte Instâncias de banco de dados reservadas de tamanho flexível.
Tópicos
Para ter mais informações sobre instâncias de banco de dados reservadas, inclusive definição de preço, consulte Instâncias reservadas do Amazon RDS
Tipos de oferta
Instâncias de banco de dados reservadas estão disponíveis em três variedades: sem pagamento adiantado, com pagamento adiantado parcial e com pagamento adiantado integral. Esses tipos permitem otimizar os custos do Amazon RDS com base no uso esperado.
nota
Nem todas as classes de instância do RDS são compatíveis com todos os tipos de oferta de instância reservada. Por exemplo, algumas classes de instância podem não oferecer a opção Sem pagamento adiantado. Para confirmar a disponibilidade, analise as ofertas de instância reservada no AWS Management Console ou use o comando describe-reserved-db-instances-offerings da AWS CLI.
- Sem taxas iniciais
-
Essa opção fornece acesso a uma instância de banco de dados reservado sem a necessidade de pagamento adiantado. Sua instância de banco de dados reservada sem pagamento adiantado será cobrada de acordo com uma taxa horária com desconto por cada hora dentro do período de vigência, independentemente do uso, e nenhum pagamento adiantado é obrigatório. Essa opção só está disponível como uma reserva de um ano.
- Adiantado parcial
-
Essa opção requer que uma parte da instância de banco de dados reservada seja paga antecipadamente. As horas restantes do período de vigência serão cobradas com base em uma taxa horária com desconto, independentemente do uso. Essa opção é a substituição da opção de Utilização pesada anterior.
- Adiantado integral
-
O pagamento integral é feito no início do período de vigência, sem outros custos ou cobranças por hora incorridos pelo restante do período, independentemente do número de horas usadas.
Se você estiver usando faturamento consolidado, todas as contas da organização serão tratadas como se fossem uma só. Isso significa que todas as contas na organização podem receber o custo-benefício por hora das instâncias de banco de dados reservadas que são compradas por qualquer outra conta. Para ter mais informações sobre o faturamento consolidado, consulte Instâncias de bancos de dados reservadas do Amazon RDS no Guia do usuário do Gerenciamento de Faturamento e Custos da AWS.
Flexibilidade de configuração do cluster de banco de dados do Aurora
É possível usar instâncias de banco de dados reservadas do Aurora com as duas configurações do cluster de banco de dados:
-
Aurora I/O-Optimized: você paga somente pelo uso e armazenamento dos clusters de banco de dados, sem custos adicionais pelas operações de E/S de leitura e gravação.
-
Aurora Standard: além do uso e do armazenamento dos clusters de banco de dados, você também paga uma taxa padrão por um milhão de solicitações para operações de E/S.
O Aurora contabiliza automaticamente a diferença de preço entre essas configurações. O Aurora I/O-Optimized consome 30% mais unidades normalizadas por hora do que o Aurora Standard.
Para obter mais informações sobre as configurações de armazenamento do cluster de bancos de dados do Aurora, consulte Configurações de armazenamento para clusters de banco de dados do Amazon Aurora. Para obter mais informações sobre o preço referente às configurações de armazenamento de cluster do Aurora, consulte Preços do Amazon Aurora
Instâncias de banco de dados reservadas de tamanho flexível
Ao adquirir uma instância de banco de dados reservada, uma das especificações feitas é a classe da instância, por exemplo, db.r5.large. Para ter mais informações sobre classes de instância de banco de dados, consulte Classes de instância de banco de dados do Amazon Aurora.
Se você tiver uma instância de banco de dados e precisar escalá-la para uma capacidade maior, sua instância de banco de dados reservada será automaticamente aplicada à sua instância de banco de dados escalada. Ou seja, suas instâncias de banco de dados reservadas são aplicadas automaticamente em todos os tamanhos de classe de instância de banco de dados. As instâncias de banco de dados reservadas de tamanho flexível estão disponíveis para instâncias de bancos de dados com a mesma Região da AWS e mecanismo de banco de dados. As instâncias de banco de dados reservadas de tamanho flexível só reduzem o tipo de classe de instância. Por exemplo, uma instância de banco de dados reservada de db.r5.large pode se aplicar a uma db.r5.xlarge, mas não a uma db.r6g.large, porque db.r5 e db.r6g são tipos de classe de instância diferentes.
As instâncias de banco de dados reservadas de tamanho flexível estão disponíveis para os seguintes mecanismos de banco de dados Aurora:
Aurora MySQL
Aurora PostgreSQL
Você pode comparar o uso de tipos diferentes de instância de banco de dados reservada usando unidades normalizadas por hora. Por exemplo, uma unidade de uso em duas instâncias de banco de dados db.r3.large é equivalente a oito unidades normalizadas por hora de uso em uma db.r3.small. A tabela a seguir mostra o número de unidades normalizadas por hora para cada tamanho de instância de banco de dados.
| Tamanho da instância | Unidades normalizadas por hora para uma instância de banco de dados, Aurora Standard | Unidades normalizadas por hora para uma instância de banco de dados, Aurora I/O-Optimized | Unidades normalizadas por hora para três instâncias de banco de dados (gravador e dois leitores), Aurora Standard | Unidades normalizadas por hora para três instâncias de banco de dados (gravador e dois leitores), Aurora I/O-Optimized |
|---|---|---|---|---|
|
pequeno |
1 |
1.3 |
3 |
3.9 |
|
médio |
2 |
2.6 |
6 |
7.8 |
|
grande |
4 |
5,2 |
12 |
15,6 |
|
xlarge |
8 |
10.4 |
24 |
31,2 |
|
2xlarge |
16 |
20,8 |
48 |
62,4 |
|
4xlarge |
32 |
41,6 |
96 |
124,8 |
|
8xlarge |
64 |
83,2 |
192 |
249,6 |
|
12xlarge |
96 |
124,8 |
288 |
374,4 |
|
16xlarge |
128 |
166,4 |
384 |
499,2 |
|
24xlarge |
192 |
249,6 |
576 |
748,8 |
|
32xlarge |
256 |
332,8 |
768 |
998,4 |
Por exemplo, suponhamos que você compre uma instância de bancos de dados db.t2.medium reservada e tenha duas instâncias de banco de dados db.t2.small em execução na conta na mesma Região da AWS. Nesse caso, o benefício de faturamento é aplicado integralmente a ambas as instâncias.
Ou, se você tiver uma instância db.t2.large em execução em sua conta na mesma Região da AWS, o benefício de faturamento será aplicado a 50% do uso da instância de banco de dados.
nota
Recomendamos usar as classes de instância de banco de dados T somente para servidores de desenvolvimento e teste, ou outros servidores que não sejam de produção. Para obter mais detalhes sobre as classes de instâncias T, consulte Tipos de classe de instância de banco de dados.
Exemplos de faturamento de instância de banco de dados reservada do Aurora
Os exemplos a seguir ilustram os preços das instâncias de banco de dados reservadas para clusters de banco de dados do Aurora usando as configurações de cluster de banco de dados do Aurora Standard e Aurora I/O-Optimized.
Exemplo usando Aurora Standard
O preço de uma instância de banco de dados reservada não fornece um desconto para os custos associados a armazenamento, backups e E/S. O exemplo a seguir ilustra o custo mensal total de uma instância de banco de dados reservada:
-
Uma classe de instância de banco de dados single-AZ db.r5.large reservada do MySQL Aurora em Leste dos EUA (N. da Virgínia) por um custo de USD 0,19 por hora ou USD 138,70 por mês
-
Armazenamento do Aurora a um custo de US$ 0,10 por GiB por mês (suponhamos US$ 45,60 por mês neste exemplo)
-
E/S do Aurora a um custo de US$ 0,20 por 1 milhão de solicitações (suponhamos US$ 20 por mês neste exemplo)
-
Armazenamento de backup do Aurora a US$ 0,021 por GiB por mês (suponhamos US$ 30 por mês neste exemplo)
Adicione todas essas opções (US$ 138,70 + US$ 45,60 + US$ 20 + US$ 30) com a instância de banco de dados reservada e o custo total por mês US$ 234,30.
Se você optar por usar uma instância de banco de dados sob demanda em vez de uma instância de banco de dados reservada, uma classe de instância de banco de dados single-AZ db.r5.large do Aurora MySQL no Leste dos EUA (N. da Virgínia) custa USD 0,29 por hora, ou USD 217,50 por mês. Dessa maneira, para uma instância de banco de dados sob demanda, adicione todas essas opções (US$ 217,50 + US$ 45,60 + US$ 20 + US$ 30), e o custo total por mês é US$ 313,10. Você economiza quase USD 79 por mês utilizando a instância de banco de dados reservada.
Exemplo de uso de um cluster de banco de dados do Aurora Standard com duas instâncias de leitor
Para usar instâncias reservadas para clusters de banco de dados do Aurora, basta comprar uma instância reservada para cada instância de banco de dados no cluster.
Estendendo o primeiro exemplo, você tem um cluster de banco de dados do Aurora MySQL com uma instância de banco de dados de gravador e duas réplicas do Aurora, totalizando três instâncias de banco de dados no cluster. As duas réplicas do Aurora não incorrem em cobranças extras de armazenamento ou backup. Se você comprar três instâncias de banco de dados db.r5.large reservadas do Aurora MySQL, seu custo será de USD 234,30 (para a instância de banco de dados do gravador) + 2 * (USD 138,70 + USD 20 E/D por réplica do Aurora), por um total de USD 551,70 por mês.
O custo sob demanda correspondente para um cluster de banco de dados do Aurora MySQL com uma instância de banco de dados de gravador e duas réplicas do Aurora é de USD 313,10 + 2 * (USD 217,50 + USD 20 de E/S por instância), totalizando USD 788,10 por mês. Você economiza quase USD 236,40 por mês utilizando as instâncias de banco de dados reservadas.
Exemplo usando Aurora I/O-Optimized
É possível reutilizar as instâncias de banco de dados reservadas existentes do Aurora Standard com o Aurora I/O-Optimized. Para aproveitar ao máximo os benefícios de seus descontos em instâncias reservadas com Aurora I/O-Optimized, você pode comprar 30% de instâncias reservadas adicionais semelhantes às suas instâncias reservadas atuais.
A tabela a seguir mostra exemplos de como estimar as instâncias reservadas adicionais ao usar Aurora I/O-Optimized. Se as instâncias reservadas necessárias forem uma fração, você poderá aproveitar a flexibilidade de tamanho disponível com as instâncias reservadas para chegar a um número inteiro. Nesses exemplos, “atual” se refere às instâncias reservadas Aurora Standard que você tem agora. Instâncias reservadas adicionais são o número de instâncias reservadas Aurora Standard que você deve comprar para manter seus descontos atuais em instâncias reservadas durante o uso do Aurora I/O-Optimized.
| Classe de instância de banco de dados | Instâncias reservadas atuais Aurora Standard | Instâncias reservadas necessárias para Aurora I/O-Optimized | Instâncias reservadas adicionais necessárias | Instâncias reservadas adicionais necessárias, usando flexibilidade de tamanho |
|---|---|---|---|---|
| db.r6g.large | 10 | 10 * 1,3 = 13 | 3 * db.r6g.large | 3 * db.r6g.large |
| db.r6g.4xlarge | 20 | 20 * 1,3 = 26 | 6 * db.r6g.4xlarge | 6 * db.r6g.4xlarge |
| db.r6g.12xlarge | 5 | 5 * 1,3 = 6,5 | 1,5 * db.r6g.12xlarge |
Um de cada de db.r6g.12xlarge, r6g.4xlarge e r6g.2xlarge (0,5 * db.r6g.12xlarge = 1 * db.r6g.4xlarge + 1 * db.r6g.2xlarge) |
| db.r6i.24xlarge | 15 | 15 * 1,3 = 19,5 | 4,5 * db.r6i.24xlarge |
4 * db.r6i.24xlarge + 1 * db.r6i.12xlarge (0,5 * db.r6i.24xlarge = 1 * db.r6i.12xlarge) |
Exemplo de uso de um cluster de banco de dados do Aurora I/O-Optimized com duas instâncias de leitor
Você tem um cluster de banco de dados do Aurora MySQL com uma instância de banco de dados de gravador e duas réplicas do Aurora, totalizando três instâncias de banco de dados no cluster. Eles usam a configuração do cluster de banco de dados do Aurora I/O-Optimized. Para usar instâncias de banco de dados reservadas para esse cluster, você precisaria comprar quatro instâncias de banco de dados reservadas da mesma classe de instância de banco de dados. Três instâncias de banco de dados usando o Aurora I/O-Optimized consomem 3,9 unidades normalizadas por hora, em comparação com 3 unidades normalizadas por hora para três instâncias de banco de dados usando o Aurora Standard. No entanto, você economiza os custos mensais de E/S para cada instância de banco de dados.
nota
Os preços nestes exemplos são preços de exemplo e talvez não correspondam aos preços reais. Para obter informações sobre a definição de preço do Aurora, consulte Definição de preço do Amazon Aurora
Excluir uma instância de banco de dados reservada
Os períodos de vigência de uma instância de banco de dados reservada envolvem um compromisso de um ou três anos. Não é possível cancelar uma instância de banco de dados reservada. No entanto, você pode excluir uma instância de banco de dados coberta por um desconto de instância de banco de dados reservada. O processo de exclusão de uma instância de banco de dados coberta por um desconto de instância de banco de dados reservada é o mesmo que o de qualquer outra instância de banco de dados.
Você receberá uma cobrança pelos custos adiantados, independentemente do uso dos recursos.
Se você excluir uma instância de banco de dados coberta por um desconto de instância de banco de dados reservada, poderá iniciar outra instância de banco de dados com especificações compatíveis. Neste caso, você continua recebendo a taxa com desconto durante o período de vigência da reserva (um ou três anos).
