Comece a usar a AWS gratuitamente

Crie uma conta gratuita

O nível gratuito da AWS inclui 750 horas de microinstância de banco de dados por mês durante um ano, 20 GB de armazenamento e 20 GB para backups com o Amazon Relational Database Service (RDS).

Consulte os detalhes do nível gratuito da AWS »


P: O que é o Amazon RDS?

O Amazon Relational Database Service (Amazon RDS) é um serviço gerenciado que facilita a configuração, a operação e a escalabilidade de um banco de dados relacional na nuvem. Ele fornece uma capacidade acessível e redimensionável, enquanto gerencia tarefas de banco de dados demoradas para que você tenha mais tempo para se concentrar em seus aplicativos e negócios.

O Amazon RDS disponibiliza acesso aos recursos de um mecanismo de banco de dados MySQL, MariaDB, Oracle, SQL Server ou PostgreSQL conhecido. Isso significa que o código, os aplicativos e as ferramentas que você já utiliza com seus bancos de dados devem funcionar perfeitamente com o Amazon RDS. O Amazon RDS aplica automaticamente patches no software do banco de dados e faz o backup de seu banco de dados, armazenando backups por um período de retenção definido pelo usuário. Você se beneficia da flexibilidade de poder escalar facilmente capacidade de armazenamento ou recursos computacionais associados à sua instância de banco de dados relacional. Além disso, o Amazon RDS facilita a utilização da replicação para aprimorar a disponibilidade do banco de dados, melhorar a durabilidade dos dados ou dimensionar além das restrições de capacidade de uma única instância de banco de dados para cargas de trabalho de banco de dados com uso intensivo de leitura. Assim como todos os serviços da Amazon Web Services, não há investimentos iniciais e você paga somente pelos recursos que utilizar.

P: O que é uma instância de banco de dados (DB Instance)?

Uma instância de banco de dados pode ser considerada como um ambiente de banco de dados em nuvem com os recursos computacionais e de armazenamento que você especificar. É possível criar e excluir instâncias de banco de dados, definir/redefinir atributos de infraestrutura de suas instâncias de banco de dados, além de controlar acesso e segurança por meio do Console de Gerenciamento da AWS, das APIs do Amazon RDS e da AWS Command Line Interface. Você pode executar uma ou mais instâncias de banco de dados e cada instância pode comportar um ou mais bancos de dados ou schemas de banco de dados, dependendo do tipo de mecanismo.

P: O que o Amazon RDS pode gerenciar em meu nome?

O Amazon RDS gerencia o trabalho envolvido na configuração de um banco de dados relacional desde o provisionamento da capacidade de infraestrutura desejada até a instalação do software do banco de dados. Após seu banco de dados estar em operação por meio de sua própria instância de banco de dados, o Amazon RDS automatiza tarefas administrativas comuns, como a realização de backups e correções do software de banco de dados que alimenta sua instância de banco de dados. Para implantações Multi-AZ adicionais, o Amazon RDS também gerencia a replicação de dados síncrona nas zonas de disponibilidade e o failover automático.

Visto que o Amazon RDS fornece acesso ao banco de dados nativo, é possível interagir com o software de banco de dados relacional da mesma maneira que você normalmente faria. Isso significa que você ainda é responsável por gerenciar as configurações de banco de dados que são específicas do seu aplicativo. Será necessário construir o esquema relacional mais adequado ao seu caso de uso e você será responsável por qualquer ajuste de desempenho para otimizar seu banco de dados para o fluxo de trabalho do seu aplicativo.

P: Quando devo usar as AMIs do Amazon RDS ou do Amazon EC2 Relational Database?

A Amazon Web Services fornece uma série de alternativas de banco de dados para os desenvolvedores. O Amazon RDS permite que você execute um banco de dados relacional completo ao mesmo tempo que reduz o trabalho da administração do banco de dados. O uso de uma de nossas várias AMIs de banco de dados relacionais no Amazon EC2 permite gerenciar o seu próprio banco de dados relacional na nuvem. Há diferenças importantes entre essas alternativas que poderão tornar uma delas mais apropriada para o seu caso de uso. Consulte Bancos de dados na nuvem com a AWS para obter orientações sobre a solução mais adequada para você.

P: Como começo a utilizar o Amazon RDS?

Para se cadastrar para o Amazon RDS, você precisa ter uma conta da Amazon Web Services. Crie uma conta se você não tiver uma. Após efetuar seu cadastro, consulte a documentação do Amazon RDS , que inclui o nosso Guia de conceitos básicos.

P: Como faço para criar uma instância de banco de dados?

Instâncias de banco de dados são simples de criar usando o Console de Gerenciamento da AWS, as APIs do Amazon RDS ou a AWS Command Line Interface. Para executar uma instância de banco de dados usando o Console de Gerenciamento da AWS, clique em "RDS" e depois no botão "Launch DB Instance" na guia "Instances". Depois disso, você pode especificar os parâmetros da sua instância de banco de dados, inclusive o mecanismo e a versão, o modelo de licença, o tipo de instância, o tipo e o volume de armazenamento, além das credenciais de usuário principal do banco de dados.

Também é possível alterar a política de retenção de backup da sua instância de banco de dados, a janela de backup preferencial e a janela de manutenção programada. Como alternativa, é possível criar sua instância de banco de dados usando a API CreateDBInstance ou o comando create-db-instance.

P: Como posso acessar minha instância de banco de dados em execução?

Quando sua instância de banco de dados for disponibilizada, será possível recuperar seu endpoint por meio da descrição da instância de banco de dados no Console de Gerenciamento da AWS, na API DescribeDBInstances ou no comando describe-db-instances. Ao utilizar esse ponto de extremidade, é possível construir a cadeia de caracteres de conexão exigida para se conectar diretamente à sua Instância de banco de dados usando sua ferramenta de banco de dados ou linguagem de programação preferida. Para autorizar solicitações de rede para sua Instância de Banco de Dados em operação, é necessário autorizar o acesso. Para mais detalhes sobre como construir e utilizar sua cadeia de caracteres de conexão, consulte nosso Guia de Introdução.

P: Quantas instâncias de banco de dados posso executar com o Amazon RDS?

Por padrão, os clientes podem ter um total de até 40 instâncias de banco de dados do Amazon RDS. Dessas 40, até 10 podem ser instâncias de banco de dados do Oracle ou do SQL Server, sob o modelo de "Licença Incluída". Todas as 40 podem ser utilizadas para Amazon Aurora, MySQL, MariaDB, Oracle, SQL Server ou PostgreSQL sob o modelo "BYOL". Se seu aplicativo exigir mais instâncias de banco de dados, você pode solicitar instâncias de banco de dados adicionais preenchendo este formulário de solicitação.

P: Quantos bancos de dados ou schemas posso executar em uma instância de banco de dados?

  • RDS for Amazon Aurora: Sem limites impostos pelo software
  • RDS for MySQL: Sem limites impostos pelo software
  • RDS for MariaDB: Sem limites impostos pelo software
  • RDS para Oracle: 1 banco de dados por instância; sem limites no número de schemas por banco de dados imposto pelo software
  • RDS para SQL Server: 30 bancos de dados por instância
  • RDS para PostgreSQL: Sem limites impostos pelo software

P: Como faço para importar dados para o Amazon RDS?

Há várias formas simples de importar dados para o Amazon RDS, como por meio dos utilitários mysqldump ou mysqlimport para MySQL, Data Pump, funcionalidade importar/exportar, SQL Loader para Oracle, assistente de importação/exportação, arquivos de backup completos (arquivos .bak) ou BCP (Bulk Copy Program) para SQL Server ou pg_dump para PostgreSQL. Para obter mais informações sobre importação e exportação de dados, consulte o Guia de importação de dados para MySQL, o Guia de importação de dados para Oracle, o Guia de importação de dados para SQL Server ou o Guia de importação de dados para PostgreSQL.

P: Que mecanismo de banco de dados relacional é aceito no Amazon RDS?

O Amazon RDS é compatível com mecanismos de banco de dados Amazon Aurora, MySQL, MariaDB, Oracle, SQL Server e PostgreSQL.

No momento, o Amazon RDS for MySQL é compatível com MySQL 5.5, 5.6 e 5.7 (Community Edition) com InnoDB como mecanismo padrão de armazenamento de dados. No momento, o Amazon RDS for MariaDB é compatível com o MariaDB 10.0 e 10.1, e o Amazon RDS for Oracle é compatível com o Oracle Database 11gR2 e 12c. No momento, o Amazon RDS for SQL Server é compatível com as versões 2008 R2, SQL Server 2012 (SP2) e SQL Server 2014. No momento, o Amazon RDS for PostgreSQL é compatível com o PostgreSQL 9.3, 9.4 e 9.5.

Para obter informações sobre a atualização de uma instância de banco de ados para uma nova versão de mecanismo de banco de dados, consulte o Amazon RDS User Guide.

P: O que é uma janela de manutenção? Minha instância de banco de dados ficará disponível durante a manutenção do software?

A janela de manutenção do Amazon RDS é a sua oportunidade de controlar quando as modificações de instâncias de banco de dados (como dimensionar a classe da instância de banco de dados) e a aplicação de patches de software ocorrerão, caso alguma dessas atividades seja solicitada ou exigida. Se um evento de manutenção for programado para uma determinada semana, será iniciado e concluído em algum momento durante a janela de manutenção que você identificar. As janelas de manutenção têm 30 minutos de duração.

Os únicos eventos de manutenção que exigem o Amazon RDS para deixarem sua Instância de banco de dados offline são: dimensionar operações computacionais (que geralmente levam poucos minutos do início ao fim), ou realizar patches de software. A aplicação necessária de patches é automaticamente programada somente para patches relacionados à segurança e à durabilidade. Essas aplicações de patches não ocorrem com frequência (geralmente uma vez a cada dois meses) e raramente exigem mais do que uma fração de sua janela de manutenção. Se você não especificar uma janela de manutenção semanal preferencial ao criar sua Instância de banco de dados, é atribuído uma valor padrão de 30 minutos. Se você desejar modificar quando a manutenção será realizada automaticamente, altere sua instância de banco de dados no Console de Gerenciamento da AWS, na API ModifyDBInstance ou no comando modify-db-instance. Cada uma de suas instâncias de banco de dados pode ter janelas de manutenção preferenciais diferentes, se assim você desejar.

A execução da sua instância de banco de dados como uma implantação Multi-AZ pode reduzir ainda mais o impacto de um evento de manutenção. Consulte o Guia do usuário do Amazon RDS para obter mais informações sobre operações de manutenção.

P: O Amazon RDS disponibiliza diretrizes de compatibilidade com novas versões do mecanismo de banco de dados e com a substituição de versões do mecanismo de banco de dados compatíveis no momento?

Esta instrução se aplica ao Amazon Aurora, MySQL, MariaDB, Oracle, SQL Server e PostgreSQL.

No futuro, planejamos oferecer suporte a versões de banco de dados adicionais, tanto principais quanto secundárias, para os mecanismos do Amazon RDS. O número de lançamentos de novas versões que contam com suporte em um determinado ano varia em função da frequência e do conteúdo das versões e dos patches do fornecedor ou da equipe principal do fornecedor, bem como do resultado de uma verificação detalhada dessas versões e patches pela nossa equipe de engenharia de banco de dados. No entanto, como orientação geral, pretendemos oferecer suporte às novas versões de mecanismo em 3 a 5 meses após a sua disponibilidade geral.

Veja a seguir uma declaração geral da política de substituição do Amazon RDS:

  • Pretendemos oferecer suporte aos lançamentos de versões principais (MySQL 5.6, por exemplo) por pelo menos 3 anos após o início do suporte pelo Amazon RDS.
  • Pretendemos oferecer às versões secundárias (MySQL 5.6.21, por exemplo) por pelo menos 1 ano após o início do suporte pelo Amazon RDS.
  • Ocasionalmente, deixaremos de usar versões principais e secundárias. Esperamos oferecer um período de carência de três mesas após o anúncio de fim de uso para que você possa iniciar um upgrade para uma versão suportada. Ao final do período de carência, será aplicado um upgrade automático a todas as instâncias sem upgrade durante as janelas de manutenção programadas.
  • Embora nos esforcemos para cumprir essas diretrizes, em alguns casos podemos deixar de usar versões principais ou secundárias específicas antecipadamente, como nos casos de problemas de segurança.

P: O que devo fazer se perceber que minhas solicitações estão muito lentas?

Para bancos de dados de produção, nós recomendamos que você habilite o Enhanced Monitoring, que disponibiliza mais de 50 métricas de CPU, memória, sistema de arquivos e E/S de discos. Você pode habilitar esses recursos por instância e escolher a granularidade (que pode ser reduzida a até 1 segundo). Altos níveis de utilização da CPU podem reduzir o desempenho da consulta. Nesse caso, considere escalar a classe da sua instância de banco de dados. Para obter mais informações sobre o monitoramento da sua instância de banco de dados, consulte o Amazon RDS User Guide.

Se você estiver utilizando o MySQL ou o MariaDB, é possível acessar logs de consulta lentos do seu banco de dados para determinar se há consultas SQL sendo executadas de forma lenta e, se for o caso, quais as características de desempenho de cada uma. É possível configurar o Parâmetro de banco de dados "slow_query_log" e solicitar a tabela mysql.slow_log para revisar as consultas SQL que estão sendo executadas de forma lenta. Consulte o Guia do usuário do Amazon RDS para saber mais.

Se você estiver utilizando o Oracle, você pode utilizar os dados de rastreamento de arquivo para identificar consultas lentas. Para mais informações sobre como acessar dados de rastreamento de arquivo, consulte o Guia do usuário Amazon RDS.

Caso você esteja utilizando o SQL Server, é possível utilizar rastreamentos do cliente do SQL Server para identificar consultas lentas. Para mais informações sobre como acessar dados de arquivo de rastreamento de servidor, consulte o Guia do usuário do Amazon RDS.

P: Por que a definição de preço é diferente para cada mecanismo de banco de dados RDS?

A definição de preço para cada mecanismo de banco de dados do RDS é diferente porque nossos custos são diferentes para cada um deles. Esses custos incluem vários componentes operacionais, além do licenciamento de software. Nós continuaremos a trabalhar incessantemente para reduzir custos e repassar as economias obtidas para os nossos clientes.  


P: Como serei cobrado pela utilização do Amazon RDS?

Você paga somente pelo que for usado e não há taxas mínimas ou de instalação. Você é cobrado baseado em:

  • Horas de Instâncias de banco de dados – baseadas na classe (ex.:Padrão Pequeno, Grande, Extragrande) da Instância de banco de dados utilizada. Horas parciais de instâncias de banco de dados são cobradas como horas completas.
  • Armazenamento (por GB por mês) – Capacidade de armazenamento provisionada para sua Instância de banco de dados. Se você dimensionar sua capacidade de armazenamento provisionada dentro do mês, sua fatura será rateada.
  • Solicitações de E/S por mês – Número total de solicitações de E/S de armazenamento (somente para o armazenamento magnético do Amazon RDS)
  • IOPS provisionadas por mês – Taxa de IOPS provisionadas, independentemente das IOPS consumidas (somente para armazenamento (SSD) para IOPS provisionadas do Amazon RDS)
  • Armazenamento de backup – Armazenamento de backup é o armazenamento associado aos seus backups de bancos de dados automatizados e a quaisquer snapshots de banco de dados ativos que você tenha feito. Aumentar seu período de retenção de backup ou fazer snapshots de bancos de dados adicionais aumenta o armazenamento de backup utilizado por seu banco de dados. O Amazon RDS fornece armazenamento de backup de até 100% de seu armazenamento de banco de dados provisionado, sem nenhum custo adicional. Se você possuir, por exemplo, 10 GB-meses de armazenamento de banco de dados provisionado, forneceremos até 10 GB-meses de armazenamento de backup sem nenhum custo adicional. Com base em nossa experiência como administradores de banco de dados, a maioria dos bancos de dados exige menos armazenamento bruto para um backup do que um conjunto de dados principal, dessa maneira os clientes nunca pagarão por armazenamento de backup. O armazenamento de backup somente é gratuito para as Instâncias de banco de dados ativos.
  • Transferência de dados – Transferência de dados de Internet para dentro e para fora de sua Instância de banco de dados.

Para informações sobre a definição de preços do Amazon RDS, visite a seção de definição de preços na página de produto do Amazon RDS.

P: Quando começa e termina a cobrança de minhas instâncias de banco de dados Amazon RDS?

A cobrança para uma Instância de banco de dados se inicia a partir do momento em que a Instância de banco de dados estiver disponível. O faturamento continua até a Instância de banco de dados ser encerrada, o que pode ocorrer após sua exclusão ou caso ocorra falha na instância.

P: O que define horas tarifáveis de instâncias Amazon RDS?

As horas de Instância de banco de dados são cobradas por cada hora que sua Instância de banco de dados está sendo executada em um estado disponível. Se você não deseja ser cobrado pela Instância de banco de dados, você deve encerrá-la para evitar ser cobrado para horas adicionais de instância. Horas parciais de instâncias de banco de dados são cobradas como horas completas.

P: Por que o armazenamento adicional de backup tem maior custo do que o armazenamento alocado de instâncias de banco de dados?

O armazenamento provisionado à sua Instância de banco de dados para seus dados principais está localizado em uma única Zona de disponibilidade. Ao fazer backup de seu banco de dados, os dados de backup (incluindo logs de transações) são replicados de modo georredundante por meio de múltiplas Zonas de disponibilidade para oferecer níveis ainda maiores de durabilidade de dados. O preço para armazenamento de backup além de sua alocação grátis reflete essa replicação extra que ocorre para maximizar a durabilidade de seus backups críticos.

P: Como serei cobrado pela implantação de instâncias de banco de dados Multi-AZ?

Se você especificar que sua Instância de banco de dados deve ser uma implantação Multi-AZ, sua fatura será de acordo com o preço Multi-AZ postado na página de definição de preços do Amazon RDS. A cobrança de Multi-AZ se baseia em:

  • Horas de Instâncias de banco de dados Multi-AZ – baseadas na classe (ex.: Padrão Pequeno, Grande, Extragrande) da Instância de banco de dados utilizada. Assim como as implantações padrão em uma única Zona de disponibilidade, horas parciais de Instâncias de banco de dados utilizadas são cobradas como horas totais. Se você converter sua implantação de Instância de banco de dados de padrão para Multi-AZ dentro do período de uma hora, ambas as taxas aplicáveis por aquela hora serão cobradas.
  • Armazenamento provisionado (para Instância de banco de dados Multi-AZ) – Se você converter sua implantação de padrão para Multi-AZ em um período de uma hora, a taxa de armazenamento aplicável mais alta para aquela hora será cobrada.
  • Solicitações de E/S por mês – Número total de solicitações de E/S que você possuir. Implantações Multi-AZ utilizam um volume maior de solicitações de E/S do que implantações de Instância de banco de dados padrão, dependendo da sua taxa de gravação/leitura de banco de dados. Uso de gravação de E/S associado com atualizações de banco de dados será duplicado enquanto o Amazon RDS replica seus dados em sincronia para a Instância de banco de dados em espera. O uso de leitura de E/S permanecerá igual.
  • Armazenamento de backup – Seu uso de armazenamento de backup não mudar[a independente de sua Instância de banco de dados ser padrão ou ser uma implantação Multi-AZ. Os backups simplesmente serão retirados da espera para evitar suspensão de E/S na Instância de banco de dados principal.
  • Transferência de dados – Você não será cobrado pela transferência de dados resultante da replicação de dados entre seu modo principal e o modo de espera.

P: Os preços incluem impostos?

Exceto onde informado de outra forma, nossos preços não incluem impostos e taxas (inclusive ICMS e imposto sobre vendas) aplicáveis. Para clientes com endereço de cobrança no Japão, o uso da região Ásia-Pacífico (Tóquio) está sujeito ao imposto sobre consumo japonês. Saiba mais.


P: O que o nível de uso gratuito da AWS para o Amazon RDS oferece?

A oferta do nível gratuito da AWS para o Amazon RDS disponibiliza a utilização gratuita de microinstâncias de banco de dados Single-AZ executando MySQL, MariaDB, PostgreSQL, Oracle (no modelo de licenciamento "Bring-Your-Own-License" [BYOL]) e SQL Server Express Edition. O nível de uso gratuito é limitado a 750 horas de instância por mês. Os clientes também recebem 20 GB de armazenamento de banco de dados, 10 milhões de E/S e 20 GB de armazenamento de backup gratuitamente por mês.

P: Por quanto tempo o nível de uso gratuito da AWS para Amazon RDS estará disponível para mim?

As novas contas da AWS recebem 12 meses de acesso no nível gratuito da AWS. Veja as perguntas frequentes do nível gratuito da AWS para obter mais informações.

P: Eu posso executar mais de uma instância de banco de dados no nível de uso gratuito da AWS para Amazon RDS?

Sim. Você pode executar mais de uma microinstância de banco de dados Single-AZ simultaneamente e estar qualificado para utilização no nível de uso gratuito da AWS para o Amazon RDS. No entanto, qualquer uso que exceda 750 horas de instância em todas as microinstâncias de banco de dados Single-AZ do Amazon RDS e em todos os mecanismos de banco de dados e regiões elegíveis será cobrado pelo preço padrão do Amazon RDS.

Por exemplo, se você executar duas microinstâncias de banco de dados Single-AZ por 400 horas cada em um mês, acumulará 800 horas de utilização de instâncias, das quais 750 horas serão gratuitas. As 50 horas restantes serão cobradas pelo preço padrão do Amazon RDS.

P: Eu tenho acesso a 750 horas de instância em cada microinstância de banco de dados MySQL, MariaDB, PostgreSQL, Oracle e SQL Server no nível gratuito da AWS?

Não. Um cliente com acesso ao nível de uso gratuito da AWS pode usar até 750 horas de microinstâncias executando MySQL, PostgreSQL, Oracle ou SQL Server Express Edition. Qualquer uso que exceda 750 horas de instância em todas as microinstâncias de banco de dados Single-AZ do Amazon RDS e em todos os mecanismos de banco de dados e regiões elegíveis será cobrado pelo preço padrão do Amazon RDS.

P: O nível de uso gratuito da AWS para Amazon RDS está disponível em todas as regiões da AWS?

O nível de uso gratuito da AWS para Amazon RDS está disponível em todas as regiões da AWS, exceto GovCloud (EUA).

P: Como sou cobrado quando minha utilização de horas de instância excede o benefício de nível de uso gratuito?

Você é cobrado pelo preço padrão do Amazon RDS pelas horas de instância utilizadas além do que o nível de uso gratuito oferece. Veja a página de definição de preço do Amazon RDS para obter detalhes.


P: O que é uma instância reservada (IR)?

As instâncias reservadas do Amazon RDS permitem que você reserve uma instância de banco de dados por um período de um ou três anos e, em troca, receba um desconto considerável em comparação à definição de preço de instâncias sob demanda para a instância de banco de dados. Existem três opções de pagamento de instâncias reservadas (sem pagamento adiantado, pagamento adiantado parcial e pagamento adiantado integral). Essas opções permitem estabelecer um equilíbrio entre o valor pago antecipadamente e o preço horário efetivo.

P: Em que diferem as instâncias reservadas das instâncias sob demanda de banco de dados?

Em termos de funcionalidade, as instâncias reservadas e as instâncias de banco de dados sob demanda são exatamente as mesmas. A única diferença é a forma de cobrança das instâncias de banco de dados. Com instâncias reservadas, você compra uma reserva durante um período de um ou três anos e, em troca, recebe uma taxa reduzida de uso efetivo por hora (em comparação com as instâncias de banco de dados sob demanda) durante o período contratado.

P: Como faço para adquirir e criar instâncias reservadas?

Você pode comprar uma instância reservada na seção "Reserved Purchase" do Console de Gerenciamento da AWS. Como alternativa, você pode usar a API do Amazon RDS ou a AWS Command Line Interface para listar as reservas disponíveis para compra e, então, comprar uma reserva de instância de banco de dados.

Depois de fazer uma compra de reserva, o uso de uma instância de banco de dados reservada será igual ao de uma instância de banco de dados sob demanda. Execute uma instância de banco de dados usando a categoria, o mecanismo e a região iguais aos da instância para a qual você fez a reserva. Enquanto a sua compra de reserva estiver ativa, o Amazon RDS aplicará a taxa por hora reduzida à qual você tem direito para a nova instância de banco de dados.

P: Sempre haverá reservas disponíveis para compra?

Sim. As Instâncias reservadas são adquiridas para a região e não para a Zona de disponibilidade. Isso significa que mesmo que a capacidade seja limitada em uma Zona de disponibilidade, as reservas ainda podem ser adquiridas naquela região e usadas em uma Zona de disponibilidade diferente dentro daquela região.

P: Quantas instâncias reservadas posso comprar?

Você pode adquirir até 40 instâncias de banco de dados reservadas. Se você deseja 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.

P: E se eu quisesse converter uma instância existente de banco de dados em uma instância reservada?

Basta comprar uma reserva de Instância de banco de dados com a mesma classe de Instância de banco de dados, o mesmo DB Engine e o mesmo modelo de licença dentro da mesma região que a Instância de banco de dados que você está executando atualmente e que gostaria de reservar. Se a compra da reserva for bem sucedida, o Amazon RDS aplicará automaticamente sua nova taxa de uso por hora para sua Instância de banco de dados existente.

P: Se eu me registrar para uma instância reservada, quando o período inicia? O que acontece com minha instância de banco de dados ao encerrar o prazo?

As mudanças na definição de preço associadas a uma instância reservada são ativadas após sua solicitação ser recebida enquanto a autorização de pagamento é processada. Você pode acompanhar o status de sua reserva na página de atividade da conta da AWS ou utilizando a API DescribeReservedDBInstances ou o comando describe-reserved-db-instances. Se o pagamento único não for autorizado com sucesso até o período da próxima fatura, o preço descontado não terá efeito.

Quando o período de validade de sua reserva encerrar, sua Instância reservada sofrerá alteração para a taxa de uso On-Demand por hora apropriada para sua classe de Instância de banco de dados e sua região.

P: Como posso controlar quais instâncias de banco de dados serão cobradas pela taxa de instância reservada?

As operações do Amazon RDS para criar, modificar e excluir instâncias de banco de dados não fazem distinção entre instâncias sob demanda e reservadas. Ao calcular sua fatura, nosso sistema aplicará suas reservas para que todas as instâncias de banco de dados qualificadas sejam cobradas com a menor taxa horária de instâncias de banco de dados reservadas.

P: O que acontece com a minha reserva se eu expandir ou reduzir a classe da instância reservada?

Cada reserva está associada com o seguinte conjunto de atributos: DB Engine, classe de Instância de banco de dados, tipo de implantação, modelo de licença e região. Cada reserva pode ser aplicada somente a uma Instância de banco de dados com os mesmos atributos para a duração de cada período. Se você decidir modificar algum desses atributos de sua classe de Instância de banco de dados em execução antes do término do período da reserva, suas taxas de uso por hora para aquela Instância de banco de dados será revertida para taxas On-Demand por hora. Se você modificar posteriormente os atributos das Instâncias de banco de dados em execução para serem iguais àqueles da reserva original, ou criar uma nova Instância de banco de dados com os mesmos atributos que suas reservas originais, seu preço reservado será aplicado a ela até o final do período de sua reserva.

P: Posso mover uma instância reservada de uma região ou zona de disponibilidade para outra?

Cada Instância reservada está associada a uma região específica, que é determinada por toda a duração da reserva e não pode ser alterada. Contudo, cada reserva pode ser usada em qualquer uma das zonas de disponibilidade dentro da região associada.

P: Há instâncias reservadas disponíveis para implantações Multi-AZ?

Sim. Ao fazer uma chamada para a API DescribeReservedDBInstancesOfferings ou para o comando describe-reserved-db-instances-offerings, procure pelas opções Multi-AZ listadas entre as configurações de instância de banco de dados disponíveis para compra. Se você desejar comprar uma reserva para uma instância de banco de dados com replicação síncrona entre várias zonas de disponibilidade, especifique uma dessas ofertas ao chamar a API PurchaseReservedDBInstancesOffering.

P: As instâncias reservadas podem ser utilizadas para réplicas de leitura?

Uma reserva da banco de dados padrão também pode ser aplicada a uma Réplica de leitura, desde que a classe e a região da Instância de banco de dados sejam iguais. Ao calcular sua fatura, nosso sistema automaticamente aplicará sua(s) Reserva(s), para que todas as Instâncias de banco de dados dessa categoria sejam cobradas com a taxa mais baixa por hora da Instância de banco de dados reservada.

P: Posso cancelar uma reserva?

Não, não é possível cancelar sua instância de banco de dados reservada, e o pagamento único (se for o caso) não é reembolsável. Você continuará a pagar por cada hora durante a vigência da instância de banco de dados reservada, independentemente da utilização.

P: Como as opções de pagamento afetam minha fatura?

Quando você compra uma IR com a opção de pagamento adiantado integral, paga por todo o período de vigência da IR em um único pagamento adiantado. Você pode optar por não pagar nada adiantado escolhendo a opção sem pagamento adiantado. O valor total da IR sem pagamento adiantado é distribuído por todas as horas do período de vigência e você será cobrado por cada hora do período, independentemente do uso. A opção de pagamento adiantado parcial é híbrido das opções de pagamento adiantado integral e sem pagamento adiantado. Você faz um pequeno pagamento adiantado e é cobrada uma taxa baixa por cada hora do período de vigência, independentemente do uso.


P: Como determino qual classe inicial e qual capacidade de armazenamento de instância de banco de dados são apropriadas para as minhas necessidades?

Para selecionar sua classe inicial de Instância de banco de dados, avalie as necessidades computacionais, de memória e de armazenamento de sua aplicação. Para obter informações sobre as classes de instância de banco de dados disponíveis, consulte o Amazon RDS User Guide.

P: Como posso escalar a capacidade de armazenamento e/ou os recursos computacionais associados à minha instância de banco de dados do Amazon RDS?

É possível escalar os recursos computacionais e armazenar capacidade alocada para a sua instância de banco de dados usando o Console de Gerenciamento da AWS (ao selecionar a instância de banco de dados desejada e clicando no botão "Modify"), a API do RDS ou a AWS Command Line Interface. Recursos de memória e de CPU são modificados ao alterar sua classe de Instância de banco de dados e o armazenamento disponível é modificado ao alterar sua alocação de armazenamento. Leve em consideração que, ao modificar sua classe de Instância de banco de dados ou seu armazenamento alocado, suas alterações solicitadas serão aplicadas durante a janela de manutenção especificada. Outra opção é usar o marcador "aplicar imediatamente" para aplicar suas solicitações de dimensionamento imediatamente. Lembre-se de que qualquer outra alteração pendente do sistema também será aplicada.

Monitore a utilização computacional e de recursos de armazenamento de sua Instância de banco de dados, sem custo adicional, através do Amazon CloudWatch. É possível acessar métricas como utilização de CPU, utilização de armazenamento e tráfego de rede ao clicar na aba "Monitoramento" para sua Instância de banco de dados no AWS Management Console ou usando as APIs do Amazon CloudWatch. Para saber mais sobre como monitorar suas instâncias de banco de dados ativas, leia o Amazon RDS User Guide.

Observe que o SQL Server, devido às limitações de capacidade de extensão de armazenamento distribuído, anexado a um ambiente Windows Server, o Amazon RDS não suporta atualmente o aumento de espaço de armazenamento. Embora esteja em nossos planos suportar essa funcionalidade futuramente, recomendamos o provisionamento de espaço para armazenamento com base no crescimento futuro previsto para o armazenamento. Até que isso ocorra, se você precisar aumentar o espaço de armazenamento de uma Instância de Banco de Dados do SQL Server, você precisará exportar os dados, criar uma nova instância de Banco de Dados com maior espaço de armazenamento e importar os dados para ela. Consulte o guia de importação de dados do SQL Server para maiores informações.

P: Qual é a configuração de hardware para o armazenamento do Amazon RDS?

O Amazon RDS utiliza volumes EBS para armazenamento de banco de dados e de log. Dependendo do tamanho do armazenamento solicitado, o Amazon RDS automaticamente cruza múltiplos volumes EBS para aprimorar o desempenho IOPS. Para MySQL e Oracle, para uma Instância de Banco de Dados existente, é possível observar um aprimoramento de capacidade de E/S se você aumentar seu armazenamento. Você pode escalar a capacidade de armazenamento alocada para sua instância de banco de dados usando o Console de Gerenciamento da AWS, a API ModifyDBInstance ou o comando modify-db-instance.

No entanto, para o SQL Server, devido às limitações de capacidade de extensão do armazenamento distribuído anexado a um ambiente Windows Server, o Amazon RDS não suporta atualmente o aumento do espaço de armazenamento.

Para obter mais informações, consulte Armazenamento para o Amazon RDS.

P: Minha instância de banco de dados permanecerá disponível durante a escalabilidade?

A capacidade de armazenamento alocada para sua Instância de banco de dados pode ser expandida ao mesmo tempo em que a disponibilidade da Instância de banco de dados é mantida. Contudo, ao decidir expandir ou reduzir os recursos computacionais disponíveis para sua Instância de banco de dados, seu banco de dados ficará temporariamente indisponível enquanto a classe de Instância de banco de dados é modificada. Esse período de indisponibilidade geralmente tem duração de apenas alguns minutos e ocorrerá durante a janela de manutenção para sua Instância de banco de dados, a não ser que você especifique que a modificação deva ser aplicada imediatamente.

P: Como posso dimensionar minha instância de banco de dados além da maior classe de instância de banco de dados e da capacidade máxima de armazenamento?

O Amazon RDS oferece suporte a uma variedade de classes de instância e alocação de armazenamento de banco de dados, a fim de atender as diferentes necessidades de aplicativos. Caso o seu aplicativo necessite mais recursos computacionais do que a maior classe de Instância de banco de dados ou mais armazenamento do que a alocação máxima, você pode implementar partições, distribuindo assim seus dados por várias Instâncias de banco de dados.

P: O que é o armazenamento de propósito geral (SSD) do Amazon RDS?

O armazenamento de propósito geral (SSD) do Amazon RDS é adequado para uma grande variedade de cargas de trabalho de banco de dados com requisitos moderados de E/S. Com uma linha de base de 3 IOPS/GB e a capacidade de intermitência de até 3.000 IOPS, esta opção de armazenamento oferece desempenho previsível para atender às necessidades da maioria dos aplicativos.

P: O que é o armazenamento com IOPS provisionadas (SSD) do Amazon RDS?

O armazenamento com IOPS provisionadas (SSD) do Amazon RDS é uma opção de armazenamento que usa SSD para oferecer desempenho de E/S rápido, previsível e consistente. Com o armazenamento com IOPS provisionadas (SSD) do Amazon RDS, você especifica uma taxa de IOPS ao criar uma instância de banco de dados e o Amazon RDS provisiona essa taxa de IOPS durante a vida útil da instância de banco de dados. O armazenamento com IOPS provisionadas (SSD) do Amazon RDS é otimizado para cargas de trabalho com processamento de transações on-line de produção (OLTP) e com uso intensivo de E/S. Para obter mais detalhes, consulte o Amazon RDS User Guide.

P: O que é o armazenamento magnético do Amazon RDS?

Conhecido anteriormente como armazenamento padrão, o armazenamento magnético do Amazon RDS é útil para pequenas cargas de trabalho de banco de dados onde o acesso aos dados é menos frequente.

P: Como escolher entre os tipos de armazenamento do Amazon RDS?

Escolha o tipo de armazenamento mais adequado para a sua carga de trabalho.

  • Cargas de trabalho OLTP de alto desempenho: armazenamento com IOPS provisionadas (SSD) do Amazon RDS
  • Cargas de trabalho de banco de dados com requisitos moderados de E/S: armazenamento de propósito geral (SSD) do Amazon RDS
  • Cargas de trabalho de banco de dados pequenas com E/S pouco frequente: armazenamento magnético do Amazon RDS

P: Quais são as IOPS mínima e máxima compatíveis com o Amazon RDS?

As IOPS suportadas pelo Amazon RDS variam por mecanismo de banco de dados. Para obter mais detalhes, consulte o Guia do usuário do Amazon RDS.

P: Qual é a diferença entre backups automáticos e snapshots de banco de dados?

O Amazon RDS fornece dois métodos diferentes de fazer backup e restaurar seus backups automatizados de sua(s) instância(s) de banco de dados e seus snapshots de banco de dados.

O recurso de backup automatizado do Amazon RDS permite a recuperação de um momento exato de sua Instância de banco de dados. Ao ativar backups automatizados para sua Instância de Banco de Dados, o Amazon RDS automaticamente realiza um snapshot diário completo de seus dados (durante sua janela de backup preferencial) e captura os logs de transação (à medida que suas instâncias de banco de dados são atualizadas). Ao iniciar a recuperação de um momento exato, os logs de transação são aplicados ao backup diário mais apropriado, a fim de restaurar sua Instância de Banco de Dados para o momento específico solicitado. O Amazon RDS retém backups de uma Instância de Banco de Dados por um período de tempo específico definido pelo usuário, chamado de período de retenção, que por padrão é de um dia, mas pode ser configurado para até 35 dias. Você pode iniciar a restauração de um momento exato e especificar qualquer segundo durante seu período de retenção, até o último momento restaurável. É possível utilizar a API DescribeDBInstances para retornar o último momento restaurável para sua(s) instância(s) de banco de dados, que geralmente é dentro dos últimos cinco minutos. Outra opção para encontrar o último momento restaurável para uma Instância de banco de dados é selecioná-lo no AWS Management Console e procurar na aba "Descrição" no painel inferior do Console.

Os Snapshots de banco de dados são iniciados pelo usuário e permitem que você faça o backup de sua Instância de banco de dados em um estado conhecido e com a frequência que quiser para depois restaurar àquele estado específico a qualquer momento. DB snapshots podem ser criados com o Console de Gerenciamento da AWS, a API CreateDBSnapshot ou o comando create-db-snapshot e serão mantidos até que você os exclua explicitamente.

Os snapshots que o Amazon RDS executa para habilitar backups automáticos estão disponíveis para cópia (ao usar o Console da AWS ou o comando copy-db-snapshot) ou para a funcionalidade de restauração de snapshot. Você pode identificá-los usando o tipo de snapshot "automatizado". Além disso, é possível identificar a hora na qual o snapshot foi criado, visualizando o campo "Hora de criação de Snapshot". Como alternativa, o identificador dos snapshots "automáticos" também contêm a hora (no fuso horário UTC) na qual o snapshot foi criado.

Atenção: ao realizar uma operação de restauração para um momento exato (point-in-time) ou por meio de um DB snapshot, uma nova instância de banco de dados será criada com um novo endpoint (se desejar, a antiga instância de banco de dados poderá ser excluída). Isso é feito para permitir que você crie várias instâncias de banco de dados por meio de um DB snapshot específico ou um momento exato (point-in-time).

P: Preciso ativar backups da minha instância de banco de dados ou isso é feito automaticamente?

Por padrão e sem custo adicional, o Amazon RDS permite backups automatizadas de sua Instância de banco de dados com um período de retenção de 1 dia. O armazenamento de backup gratuito é limitado ao tamanho de seu banco de dados provisionado e se aplica somente às suas Instâncias de banco de dados ativas. Se você possuir, por exemplo, 10 GB-meses de armazenamento de banco de dados provisionado, forneceremos até 10 GB-meses de armazenamento de backup sem nenhum custo adicional. Se você quiser estender seu período de retenção de backup além de um dia, isso é possível utilizando a API CreateDBInstance (ao criar uma nova Instância de banco de dados) ou a API ModifyDBInstance (para uma Instância de banco de dados existente). É possível utilizar essas APIs para modificar o parâmetro RetentionPeriod de 1 para o número de dias desejado. Para obter mais informações sobre backups automatizados, consulte o Guia do usuário do Amazon RDS.

P: O que é uma janela de backup e por que ela é necessária? Meu banco de dados fica disponível durante a janela de backup?

A janela de backup preferencial é o período de tempo definido pelo usuário durante o qual é feito o backup de sua instância de banco de dados. O Amazon RDS utiliza esses backups de dados periódicos em conjunto com seus logs de transação para permitir que você restaure sua instância de banco de dados para qualquer segundo durante seu período de retenção, até o LatestRestorableTime (geralmente até os últimos minutos). Durante a janela de backup, a E/S de armazenamento pode ser suspensa brevemente enquanto o processo de backup inicializa (geralmente em alguns segundos). É possível que ocorra um breve período de aumento na latência. Não há período de suspensão de E/S para implantações Multi-AZ, visto que o backup é feito por meio do modo de espera.

P: Onde estão armazenados meus snapshots de banco dados e backups automatizados e como administro sua retenção?

Os backups automatizados e os DB snapshots do Amazon RDS são armazenados no S3.

Você pode utilizar o Console de Gerenciamento da AWS ou a API ModifyDBInstance ou o comando modify-db-instance para gerenciar por quanto tempo seus backups automáticos serão mantidos, modificando o parâmetro RetentionPeriod. Se desejar desativar completamente os backups automatizados, você poderá fazer isso ao configurar o período de retenção para 0 (não é recomendado). É possível gerenciar seus DB snapshots criados pelo usuário por meio da seção "Snapshots" do Console do Amazon RDS. Também é possível ver uma lista de DB snapshots criados pelo usuário para uma instância de banco de dados específica usando a API DescribeDBSnapshots ou o comando describe-db-snapshots e excluir snapshots usando a API DeleteDBSnapshot ou o comando delete-db-snapshot.

P: O que acontece com meus backups e snapshots de banco de dados se eu excluir minha instância de banco de dados?

Quando você exclui uma instância de banco de dados, poderá criar um snapshot de banco de dados final após a exclusão; se o fizer, poderá usar esse snapshot de banco de dados para restaurar posteriormente a instância de banco de dados excluída. O Amazon RDS retém esse snapshot de banco de dados junto com todos os outros snapshots de banco de dados criados manualmente depois de a instância de banco de dados ser excluída. Consulte a página de definição de preço para obter detalhes sobre custos de armazenamento de backup.

Os backups automatizados são excluídos quando a instância de banco de dados é excluída. Somente snapshots de banco de dados criados manualmente serão retidos após a instância de banco de dados ser excluída.


P: O que é a Amazon Virtual Private Cloud (VPC) e por que eu posso querer usá-la com o Amazon RDS?

O Amazon VPC permite que você crie um ambiente de rede virtual em uma seção provada e isolada da nuvem da Amazon Web Services (AWS), onde poderá exercer um controle completo sobre os aspectos como a faixa de endereços de IP, sub-redes, tabelas de roteamento e gateways de rede. Com o Amazon VPC, você pode definir uma tecnologia de rede virtual e personalizar a configuração de rede para parecer-se com uma rede de IP tradicional que poderá operar no seu próprio datacenter.

Um dos cenários em que você pode querer usar o Amazon RDS no VPC é se quiser executar um aplicativo da web voltado ao público, enquanto ainda mantêm servidores de back-end não acessíveis para publicidade em um subnet privado. Você pode criar uma sub-rede pública para seus servidores da web que têm acesso à Internet, e colocar o suas instâncias de banco de dados do RDS de backend em uma sub-rede privada. Para obter mais informações sobre o Amazon VPC, consulte o Amazon Virtual Private Cloud User Guide.

P: No que difere utilizar o Amazon RDS dentro de uma VPC ao invés da plataforma EC2-Classic (não VPC)?

A funcionalidade básica do Amazon RDS é a mesma, independentemente da maneira de como você usa a VPC. O Amazon RDS gerencia backups, correções de software, detecção e recuperação de erros automáticas, réplicas de leitura, seja suas instâncias de banco de dados implantadas dentro ou fora de um VPC.

Às instâncias de banco de dados do Amazon RDS implantadas fora de um VPC são atribuídos endereços IP externos (para os quais o nome do Endpoit/DNS determina) que fornece conectividade a partir do EC2 ou da Internet. Na Amazon VPC, as instâncias de banco de dados do Amazon RDS possuem apenas endereços IP privados (em uma sub-rede que você define). É possível configurar a VPC para tornar uma instância de banco de dados do Amazon RDS nela acessível publicamente; consulte a documentação de VPC para obter mais informações. Para obter mais informações sobre as diferenças entre o EC2-Classic e o EC2-VPC, consulte a documentação do EC2.

P: O que é um grupo de sub-rede de banco de dados e por que eu preciso de um?

Um grupo de sub-redes de banco de dados é um conjunto de sub-redes que você pode designar para suas instâncias de banco de dados de RDS em um VPC. Cada grupo de sub-redes de banco de dados possui no mínimo uma sub-rede para cada zona de disponibilidade em uma dada região. Ao criar uma instância de banco de dados em um VPC, você vai precisar selecionar um grupo de sub-redes de banco de dados. O Amazon RDS utiliza esse grupo de sub-redes de banco de dados e sua zona de disponibilidade preferencial para selecionar uma sub-rede e um endereço de IP naquela sub-rede. O Amazon RDS cria e associa uma interface de rede elástica para sua Instância de Banco de Dados com esse endereço de IP.

Observe que é altamente recomendável que você use um nome de DNS para conectar com sua Instância de Banco de Dados conforme o endereço de IP pode ser alterado (p.ex., durante um failover).

Para implementações Multi-AZ, a definição de uma sub-rede para todas as zonas disponíveis em uma região permitirá ao Amazon RDS criar uma nova espera em outra zona de disponibilidade, caso surja a necessidade. Você precisa fazer isso mesmo para implementações Single-AZ, caso queira convertê-las em implementações Multi-AZ em algum momento.

P: Como crio uma instância de banco de dados do Amazon RDS na VPC?

Para um exemplo prático de como criar uma instância de banco de dados em um VPC, consulte o Guia do usuário do Amazon RDS.

Veja a seguir os pré-requisitos necessários para criar uma instância de banco de dados em um VPC:

  • Você precisa ter uma configuração de VPC com no mínimo uma sub-rede criada em cada zona de disponibilidade na região que você quer implementar sua Instância de Banco de Dados. Para obter mais informações sobre como criar subnets e Amazon VPC, consulte o Guia de conceitos básicos do Amazon VPC.
  • É preciso ter um grupo de sub-redes de banco de dados definido para seu VPC.
  • É preciso ter um grupo de segurança do banco de dados definido para seu VPC (ou você pode usar o padrão fornecido).
  • Além disso, você deve alocar adequadamente blocos CIDR grandes para cada uma de suas sub-redes, assim haverá endereços de IP excedentes para o Amazon RDS utilizar durante as atividades de manutenção, incluindo computação de escala e failover, etc.

P: Como posso controlar o acesso de rede para minhas instâncias de banco de dados?

Visite a seção Grupos de segurança do Guia do usuário do Amazon RDS para saber mais sobre as diferentes maneiras de controlar o acesso às suas instâncias de banco de dados.

P: Como protejo as instâncias de banco de dados do Amazon RDS que estão sendo executadas na VPC?

Os grupos de segurança do VPC podem ser usados para ajudar a proteger instâncias de banco de dados em um Amazon VPC. Além disso, o tráfego de rede entrando e saindo de cada sub-rede pode ser permitido ou recusado por meio de Listas de controle de acesso (ACLs) de rede. Todo o tráfego da rede que entra ou sai do VPC via conexão VPN IPSec pode ser inspecionado por sua infraestrutura de segurança, incluindo firewalls de rede, detecção de invasão e sistemas de prevenção.

P: Como faço para conectar a uma instância de banco de dados do RDS no VPC?

Instâncias de banco de dados implementadas em um VPC podem ser acessadas por instâncias implementadas na mesmo VPC. Caso essas instâncias de EC2 estejam implantadas em uma sub-rede pública com IPs elásticos associados, você poderá acessar as instâncias de EC2 por meio da Internet.

Instâncias de banco de dados implementadas em uma VPC podem ser acessadas da Internet ou de instâncias de EC2 fora do VPC por meio de VPN ou bastion hosts que você pode executar na sua sub-rede pública ou usando a opção publicamente acessível do Amazon RDS:

  • Para usar um bastion host, você vai precisar configurar uma rede-pública em uma instância de EC2 que aja como um SSH Bastion. Essa sub-rede pública precisa ter regras de roteamento e gateway de Internet que permitam que o tráfego seja direcionado via SSH host, o qual deve então enviar solicitações para endereços de IP privados de sua Instância de Banco de Dados do EDS.
  • Para usar conectividade pública, basta criar suas instâncias de banco de dados com a opção publicamente acessível definida como sim. Com a opção publicamente acessível ativa, as suas instâncias de banco de dados de uma VPC estarão totalmente acessíveis de fora da VPC por padrão. Isso significa que você não precisa configurar uma VPN ou um bastion host para permitir o acesso às suas instâncias.

Você também pode configurar um gateway de VPN que estenda sua rede corporativa para seu VPC, e permita o acesso para a instância de banco de dados do RDS naquele VPC. Consulte o Guia do usuário do Amazon VPC para mais detalhes.

Observe que é altamente recomendável que você use um nome de DNS para conectar com sua Instância de Banco de Dados conforme o endereço de IP subjacente pode ser alterado (p.ex., durante um failover).

P: Posso transferir minhas instâncias de banco de dados atuais fora da VPC para dentro dela?

Se a sua instância de banco de dados não estiver localizada em uma VPC, será possível usar o Console de Gerenciamento da AWS para transferir facilmente a instância de banco de dados para a VPC. Consulte o Guia do usuário do Amazon RDS para obter mais detalhes. Você pode também criar um snapshot da sua instância de banco de dados fora da VPC e restaurá-la na VPC ao especificar o grupo de sub-rede de banco de dados que você deseja usar. Como alternativa, você também pode realizar a operação "Restore to Point in Time".

P: Posso transferir minhas instâncias de banco de dados atuais de dentro da VPC para fora dela?

A migração de instâncias de banco de dados de dentro para fora da VPC não é compatível. Por razões de segurança, uma snapshot de banco de dados de uma instância de banco de dados dentro do VPC não pode ser restaurada para fora do VPC. Isso também serve para a funcionalidade “Restore to Point in Time”. Caso precise mover sua instância de banco de dados de dentro para fora do VPC, será necessário exportar seus dados de sua instância de banco de dados de origem, no seu VPC, para sua instância de banco de dados implementada fora do VPC.

P: Quais precauções devo tomar para garantir que as minhas instâncias de banco de dados na VPC estejam acessíveis pelo meu aplicativo?

Você é responsável por modificar tabelas de roteamento e ACLs de rede no seu VPC para garantir que sua instância de banco de dados seja alcançável a partir de instâncias de clientes no VPC.

Para implementações Multi-AZ, após um failover, sua instância de EC2 de cliente e Instância de Banco de Dados de RDS podem estar em diferentes zonas de disponibilidade. Você deve configurar suas ACLs de rede para garantir que a comunicação cross-AZ seja possível.

P: Posso alterar o grupo de sub-redes da minha instância de banco de dados?

Um grupo de sub-rede de banco de dados existente pode ser atualizado para adicionar mais sub-redes para zonas de disponibilidade existentes ou para novas zonas de disponibilidade adicionadas após a criação da instância de banco de dados. Remover sub-redes de um grupo de sub-redes existente pode causar indisponibilidade para instâncias que estão executando em um AZ que é removido do grupo de sub-rede.

No momento, a atualização de um grupo de sub-rede de banco de dados existente não altera a sub-rede atual da instância de banco de dados implementada. É necessária uma operação de escalabilidade da instância. Atualmente não é permitida a alteração de grupo de sub-rede do banco de dados de uma instância de banco de dados já implementada.

P: O que é uma conta de usuário mestre do Amazon RDS e em que ela difere de uma conta da AWS?

Para começar a utilizar o Amazon RDS é necessário possuir uma conta de desenvolvedor da AWS. Se você não possuir uma antes de se registrar para o Amazon RDS, será solicitado que você crie uma ao iniciar o processo de cadastramento. Uma conta de usuário master é diferente de uma conta de desenvolvedor da AWS e é usada somente no contexto do Amazon RDS para controlar o acesso à(s) sua(s) instância(s) de banco de dados. A conta de usuário master é uma conta de usuário de banco de dados nativa que você pode utilizar para se conectar à sua Instância de banco de dados. É possível especificar o nome de usuário master e a senha que deseja associar a cada Instância de banco de dados ao criar a Instância de banco de dados. Após criar sua Instância de banco de dados, é possível conectar-se ao banco de dados utilizando as credencias de usuário master. Consequentemente, você também pode desejar criar contas de usuário adicionais para restringir quem pode acessar sua Instância de banco de dados.

P: Que privilégios são concedidos por minha instância de banco de dados ao usuário mestre?

Para o MySQL, os privilégios padrão para o usuário master incluem: criar, remover, referências, evento, alterar, excluir, indexar, inserir, selecionar, atualizar, criar tabelas temporárias, bloquear tabelas, disparar, criar visualização, exibir visualização, alterar rotina, criar rotina, executar, disparar, criar usuário, processar, exibir banco de dados, conceder opção.

Para o Oracle, a função "dba" é concedida ao usuário master. O usuário master herda a maioria dos privilégios associados com a função. Leia o Guia do usuário do Amazon RDS para ver a lista de privilégios restritos e as alternativas correspondentes para realizar tarefas administrativas que podem exigir esses privilégios.

Para o SQL Server, um usuário que criar um banco de dados receberá a função de "db_owner". Leia o Guia do usuário do Amazon RDS para ver a lista de privilégios restritos e as alternativas correspondentes para realizar tarefas administrativas que podem exigir esses privilégios.

P: O que há de novo com relação ao gerenciamento de usuários com o Amazon RDS?

Não, tudo funciona da mesma maneira que com um banco de dados relacional que você mesmo gerencia.

P: Os programas em execução nos servidores em meu próprio datacenter podem acessar os bancos de dados do Amazon RDS?

Sim. Você deve ativar intencionalmente a capacidade de acessar o banco de dados pela internet configurando Grupos de segurança. Você pode autorizar acesso somente para IPs, faixas de IP ou sub-redes específicos correspondentes a servidores em seu próprio datacenter.

P: Posso criptografar conexões entre meu aplicativo e minha instância de banco de dados usando SSL?

Sim, no momento essa opção é compatível com os mecanismos MySQL, MariaDB, SQL Server, PostgreSQL e Oracle.

O Amazon RDS gera um certificado SSL para cada instância de banco de dados. Após estabelecer uma conexão criptografada, os dados transferidos entre a instância de banco de dados e sua aplicação serão criptografados durante a transferência.

Apesar do SSL oferecer benefícios de segurança, lembre-se de que a criptografia SSL é uma operação com uso intensivo de computação que aumenta a latência de conexão com o banco de dados. O Amazon RDS oferece suporte ao SSL para criptografar a conexão entre a aplicação e a instância de banco de dados, e não deve ser usado para autenticar a própria instância de banco de dados.

Para obter mais detalhes sobre como estabelecer uma conexão criptografada com o Amazon RDS, consulte MySQL User Guide, MariaDB User GuideSQL Server User GuidePostgreSQL User Guide ou Oracle User Guide do Amazon RDS. Para saber mais sobre como o SSL funciona com esses mecanismos consulte diretamente a documentação do MySQL, MariaDB, SQL Server (MSDN), PostgreSQL ou Oracle.

P: Posso criptografar dados ociosos nos bancos de dados do Amazon RDS?

O Amazon RDS oferece criptografia de dados ociosos para todos os mecanismos de banco de dados usando chaves gerenciadas por você no AWS Key Management Service (KMS). Em uma instância de banco de dados executada com a criptografia do Amazon RDS, os dados ociosos armazenados no armazenamento subjacente são criptografados, bem como seus backups automáticos, réplicas de leitura e snapshots. A criptografia e a descriptografia são processadas de forma transparente. Para obter mais informações sobre o uso do KMS com o Amazon RDS, consulte o Amazon RDS User's Guide.

No momento, não há suporte para a criptografia de uma instância de banco de dados existente. Para usar a criptografia do Amazon RDS para um banco de dados existente, crie uma nova instância de banco de dados com criptografia ativada e migre seus dados para ela.

O Amazon RDS for Oracle e SQL Server oferecem suporte para as tecnologias de criptografia transparente de dados desses mecanismos. A criptografia transparente de dados no Oracle é integrada ao AWS CloudHSM, que permite gerar, armazenar e gerenciar chaves de criptografia com segurança em dispositivos Hardware Secure Module (HSM) dedicados a um único cliente na Nuvem AWS. Para obter mais informações, consulte as seções do Amazon RDS User's Guide que tratam do Oracle e do SQL Server.

P: Como faço para controlar as ações que meus sistemas e usuários podem adotar em recursos específicos do RDS?

Você pode controlar as ações que podem ser executadas pelos seus usuários e grupos do AWS IAM em recursos do RDS. Você faz isso referenciando os recursos do RDS nas políticas do AWS IAM aplicadas a seus usuários e grupos. Os recursos do RDS que podem ser referenciados em uma política do AWS IAM incluem instâncias de banco de dados, snapshots de banco de dados, réplicas de leitura, grupos de segurança de banco de dados, grupos de opção de banco de dados, grupos de parâmetros de banco de dados, assinaturas de eventos e grupos de sub-redes de banco de dados. Além disso, você pode identificar esses recursos para adicionar outros metadados aos seus recursos. Usando a identificação, você pode classificar seus recursos (ou seja, instâncias de banco de dados de "Desenvolvimento", instâncias de banco de dados de "Produção", instâncias de banco de dados de "Teste", etc.) e escrever políticas do AWS IAM que relaciona as permissões (ou seja, ações) que podem ser tomadas em recursos com as mesmas identificações. Para obter mais informações, consulte Gerenciamento de acesso aos recursos e bancos de dados do seu Amazon RDS e identificação de recursos do Amazon RDS

P: Quero executar uma análise de segurança ou solução de problemas operacionais na minha implementação de RDS. Posso obter um histórico de todas as chamadas de API do RDS realizadas na minha conta?

Sim. O AWS CloudTrail é um serviço da web que registra as chamadas de APIs da AWS para a sua conta e envia os arquivos de log para você. O histórico de chamadas de APIs da AWS gerado pelo CloudTrail possibilita análises de segurança, rastreamento de alteração de recursos e auditoria de conformidade. Saiba mais sobre o CloudTrail na página de detalhes do AWS CloudTrail, e ative o CloudTrail na página inicial do CloudTrail no AWS Management Console.


P: Como posso escolher os parâmetros de configuração corretos para minhas instâncias de banco de dados?

Como padrão, o Amazon RDS escolhe parâmetros de configuração ideais para a sua instância de banco de dados, levando em conta a categoria e a capacidade de armazenamento da instância. No entanto, se você desejar alterá-los, use o Console de Gerenciamento da AWS, as APIs do Amazon RDS ou a AWS Command Line Interface. Leve em consideração que a alteração dos parâmetros de configuração dos valores recomendados pode ter efeitos indesejados, que variam de uma queda de desempenho até falhas de sistema. A alteração só deve ser feita por usuários avançados que desejem assumir esses riscos.

P: O que são grupos de parâmetros do banco de dados? Como eles são úteis?

Um grupo de parâmetros do banco de dados age como um "contêiner" para valores de configuração de mecanismo que podem ser aplicados a uma ou mais Instâncias de banco de dados. Se você criar uma Instância de banco de dados sem especificar um grupo de parâmetros do banco de dados, um grupo de parâmetros padrão de banco de dados é utilizado. Esse grupo padrão contém padrões de mecanismos e padrões de sistema do Amazon RDS otimizados para a Instância de banco de dados que você está executando. Contudo, se você deseja executar sua Instância de banco de dados com seus valores personalizados de configuração de mecanismo, basta criar um novo grupo de parâmetros do banco de dados, modificar os parâmetros desejados e modificar a Instância de banco de dados para utilizar o novo grupo de parâmetros do banco de dados. Após serem associadas, todas as instâncias de banco de dados que utilizam um parameter group do banco de dados específico recebem todas as atualizações de parâmetro para aquele parameter group de banco de dados.

Para obter mais informações sobre como configurar parameter groups de banco de dados, leia o Guia do usuário do Amazon RDS.

P: Posso monitorar a configuração dos meus recursos do Amazon RDS?

É possível usar o AWS Config para registrar continuamente alterações nas configurações para instâncias de banco de dados do Amazon RDS, grupos de sub-rede de banco de dados, DB snapshots, security groups de banco de dados e assinaturas de eventos, além de receber notificações sobre alterações por meio do Amazon Simple Notification Service (SNS). Também é possível criar o AWS Config Rules para avaliar se esses recursos do RDS têm as configurações desejadas.  


P: Que tipos de replicações são admitidas no Amazon RDS e quando devo usar cada um?

O Amazon RDS fornece duas opções de replicação distintas que servem a dois propósitos diferentes.

Se você deseja utilizar a replicação para aumentar a disponibilidade de banco de dados enquanto protege suas mais recentes atualizações de banco de dados contra interrupções inesperadas, uma opção é executar sua Instância de banco de dados como uma implantação Multi-AZ. Ao criar ou modificar sua Instância de banco de dados para ser executada como uma implantação Multi-AZ, o Amazon RDS automaticamente provisionará e gerenciará uma Réplica "em espera" em uma Zona de disponibilidade diferente (infraestrutura independente em uma local físico separado). Caso ocorra uma manutenção programada de banco de dados, uma falha da Instância de banco de dados ou uma falha de Zona de disponibilidade, o Amazon RDS automaticamente fará um failover para a espera para que as operações de banco de dados possam ser retomadas rapidamente sem intervenção administrativa. Implantações Multi-AZ utilizam replicação simultânea, realizando gravações de banco de dados concomitantemente no principal e na espera, para que a espera esteja atualizada caso ocorra um failover. Visto que nossa implementação tecnológica para Instâncias de banco de dados Multi-AZ maximiza a durabilidade de dados em casos de falha, isso impede a espera de ser acessada diretamente ou de ser usada para operações de leitura. A tolerância a falhas oferecida por implantações Multi-AZ as tornam a melhor opção para ambientes de produção.

Para ajudar a aumentar a escala além das restrições de capacidade de uma única instância de banco de dados para cargas de trabalho de banco de dados com uso elevado da leitura, o Amazon RDS oferece réplicas de leitura. É possível criar uma réplica de leitura de uma instância de banco de dados específica usando o Console de Gerenciamento da AWS, a API do RDS ou a AWS Command Line Interface. Após a criação da réplica de leitura, as atualizações de banco de dados da instância de banco de dados de origem serão propagadas para a réplica de leitura. É possível criar várias réplicas de leitura para uma determinada instância de banco de dados e distribuir o tráfego de leitura de seu aplicativo entre elas.

As réplicas de leitura são compatíveis com o Amazon RDS para MySQL e PostgreSQL. Ao contrário das Implantações Multi-AZ, as réplicas de leitura desses mecanismos utilizam a tecnologia de replicação incorporada e estão sujeitas a suas capacidades e limitações. Mais especificamente, as atualizações são aplicadas à(s) sua(s) Réplica(s) de Leitura após elas ocorrerem na Instância de banco de dados de origem (replicação "assíncrona"), e o atraso de replicação pode variar significativamente. Isso significa que atualizações de banco de dados recentes feitas a uma Instância de banco de dados padrão (não Multi-AZ) podem não estar presentes em Réplicas de leitura associadas, caso ocorra uma falha inesperada na Instância de banco de dados de origem. Dessa maneira, as Réplicas de leitura não oferecem os mesmos benefícios de durabilidade de dados que as implantações Multi-AZ. Enquanto Réplicas de leitura podem fornecer alguns benefícios de disponibilidade de leitura, elas não são desenvolvidas para aprimorar a disponibilidade de gravação.

É possível utilizar implantações Multi-AZ e Réplicas de leitura em conjunto para usufruir dos benefícios complementares de cada um. Basta especificar que uma implantação Multi-AZ específica é a Instância de banco de dados de origem para sua(s) Réplica(s) de leitura. Dessa maneira, você ganha tanto os benefícios de durabilidade e disponibilidade de dados de implantações Multi-AZ quanto os benefícios de dimensionamento de leitura de Réplicas de leitura.

P: O que significa executar uma instância de banco de dados como uma implantação Multi-AZ?

Ao criar ou modificar sua Instância de banco de dados para ser executada como uma implantação Multi-AZ, o Amazon RDS automaticamente providencia e mantém uma Réplica "em espera" simultânea em uma Zona de disponibilidade diferente. Atualizações para sua Instância de banco de dados são replicadas simultaneamente através de Zonas de disponibilidade para a espera, a fim de manter ambos em sincronia e proteger suas últimas atualizações de banco de dados contra falhas de Instância de banco de dados. Durante alguns tipos de manutenção programada, ou no caso de falha de Instância de banco de dados ou falha de Zona de disponibilidade, o Amazon RDS automaticamente fará o failover para a espera, para que você possa retomar gravações e leituras de banco de dados assim que a espera for promovida. Como o registro de nome para a instância de banco de dados permanece o mesmo, a aplicação pode retomar as operações de banco de dados sem precisar de intervenção administrativa manual. Com implantações Multi-AZ, a replicação é transparente: você não interage diretamente com a espera e ela não pode ser utilizada para servir ao tráfego de leitura. Mais informações sobre implantações Multi-AZ podem ser encontradas no Amazon RDS User Guide.

P: O que é zona de disponibilidade?

As Zonas de disponibilidade são locais distintos dentro de uma região e são projetadas para serem isoladas de falhas em outras Zonas de disponibilidade. Cada Zona de disponibilidade opera em sua própria infraestrutura fisicamente distinta e independente e é projetada para ser altamente confiável. Pontos comuns de falhas como geradores e equipamentos de refrigeração não são compartilhados pelas zonas de disponibilidade. Além disso, eles são fisicamente separados, de tal forma que mesmo desastres extremamente incomuns, como incêndios, tornados ou enchentes, afetariam somente uma única zona de disponibilidade. As Zonas de disponibilidade dentro da mesma região beneficiam-se de conectividade de rede com baixa latência.

P: O que significa ''principal'' e ''em espera'' no contexto de uma implantação Multi-AZ?

Ao executar uma Instância de banco de dados como uma implantação Multi-AZ, o "principal" atende às gravações e leituras de banco de dados. Além disso, o Amazon RDS providencia e mantém um "em espera" em segundo plano, que é uma Réplica atualizada da principal. O em espera é "promovido" em situações de failover. Após um failover, o em espera se torna o principal e aceita suas operações de banco de dados. Você não interage diretamente com o em espera (por exemplo, operações de leitura) em nenhum momento antes da promoção. Se você estiver interessado em escalar tráfego de leitura além das restrições de capacidade de uma única instância de banco de dados, consulte as perguntas frequentes sobre réplicas de leitura.

P: Quais são os benefícios de uma implantação Multi-AZ?

Os principais benefícios de executar sua Instância de banco de dados como uma implantação Multi-AZ são a durabilidade e a disponibilidade aprimoradas de banco de dados. Essa maior disponibilidade e tolerância de falha oferecidas por implantações Multi-AZ as tornam a melhor opção para ambientes de produção.

Executar sua Instância de banco de dados como uma implantação Multi-AZ protege seus dados caso ocorra, inesperadamente, uma falha de componentes de Instância de banco de dados ou uma perda de disponibilidade em uma Zona de disponibilidade. Por exemplo, se um volume de armazenamento de seu principal falhar, o Amazon RDS automaticamente inicia um failover para o em espera, onde todas as atualizações de seu banco de dados estão intactas. Isso fornece uma durabilidade de dados adicional relativa às implantações padrão em um único AZ, em que uma operação de restauração feita por usuário seria necessária e atualizações feitas após o último momento restaurável (geralmente dentro dos últimos cinco minutos) não estariam disponíveis.

Você também se beneficiará da disponibilidade aprimorada de banco de dados ao executar sua Instância de banco de dados como uma implantação Multi-AZ. Se ocorrer uma falha de Zona de disponibilidade ou de instância de banco de dados, o impacto em sua disponibilidade estará limitado ao tempo que o failover automático leva para ser concluído. Os benefícios de disponibilidade do Multi-AZ também se estendem à manutenção planejada. Com backups automatizados, por exemplo, a atividade de E/S não é mais suspensa no seu principal durante sua janela de manutenção preferencial, pois os backups são retirados da espera. No caso de realizar um patch ou um dimensionamento de classe de Instância de banco de dados, essas operações ocorrem primeiro na espera, antes do failover automático. Como resultado, seu impacto de disponibilidade é limitado ao tempo necessário para o failover automático ser concluído.

Outro benefício incluído ao executar sua Instância de banco de dados como uma implantação Multi-AZ é o failover de Instância de banco de dados automático que não requer nenhuma administração. No contexto do Amazon RDS, isso significa que você não precisa monitorar eventos de Instância de banco de dados e iniciar a recuperação manual de Instância de banco de dados (através das APIs RestoreDBInstanceToPointInTime ou RestoreDBInstanceFromSnapshot) caso haja uma falha de Zona de disponibilidade ou falha de Instância de banco de dados.

P: Existem quaisquer implicações de desempenho em executar minha instância de banco de dados como uma implantação Multi-AZ?

É possível observar latências elevadas relacionadas a uma implantação padrão de instância de banco de dados em uma única zona de disponibilidade, resultantes da replicação de dados simultânea realizada em seu nome.

P: Ao executar minha instância de banco de dados como uma implantação Multi-AZ, posso usar o modo de espera para operações de leitura ou de gravação?

Não, a Réplica em espera não pode executar solicitações de leitura. Implantações Multi-AZ são projetadas para fornecer disponibilidade e durabilidade de banco de dados aprimoradas e não benefícios de dimensionamento de leitura. Sendo assim, o recurso utiliza replicação simultânea entre principal e em espera. Nossa implementação garante que o principal e o em espera estejam constantemente sincronizados, mas impede o uso do em espera para operações de leitura ou de gravação. Caso tenha interesse em uma solução de dimensionamento de leitura, consulte nossas Perguntas frequentes sobre réplicas de leitura.

P: Como posso configurar uma implantação de instância de banco de dados Multi-AZ?

Para criar uma implantação de Instância de banco de dados Multi-AZ, basta clicar na opção "Sim" para “Implantação Multi-AZ” ao iniciar uma Instância de banco de dados com o AWS Management Console. Alternativamente, se você estiver utilizando as APIs do Amazon RDS, é possível chamar a API CreateDBInstance e configurar o parâmetro "Multi-AZ" para o valor "verdadeiro". Para converter uma Instância de banco de dados padrão (AZ único) para Multi-AZ, modifique a Instância de banco de dados no AWS Management Console ou utilize a API ModifyDBInstance e configure o parâmetro Multi-AZ para verdadeiro.

P: O que acontece quando converto uma instância do RDS de Single-AZ para Multi-AZ?

Para os mecanismos de dados MySQL, MariaDB, PostgreSQL e Oracle do RDS, quando você converte uma instância do RDS de Single-AZ para Multi-AZ, acontece o seguinte:

  • É criado um snapshot da instância primária
  • Usando esse snapshot, uma nova instância de espera é criada em uma zona de disponibilidade diferente
  • Uma replicação síncrona é configurada entre as instâncias primária e de espera

Dessa forma, não deve ocorrer tempo de inatividade quando uma instância é convertida de Single-AZ para Multi-AZ.

P: Que eventos fazem com que o Amazon RDS inicie um failover para o modo de Réplica em espera?

O Amazon RDS detecta e recupera automaticamente os cenários de falha mais comuns das implantações Multi-AZ para que você possa reiniciar as operações de banco de dados o mais rápido possível, sem intervenção administrativa. O Amazon RDS executa automaticamente um failover em qualquer uma das seguintes ocorrências:

  • Perda de disponibilidade na Zona de disponibilidade principal
  • Perda de conectividade de rede para principal
  • Falha de unidade computacional na principal
  • Falha de armazenamento na principal

Observação: quando operações como ações de escalabilidade de instâncias de banco de dados ou upgrades de sistema como aplicação de patches no SO são iniciadas em implantações Multi-AZ, são aplicadas primeiro na espera antes de um failover automático para oferecer melhor disponibilidade. Como resultado, o impacto na disponibilidade é limitado ao tempo necessário para a conclusão do failover automático. Note que implantações do Amazon RDS Multi-AZ não executam failover automaticamente em caso de operações de banco de dados como consultas com execução demorada, bloqueios ou erros de corrupção de banco de dados.

P: Serei alertado quando ocorrer um failover automático?

Sim. O Amazon RDS emitirá um evento de instância de banco de dados para informá-lo que houve um failover. Clique na seção "Events" do Console do Amazon RDS ou use a API DescribeEvents para retornar informações sobre eventos relacionados à sua instância de banco de dados. Você também poderá usar as notificações de evento do Amazon RDS para ser notificado quando ocorrerem eventos específicos de banco de dados.

P: O que acontece durante o failover Multi-AZ e quanto tempo leva?

O failover é automaticamente controlado pelo Amazon RDS para que você possa retomar operações de banco de dados o mais rápido possível e sem intervenção administrativa. Ao ocorrer um failover, o Amazon RDS simplesmente troca o registro de nome canônico (CNAME) por sua Instância de banco de dados para apontar para a espera, que em troca é promovida e se torna o novo principal. Encorajamos você a seguir práticas recomendadas e implementar novas tentativas de conexão de banco de dados na camada de aplicativo.

Os failovers, definidos como o intervalo entre a detecção da falha no banco de dados principal e a retomada das transações no banco de dados de espera, em geral são concluídos em um a dois minutos. O tempo de failover também pode ser afetado pela necessidade ou não de grandes transações não confirmadas serem recuperadas; o uso de tipos de instância adequadamente grandes é recomendado com o Multi-AZ para a obtenção dos melhores resultados. A AWS também recomenda o uso de IOPS provisionadas com instâncias Multi-AZ para obtenção de alto desempenho, previsibilidade e taxa de transferência constante.

P: Posso iniciar um “failover forçado" para minha implantação de instância de banco de dados Multi-AZ?

O Amazon RDS executará failover automaticamente e sem intervenção do usuário em diversas condições de falha. Além disso, o Amazon RDS oferece uma opção para iniciar um failover quando reiniciar sua instância. Você pode acessar este recurso por meio do Console de Gerenciamento da AWS ou ao usar a chamada API RebootDBInstance.

P: Como controlo/configuro a replicação síncrona Multi-AZ?

Com implantações Multi-AZ, basta configurar o parâmetro "Multi-AZ" para verdadeiro. A criação da espera, da replicação simultânea e do failover é controlada automaticamente. Isso significa que não é possível selecionar a Zona de disponibilidade em que sua espera é implantada ou alterar o número de esperas disponíveis (provisões do Amazon RDS uma espera dedicada por Instância de banco de dados principal). A espera também não pode ser configurada para aceitar atividades de leitura do banco de dados. Saiba mais sobre configurações Multi-AZ.

P: Minha instância em espera ficará na mesma região que minha principal?

Sim. Sua espera é automaticamente provisionada em uma Zona de disponibilidade diferente da mesma região que a sua Instância de banco de dados principal.

P: É possível ver em qual zona de disponibilidade minha principal está situada atualmente?

Sim, é possível visualizar o local da principal atual utilizando o Console de Gerenciamento da AWS ou a API DescribeDBInstances.

P: Após o failover, minha principal agora está localizada em uma zona de disponibilidade diferente do que meus outros recursos AWS (por exemplo, instâncias EC2). Devo preocupar-me com a latência?

As Zonas de disponibilidade são projetadas para fornecer conectividade de rede de baixa latência para outras Zonas de disponibilidade na mesma região. Além disso, você tem a opção de arquitetar seu aplicativo e outros recursos da AWS com redundância através de múltiplas Zonas de disponibilidade para que seu aplicativo seja resistente no caso de uma falha de Zona de disponibilidade. Implantações Multi-AZ abordam essa necessidade para a tier do banco de dados sem administração de sua parte.

P: Como as instâncias de banco de dados e os backups automáticos funcionam com minha implantação Multi-AZ?

A interação com a funcionalidade de backup automatizado e de snapshot de banco de dados é a mesma de uma implantação padrão Single-AZ ou Multi-AZ. Se você estiver executando uma implantação Multi-AZ, os backups automatizados e snapshots de banco de dados serão simplesmente executados na espera para evitar suspensão de E/S na principal. Note que você poderá experimentar uma maior latência de E/S (normalmente por alguns minutos) durante os backups de implantações Single-AZ e Multi-AZ.

O início de uma operação de restauração (restauração de um momento exato ou de um snapshot de banco de dados) também funciona da mesma forma para implantações Multi-AZ e Single-AZ padrão. Novas implantações de Instância de banco de dados podem ser criadas com as APIs RestoreDBInstanceFromSnapshot ou RestoreDBInstanceToPointInTime. Essas novas implantações de Instância de banco de dados podem ser padrão ou Multi-AZ, independente do backup de origem ter sido iniciado em uma implantação padrão ou Multi-AZ.

P: O que significa executar uma instância de banco de dados como uma réplica de leitura?

As réplicas de leitura facilitam o uso da funcionalidade de replicação incluída nos mecanismos suportados para obter escalabilidade horizontal elástica além das restrições de capacidade de uma única instância de banco de dados para cargas de trabalho de banco de dados com uso intensivo de leitura. Você pode criar uma réplica de leitura com apenas alguns cliques no AWS Management Console ou usando a API CreateDBInstanceReadReplica. Após a criação da réplica de leitura, atualizações de banco de dados na instância de banco de dados de origem serão replicadas utilizando a replicação assíncrona nativa do mecanismo suportado. É possível criar várias réplicas de leitura para uma determinada instância de banco de dados e distribuir o tráfego de leitura de seu aplicativo entre elas. Como as réplicas de leitura usam a replicação incorporada dos mecanismos suportados, estão sujeitas às suas capacidades e limitações. Mais especificamente, as atualizações são aplicadas às suas réplicas de leitura após elas ocorrerem na instância de banco de dados de origem e o atraso de replicação pode variar significativamente. As réplicas de leitura podem ser associadas a implantações Multi-AZ para obter benefícios de escalabilidade de leitura, além de disponibilidade de gravação de banco de dados e durabilidade de dados melhores disponibilizadas pelas implantações Multi-AZ.

P: Quando seria interessante considerar o uso de uma réplica de leitura do Amazon RDS?

Há inúmeros casos em que implantar uma ou mais Réplicas de leitura para uma Instância de banco de dados específica pode fazer sentido. Razões comuns para implantar uma Réplica de leitura incluem:

  • Expandir além da capacidade computacional ou de E/S de uma única Instância de banco de dados para cargas de trabalho de leitura pesadas de banco de dados. Esse tráfego de leitura excessivo pode ser direcionado a uma ou mais Réplicas de leitura.
  • Atender ao tráfego de leitura enquanto a Instância de banco de dados de origem está indisponível. Se sua Instância de banco de dados de origem não consegue atender às solicitações de E/S (por exemplo, devido à suspensão de E/S para backups ou à manutenção programada), é possível direcionar tráfego de leitura para sua(s) Réplica(s) de leitura. Para esse tipo de uso, lembre-se de que os dados na Réplica de leitura podem estar "desatualizados", pois a Instância de banco de dados de origem está indisponível.
  • Casos de relatórios de negócios ou de armazenamento de dados; você pode desejar que consultas de relatórios de negócios sejam executadas contra uma Réplica de leitura, em vez de sua Instância de banco de dados principal e de produção.

P: Preciso ativar backups automáticos na instância de banco de dados antes de criar réplicas de leitura?

Sim. Ative backups automáticos na instância de banco de dados antes de adicionar réplicas de leitura, definindo o período de retenção do backup como um valor diferente de 0. Os backups devem permanecer ativados para que as réplicas de leitura funcionem.

P: Quais versões dos mecanismos de banco de dados oferecem suporte a réplicas de leitura do Amazon RDS?

Amazon RDS for MySQL: as instâncias de banco de dados com MySQL versão 5.5 (ou versões mais recentes) são compatíveis com a criação de réplicas de leitura. Os backups automáticos devem estar e permanecer habilitados na instância de banco de dados de origem para operações de réplica de leitura. Os backups automáticos são compatíveis apenas com réplicas de leitura do Amazon RDS executando MySQL 5.6 ou posterior, e não são compatíveis com as versões 5.5.

Amazon RDS for PostgreSQL: as instâncias de banco de dados com PostgreSQL versão 9.3.5 (ou versões mais recentes) são compatíveis com a criação de réplicas de leitura. As instâncias PostgreSQL atuais anteriores à versão 9.3.5 devem ser atualizadas para o PostgreSQL versão 9.3.5 para possibilitar o uso das réplicas de leitura do Amazon RDS.

Amazon RDS for MariaDB: as instâncias de banco de dados com MariaDB versão 10.0 (ou versões mais recentes) são compatíveis com a criação de réplicas de leitura. Os backups automáticos devem estar e permanecer habilitados na instância de banco de dados de origem para operações de réplica de leitura.

P: Como posso implantar uma réplica de leitura para uma determinada instância de banco de dados?

É possível criar uma réplica de leitura em alguns minutos usando a API CreateDBInstanceReadReplica ou com apenas alguns cliques no Console de Gerenciamento da AWS. Ao criar uma Réplica de leitura, você pode identificá-la como uma Réplica de leitura ao especificar um SourceDBInstanceIdentifier. O SourceDBInstanceIdentifier é o identificador da Instância de banco de dados da Instância de banco de dados de "origem" a partir da qual você deseja fazer a replicação. Da mesma forma que com uma Instância de banco de dados padrão, também é possível especificar a Zona de disponibilidade, a classe de Instância de banco de dados e a janela de manutenção preferida. A versão do mecanismo (por exemplo, PostgreSQL 9.3.5) e a alocação de armazenamento de uma réplica de leitura são herdadas da instância de banco de dados de origem. Ao iniciar a criação de uma Réplica de leitura, o Amazon RDS faz um snapshot de sua Instância de banco de dados de origem e inicia a replicação. Como resultado, ocorrerá uma breve suspensão de E/S de sua Instância de banco de dados de origem à medida que ocorrer o snapshot. Essa suspensão de E/S geralmente dura cerca de um minuto e pode ser evitada se a Instância de banco de dados de origem for uma implantação Multi-AZ (no caso de implantações Multi-AZ, snapshots são realizados a partir da espera). No momento, o Amazon RDS também está trabalhando em uma otimização (a ser lançada em breve) para que, ao criar várias réplicas de leitura durante uma janela de 30 minutos, todas elas utilizem o mesmo snapshot de origem para minimizar o impacto de E/S (replicação "para recuperar o atraso" pois cada réplica de leitura iniciará após a criação).

P: Como posso me conectar à(s) minha(s) réplica(s) de leitura?

É possível conectar-se a uma Réplica de leitura da mesma maneira que a uma Instância de banco de dados padrão, utilizando a API DescribeDBInstance ou a AWS Management Console para recuperar o(s) ponto(s) de extremidade para sua(s) Réplica(s) de leitura. Se você possuir múltiplas Réplicas de leitura, seu aplicativo terá de determinar como o tráfego de leitura será distribuído entre elas.

P: Quantas réplicas de leitura eu posso criar a partir de uma determinada instância de banco de dados de origem?

No momento, o Amazon RDS for MySQL, MariaDB e PostgreSQL permite criar até 5 (cinco) réplicas de leitura para uma determinada instância de banco de dados.

P: Posso criar uma réplica de leitura em uma região da AWS diferente da região da instância de banco de dados de origem?

O Amazon RDS for MySQL, MariaDB e PostgreSQL é compatível com réplicas de leitura em regiões diferentes.

P: As réplicas de leitura do Amazon RDS oferecem suporte à replicação síncrona?

Não. As réplicas de leitura no Amazon RDS for MySQL, MariaDB e PostgreSQL são implementadas usando a replicação assíncrona nativa desses mecanismos.

P: Posso usar uma réplica de leitura para melhorar a disponibilidade de gravação do banco de dados ou para proteger os dados em minha instância de banco de dados de origem contra situações de falha?

Se você deseja utilizar a replicação para aumentar a disponibilidade de gravação de banco de dados e proteger atualizações de banco de dados recentes contra diversas situações de falha, recomendamos que execute sua instância de banco de dados como uma implantação Multi-AZ. Com as réplicas de leitura do Amazon RDS, que usam a replicação assíncrona nativa dos mecanismos suportados, as gravações de banco de dados ocorrem em uma réplica de leitura após serem realizadas na instância de banco de dados de origem. Esse "atraso" de replicação pode variar consideravelmente. Em contraste, a replicação utilizada pelas implantações Multi-AZ são simultâneas, de forma que todas as gravações de banco de dados são concomitantes na principal e na espera. Isso protege suas atualizações de banco de dados mais recentes, pois elas devem estar disponíveis na espera caso um failover seja necessário. Além disso, com implantações Multi-AZ, a replicação é totalmente controlada. O Amazon RDS automaticamente monitora condições de falhas de Instância de banco de dados ou falhas de Zonas de disponibilidade e inicia um failover automático para a espera caso ocorra uma falha.

P: Posso criar uma réplica de leitura com uma implantação de instância de banco de dados Multi-AZ como sua origem?

Sim. Já que as Instâncias de banco de dados Multi-AZ atendem a uma necessidade diferente de Réplicas de leitura, faz sentido utilizar as duas em conjunto para implantações de produção e associar uma Réplica de leitura a uma implantação de Instância de banco de dados Multi-AZ. A Instância de banco de dados Multi-AZ de "origem" fornece disponibilidade de gravação e durabilidade de dados, e a Réplica de leitura associada aprimoraria o poder de dimensionamento do tráfego de leitura.

P: As réplicas de leitura do Amazon RDS podem ser transformadas em Multi-AZ?

No momento, o Amazon RDS for MySQL, MariaDB e PostgreSQL não são compatíveis com essa transformação.

P: Se minha(s) réplica(s) de leitura utiliza(m) uma implantação de instância de banco de dados Multi-AZ como origem, o que acontece se um failover Multi-AZ ocorrer?

Caso ocorra um failover Multi-AZ, quaisquer Réplicas de leitura associadas e disponíveis devem automaticamente retomar a replicação após a conclusão do failover (adquirindo atualizações da principal recém-promovida).

P: Posso criar uma réplica de leitura de outra réplica de leitura?

Amazon RDS for MySQL e MariaDB: você pode criar uma réplica de leitura de segunda camada por meio de uma réplica de leitura de primeira camada atual. Criando uma réplica de leitura de segundo nível, você poderá mover parte da carga de replicação da instância mestre de banco de dados para uma réplica de leitura de primeiro nível. Observe que uma réplica de leitura de segundo nível pode apresentar um atraso maior em relação ao mestre devido à latência de replicação adicional introduzida conforme as transações são replicadas a partir do mestre para a réplica de primeiro nível e, em seguida, para a réplica de segundo nível.

Amazon RDS para PostgreSQL: no momento, não há suporte para réplicas de leitura de réplicas de leitura.

P: Minhas réplicas de leitura podem aceitar apenas operações de leitura do banco de dados?

Réplicas de leitura destinam-se a auxiliar o tráfego de leitura. Contudo, pode haver tipos de uso em que usuários avançados desejem completar instruções SQL de Linguagem de definição de dados (DDL) contra uma Réplica de leitura. Os exemplos podem incluir adicionar um índice de banco de dados a uma réplica de leitura, que é utilizada para relatórios de negócios, sem adicionar o mesmo índice à instância de banco de dados de origem correspondente.

O Amazon RDS para MySQL pode ser configurado para permitir a execução de instruções de DDL SQL em uma réplica de leitura. Se você deseja ativar operações além de leituras para uma determinada réplica de leitura, modifique o grupo de parâmetros do banco de dados ativo para a réplica de leitura, configurando o parâmetro "read_only" para "0".

No momento, o Amazon RDS para PostgreSQL não oferece suporte à execução de instruções de DDL SQL em uma réplica de leitura.

P: Posso converter minha réplica de leitura em uma instância de banco de dados "separada"?

Sim. Consulte o Guia do usuário do Amazon RDS para mais detalhes.

P: Minha réplica de leitura se manterá atualizada com relação à sua instância de banco de dados de origem?

As atualizações para uma instância de banco de dados de origem serão automaticamente replicadas a quaisquer réplicas de leitura associadas. No entanto, com a tecnologia de replicação assíncrona dos mecanismos suportados, uma réplica de leitura pode ficar defasada em relação à instância de banco de dados de origem por vários motivos. Os principais motivos incluem:

  • O volume de E/S de gravação para a Instância de banco de dados de origem excede a taxa à qual pode ser aplicada a Réplica de leitura (esse problema tem mais probabilidade de surgir se a capacidade computacional de uma Réplica de leitura é menor do que a Instância de banco de dados de origem).
  • As transações complexas ou de longa duração para a Instância de banco de dados de origem atrasam a replicação para a Replicação de leitura.
  • Partições de rede ou latência entre a Instância de banco de dados de origem e uma Réplica de leitura

As réplicas de leitura estão sujeitas às capacidades e limitações da replicação nativa dos mecanismos suportados. Se você estiver utilizando Réplicas de leitura, você deve estar ciente do potencial de atraso entre uma Réplica de leitura e sua Instância de banco de dados de origem, ou "inconsistência". Clique aqui para orientações sobre o que fazer se sua(s) Réplica(s) de leitura ficarem significativamente para trás de sua origem.

P: Como posso ver o status das réplicas de leitura ativas?

Você pode utilizar a API DescribeDBInstances padrão para retornar uma lista de todas as instâncias de banco de dados implantadas (inclusive réplicas de leitura) ou apenas clicar na guia "DB Instances" do Console do Amazon RDS.

O Amazon RDS oferece visibilidade sobre o tamanho da defasagem da réplica de leitura em relação à instância de banco de dados de origem. O número de segundos de defasagem da réplica de leitura em relação ao mestre é publicado como uma métrica do Amazon CloudWatch ("Replica Lag"), disponível no AWS Management Console ou por meio das APIs do Amazon CloudWatch. No Amazon RDS para MySQL, a origem dessas informações é a mesma que a exibida pela execução do comando MySQL padrão "Show Slave Status" na réplica de leitura. No Amazon RDS para PostgreSQL, você pode usar a visualização pg_stat_replication na instância de banco de dados de origem para explorar as métricas de replicação.

O Amazon RDS monitora o status de replicação das réplicas de leitura e atualiza o campo Replication State do AWS Management Console com o valor "Error" se a replicação é interrompida por qualquer motivo (por exemplo, a tentativa de executar de consultas DML na réplica que conflitem com as atualizações feitas nas instâncias mestre do banco de dados pode causar um erro de replicação). É possível examinar os detalhes do erro associado gerado pelo mecanismo do MySQL visualizando o campo Replication Error e executar as ações adequadas para recuperação. Você pode saber mais sobre solução de problemas de replicação na seção Troubleshooting a Read Replica Problem do User Guide for Amazon RDS for MySQL ou PostgreSQL.

Se o erro de replicação é corrigido, o campo Replication State muda para Replicating.

P: Minha réplica de leitura se encontra muito para trás de sua instância de banco de dados de origem. O que devo fazer?

Como já abordado em perguntas anteriores, a "inconsistência" ou o atraso entre uma réplica de leitura e sua instância de banco de dados de origem é comum na replicação assíncrona. Se uma Réplica de leitura existente ficou muito para trás para atender às suas necessidades, é possível excluí-la e criar uma nova com o mesmo ponto de extremidade, utilizando o mesmo Identificador de Instância de banco de dados e Identificador de Instância de banco de dados de origem que a Réplica de leitura excluída. Lembre-se de que o processo de recriação será contra-produtivo a pequenos níveis de atraso (ou seja, menos de cinco minutos de atraso, e deve ser utilizado com cautela (por exemplo, somente quando a Réplica de leitura está significativamente para trás de sua Instância de Banco de Dados de origem). Também é importante lembrar que o atraso de Réplica pode aumentar e diminuir naturalmente ao longo do tempo, dependendo do padrão de uso de estado estável de sua Instância de banco de dados padrão.

O dimensionamento da classe de Instância de banco de dados de uma Réplica de leitura pode reduzir o atraso de replicação em alguns casos, especialmente se sua Instância de banco de dados de origem for maior do que sua classe de Instância de banco de dados de Réplica de leitura. Contudo, não há garantias do funcionamento das Réplicas de leitura em todas as classes. Pode haver várias situações e padrões de uso onde uma Réplica de leitura nunca consegue alcançar sua origem após sua criação inicial, ou então permanece muito atrás de sua origem para atender às suas necessidades de tipo de uso.

P: Dimensionei a capacidade de computação e/ou armazenamento da minha Instância de banco de dados de origem. Devo também dimensionar os recursos para réplicas de leitura associadas?

Para uma replicação ser realizada com sucesso, recomendamos que as Réplicas de leitura tenham os mesmos ou mais recursos computacionais e de armazenamento que suas respectivas Instâncias de banco de dados de origem. Caso contrário, o atraso de replicação provavelmente aumentará ou sua Replicação de leitura poderá ficar sem espaço para armazenar atualizações replicadas.

P: É possível realizar snapshots de instâncias de banco de dados ou backups automáticos de réplicas de leitura?

Não. Se você deseja aumentar a disponibilidade de gravação de banco de dados obtendo backups de sua Réplica de leitura em vez de sua Instância de banco de dados de origem, isso pode ser feito executando sua Instância de banco de dados como uma implantação Multi-AZ. Os backups serão então iniciados a partir da espera Multi-AZ para minimizar o impacto de disponibilidade.

P: Como posso excluir uma réplica de leitura? Ela será excluída automaticamente se a Instância de banco de dados de origem dela for excluída?

Você pode facilmente excluir uma réplica de leitura com apenas alguns cliques no AWS Management Console ou passando o identificador de instância de banco de dados para a API DeleteDBInstance.

Uma réplica de leitura do Amazon RDS for MySQL ou MariaDB permanecerá ativa e continuará a aceitar tráfego de leitura mesmo após sua instância de banco de dados de origem correspondente ter sido excluída. Se, além da instância de banco de dados de origem, você deseja excluir a réplica de leitura, é necessário fazê-lo explicitamente usando a API DeleteDBInstance ou o AWS Management Console.

Se você excluir uma instância de banco de dados do Amazon RDS para PostgreSQL que tem réplicas de leitura, todas as réplicas de leitura serão promovidas para instâncias de banco de dados autônomas e poderão aceitar tráfego de leitura e gravação. As instâncias de banco de dados promovidas operarão de forma independente entre si. Se, além da instância de banco de dados de origem, você deseja excluir essas instâncias de banco de dados, deve fazê-lo explicitamente usando a API DeleteDBInstance ou o AWS Management Console.

P: Posso acessar diretamente os logs de evento da minha instância de banco de dados?

Com o Amazon RDS for MySQL ou o Amazon RDS for MariaDB, é possível usar o utilitário mysqlbinlog para fazer download ou streaming de logs binários da sua instância de banco de dados. No momento, o Amazon RDS for PostgreSQL não oferece acesso aos arquivos WAL da sua instância de banco de dados.

P: Qual é o custo das réplicas de leitura? Quando começa e termina a cobrança?

Uma réplica de leitura é cobrada como uma Instância de banco de dados padrão e com as mesmas taxas. Clique aqui para obter mais informações sobre a cobrança de Instância de banco de dados. Visite a seção Perguntas frequentes. Assim como uma Instância de banco de dados padrão, a taxa por "hora de Instância de banco de dados" para uma Réplica de leitura é determinada pela classe de Instância de banco de dados da Réplica de leitura – visite a página de detalhes do Amazon RDS para preços atualizados. Você não será cobrado pela transferência de dados que ocorrer na replicação de dados entre sua Instância de banco de dados de origem e sua réplica de leitura.

A cobrança para Réplica de leitura inicia assim que a Réplica de leitura for criada com sucesso, ou seja, quando o status for listado como "ativo". A Réplica de leitura permanecerá sendo cobrada a taxas por hora de Instância de banco de dados do Amazon RDS, até que você acione um comando para excluí-la.

P: Como o suporte a réplicas de leitura varia entre os diversos mecanismos do Amazon RDS compatíveis com esse recurso?

As réplicas de leitura do Amazon RDS for PostgreSQL, MySQL e MariaDB permitem aumentar a escalabilidade horizontal de forma elástica além das restrições de capacidade de uma única instância de banco de dados para cargas de trabalho de banco de dados com uso elevado de leitura. Há semelhanças e diferenças nas implementações porque elas usam recursos nativos dos mecanismos. Veja os detalhes na tabela a seguir.

Recurso PostgreSQL MySQL MariaDB
Máximo de réplicas de leitura permitido por instância de banco de dados de origem
5 5 5
Método de replicação Assíncrono
Físico
Assíncrono
Lógico
Assíncrono
Lógico
É necessário ativar backups automáticos para o suporte a réplicas de leitura? Sim Sim Sim
Versões do mecanismo compatíveis com réplicas de leitura 9.3.5 ou posterior 5.5 ou posterior 10.0 ou posterior
Promoção de réplica de leitura para uma nova instância de banco de dados autônoma Compatível Compatível Compatível
Criação de índices para a réplica de leitura Sem suporte no momento Compatível Compatível
Criação de backups de réplicas de leitura Sem suporte no momento Compatível Compatível
Encadeamento de réplicas de leitura
(ou seja, réplicas de leitura de réplicas de leitura)
Sem suporte no momento Compatível Compatível
Réplicas de leitura em regiões diferentes Compatível Compatível Compatível

Para obter informações sobre a compatibilidade com replicação no mecanismo do Amazon Aurora, consulte as perguntas frequentes do Amazon RDS for Aurora.


P: O que é o Enhanced Monitoring para RDS?

O Enhanced Monitoring for RDS oferece uma visibilidade mais profunda sobre a saúde de suas instâncias do RDS. Basta ativar a opção "Enhanced Monitoring" da sua instância de banco de dados do RDS e definir uma granularidade. O Enhanced Monitoring coletará métricas vitais do sistema operacional e informações de processos na granularidade definida.

P: Quais métricas e processos eu posso monitorar no Enhanced Monitoring?

O Enhanced Monitoring captura métricas no nível do sistema da sua instância do RDS, como CPU, memória, sistema de arquivos e E/S de disco, entre outras. A lista completa de métricas pode ser encontrada aqui.

P: Quais mecanismos são suportados pelo Enhanced Monitoring?

O Enhanced Monitoring é compatível com todos os mecanismos de banco de dados do RDS.

P: Que tipos de instância são compatíveis com o Enhanced Monitoring?

O Enhanced Monitoring é compatível com todos os tipos de instância, exceto t1.micro e m1.small. O software usa uma pequena quantidade de CPU, memória e E/S. Para o monitoramento de uso geral, recomendamos ativar granularidades mais altas para instâncias de tamanho médio ou grande. Para instâncias de banco de dados que não são de produção, a configuração padrão do Enhanced Monitoring é "off", e você tem a opção de deixá-lo desabilitado ou modificar a granularidade quando ele estiver ativado.

P: Que informações eu posso ver no painel do RDS?

Você pode ver todas as métricas do sistema e informações de processos das suas instâncias de banco de dados do RDS em um formato gráfico no console. Você pode gerenciar quais métricas deseja monitorar para cada instância e personalizar o painel de acordo com seus requisitos.

P: Todas as instâncias da minha conta do RDS gerarão amostras de métricas na mesma granularidade?

Não. Você pode definir diferentes granularidades para cada instância de banco de dados na sua conta do RDS. Também é possível escolher as instâncias nas quais você deseja habilitar o Enhanced Monitoring, bem como modificar a granularidade de qualquer instância sempre que quiser.

P: Até que data eu posso ver o histórico de métricas no console do RDS?

Você pode ver os valores de desempenho de todas as métricas de até 1 hora antes, com granularidade de até 1 segundo, dependendo da sua configuração.

P: Como eu posso ver as métricas geradas pelo RDS Enhanced Monitoring no CloudWatch?

As métricas do RDS Enhanced Monitoring são entregues na sua conta do CloudWatch Logs. Você pode criar filtros de métricas no CloudWatch a partir do CloudWatch Logs e exibir os gráficos no painel do CloudWatch. Para obter mais detalhes, visite a página do Amazon CloudWatch.

P: Quando devo usar o CloudWatch em vez do painel do console do RDS?

Você deve usar o CloudWatch se desejar ver dados históricos além dos que estiverem disponíveis no painel do Console do RDS. Você pode monitorar suas instâncias do RDS no CloudWatch para diagnosticar a saúde de toda a sua pilha da AWS em um único local. Atualmente, o CloudWatch aceita granularidades de até 1 minuto e a média dos valores será calculada para granularidades inferiores a essa.

P: Posso configurar alarmes e notificações com base em métricas específicas?

Sim. Você pode criar um alarme no CloudWatch que envia uma notificação quando o alarme muda de estado. O alarme monitorará uma única métrica ao longo de um período que você especificar e realizará uma ou mais ações com base no valor da métrica relativa ao limite especificado por vários períodos. Para obter mais detalhes sobre os alarmes do CloudWatch, consulte o Amazon CloudWatch Developer Guide.

P: Como faço para integrar o Enhanced Monitoring à ferramenta que uso atualmente?

O RDS Enhanced Monitoring disponibiliza um conjunto de métricas formadas como cargas JSON que são entregues na sua conta do CloudWatch Logs. As cargas JSON são entregues na última granularidade configurada para a instância do RDS.

Há duas maneiras de você consumir as métricas por meio de um painel ou aplicação de terceiros. As ferramentas de monitoramento podem usar Assinaturas do CloudWatch Logs para configurar um feed quase em tempo real para as métricas. Alternativamente, você pode usar filtros no CloudWatch Logs para enviar as métricas para o CloudWatch e integrar seu aplicativo com o CloudWatch. Consulte a Documentação do Amazon CloudWatch para obter mais detalhes.

P: Como posso excluir dados históricos?

Como o Enhanced Monitoring entrega cargas JSON em um log na sua conta do CloudWatch Logs, você poderá controlar seu período de retenção assim como qualquer outro fluxo do CloudWatch Logs. O período de retenção padrão configurado para o Enhanced Monitoring no CloudWatch Logs é de 30 dias. Para obter detalhes sobre como alterar as configurações de retenção, consulte o Amazon CloudWatch Developer Guide.

P: Que impacto o Enhanced Monitoring tem nas minhas faturas mensais?

Como as métricas são ingeridas no CloudWatch Logs, suas cobranças serão baseadas nas taxas de transferência e armazenamento de dados do CloudWatch Logs depois que você exceder o nível gratuito do CloudWatch Logs. Detalhes de definição de preço podem ser encontrados aqui. A quantidade de informações transferida para uma instância do RDS é diretamente proporcional à granularidade definida para o recurso Enhanced Monitoring. Os administradores podem definir diferentes granularidades para diferentes instâncias em suas contas para gerenciar os custos.

O volume aproximado de dados ingeridos no CloudWatch Logs pelo Enhanced Monitoring para uma instância é mostrado abaixo:

Granularidade

60 segundos

30 segundos

15 segundos

10 segundos

5 segundos

1 segundo

Dados ingeridos no CloudWatch Logs* (GB por mês)

0,27

0,53

1,07

1,61

3,21

16,07