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 ao 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, as aplicações e as ferramentas que você já utiliza com seus bancos de dados devem funcionar perfeitamente com o Amazon RDS. O Amazon RDS pode fazer o backup automaticamente do seu banco de dados e manter o software do banco de dados atualizado com a versão mais recente. 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: Que mecanismo de banco de dados relacional é compatível com o Amazon RDS?

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

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, abrangendo do provisionamento da capacidade de infraestrutura desejada até a instalação do software do banco de dados. Quando o banco de dados estiver em execução, o Amazon RDS automatizará tarefas administrativas comuns, como a execução de backups e a aplicação de patches no software que alimenta o banco de dados. Com as implantações Multi-AZ opcionais, o Amazon RDS também gerencia a replicação de dados síncrona nas zonas de disponibilidade com 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 as AMIs do Amazon RDS ou do Amazon EC2 Relational Database devem ser usadas?

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çar 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.

O Amazon RDS faz parte do nível gratuito da AWS. Desta forma, os novos clientes da AWS podem começar a usar o serviço de banco de dados gerenciado na nuvem gratuitamente.


P: O que é uma instância de banco de dados?

Uma instância de banco de dados pode ser considerada como um ambiente de banco de dados na 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 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. É possível 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: Como 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, é possível especificar os parâmetros da 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 instância de banco de dados, a janela de backup preferencial e a janela de manutenção programada. Como alternativa, é possível criar a instância de banco de dados usando a API CreateDBInstance ou o comando create-db-instance.

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

Quando a instância de banco de dados for disponibilizada, será possível recuperar o 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 usar esse endpoint, é possível construir a cadeia de conexão exigida para se conectar diretamente à instância de banco de dados usando a ferramenta de banco de dados ou linguagem de programação preferencial. Para autorizar solicitações de rede para a instância de banco de dados em operação, é necessário autorizar o acesso. Para obter detalhes sobre como construir e utilizar a cadeia de conexão, consulte nosso Guia de conceitos básicos.

P: Quantas instâncias de banco de dados é possível executar com o Amazon RDS?

Como 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 Oracle ou SQL Server, sob o modelo de "Licença inclusa". Todas as 40 podem ser utilizadas para Amazon Aurora, MySQL, MariaDB, PostgreSQL e Oracle ou SQL Server sob o modelo "BYOL". Se a aplicação exigir mais instâncias de banco de dados, será possível solicitar instâncias de banco de dados adicionais preenchendo este formulário de solicitação.

P: Quantos bancos de dados ou schemas é possível 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 importar dados para uma instância de banco de dados do 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 Data Import Guide for MySQL, o Data Import Guide for Oracle, o Data Import Guide for SQL Server ou o Data Import Guide for PostgreSQL.

Além disso, o AWS Database Migration Service pode ajudá-lo a migrar bancos de dados para a AWS de modo fácil e seguro.

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

A janela de manutenção do Amazon RDS é a oportunidade de controlar quando as modificações de instâncias de banco de dados (como escalar a classe de 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 que o Amazon RDS deixe a instância de banco de dados off-line são: escalar operações computacionais (que geralmente levam poucos minutos do início ao fim) ou a aplicação de 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 uma janela de manutenção semanal preferencial for especificada na criação da instância de banco de dados, será atribuído um valor padrão de 30 minutos. Caso deseje modificar quando a manutenção será realizada automaticamente, altere a instância de banco de dados no Console de Gerenciamento da AWS, na API ModifyDBInstance ou no comando modify-db-instance. Cada uma das instâncias de banco de dados pode ter janelas de manutenção preferenciais diferentes, se assim for desejado.

A execução da 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 que fazer se eu perceber que as consultas 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 de instância de banco de dados. Para obter mais informações sobre o monitoramento da instância de banco de dados, consulte o Guia do usuário do Amazon RDS.

Se estiver usando o RDS for MySQL ou MariaDB, será possível acessar logs de consulta lentos do 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 estiver usando o RDS for Oracle, será possível utilizar os dados de rastreamento de arquivo para identificar consultas lentas. Para obter mais informações sobre como acessar dados de rastreamento de arquivo, consulte o Guia do usuário do Amazon RDS.

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


P: Que versões de mecanismos de banco de dados relacional são compatíveis com o Amazon RDS?

Consulte o Guia do usuário do Amazon Aurora para obter detalhes sobre as versões de banco de dados do Amazon Aurora.

P: Como o Amazon RDS distingue entre versões de mecanismos de banco de dados ''principais'' e ''secundárias''?

Leia a página de perguntas frequentes sobre cada mecanismo de banco de dados do Amazon RDS para obter detalhes sobre a numeração de versão.

P: O Amazon RDS disponibiliza orientações sobre a compatibilidade com as novas versões de mecanismos de banco de dados?

No futuro, o Amazon RDS adicionará compatibilidade com as novas versões de mecanismos de banco de dados principais e secundárias. O número de lançamentos de novas versões compatíveis em um determinado ano varia em função da frequência e do conteúdo das versões e dos patches do fornecedor ou do departamento de desenvolvimento do mecanismo, 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 compatibilidade com novas versões de mecanismo em até 5 meses após a sua disponibilidade geral.

P: Como especificar qual versão do mecanismo de banco de dados compatível eu gostaria que minha instância de banco de dados executasse?

Especifique qualquer versão atualmente compatível (secundária e principal) ao criar uma nova instância de banco de dados por meio da operação Launch DB Instance no Console de Gerenciamento da AWS ou da API CreateDBInstance. Vale ressaltar que nem toda versão de mecanismos de banco de dados está disponível em todas as regiões da AWS.

P: Como controlar se e quando a versão de mecanismos da instância de banco de dados será atualizada para novas versões compatíveis?

O Amazon RDS se empenha para manter a instância de banco de dados atualizada ao disponibilizar versões mais recentes dos mecanismos de banco de dados compatíveis. Depois que uma nova versão de mecanismo de banco de dados é lançada pelo fornecedor ou pelo departamento de desenvolvimento, ela é testada minuciosamente pela nossa equipe de engenharia de banco de dados antes de ser disponibilizada no Amazon RDS.

Recomendamos manter a instância de banco de dados atualizada para a versão secundária mais atual, pois ela conterá as correções mais recentes de segurança e funcionalidade. Diferentemente de outras atualizações de versão principal, as atualizações de versão secundária incluem apenas alterações retrocompatíveis com versões secundárias anteriores (da mesma versão principal) do mecanismo de banco de dados.

Se uma nova versão secundária não contiver correções que beneficiem os clientes do RDS, é possível que ela não seja disponibilizada no RDS. Logo após a disponibilização de uma nova versão secundária no RDS, nós a definiremos como a versão secundária preferencial de novas instâncias de banco de dados.

Para atualizar manualmente uma instância de banco de dados para uma versão de mecanismo compatível, use o comando Modify DB Instance no Console de Gerenciamento da AWS ou na API ModifyDBInstance e defina o parâmetro DB Engine Version de acordo com a versão desejada. Como padrão a atualização será aplicada durante a próxima janela de manutenção. Também é possível escolher a atualização imediata ao selecionar a opção Apply Immediately na API do console.

Se determinarmos que uma nova versão secundária do mecanismo contém correções de erros importantes em comparação com uma versão secundária lançada anteriormente, programaremos atualizações automáticas para instâncias de banco de dados cuja configuração Auto Minor Version Upgrade esteja definida como "Yes". Essas atualizações serão programadas para que ocorram durante as janelas de manutenção especificadas pelo cliente.

Anunciaremos as atualizações programadas no fórum do Amazon RDS e enviaremos notificações por e-mail aos clientes com pelo menos 30 dias de antecedência. Nós as programamos para permitir que você possa se planejar de acordo, pois é exigido um período de inatividade para atualizar uma versão de mecanismo de banco de dados, mesmo para instâncias Multi-AZ. Se você deseja desativar atualizações automáticas de versão secundária, basta definir a configuração Auto Minor Version Upgrade como "No".

No caso do RDS for Oracle e do RDS for SQL Server, se a atualização para a próxima versão secundária exigir uma alteração para uma edição diferente, é provável que não sejam programadas atualizações automáticas mesmo se você tiver habilitado a configuração Auto Minor Version Upgrade . A realização ou não da programação automática de atualizações nas situações mencionadas acima será determinada de acordo com cada caso.

Como as atualizações para versões principais envolvem algum risco de compatibilidade, elas não serão realizadas automaticamente e deverão ser inicializadas por você (exceto no caso de substituição de uma versão principal. Veja abaixo).

Para obter mais informações sobre a atualização de uma instância de banco de dados para uma nova versão de mecanismo de banco de dados, consulte o Guia do usuário do Amazon RDS.

P: É possível testar a instância de banco de dados com uma nova versão antes de proceder com a atualização?

Sim. Isso também é possível criando um DB snapshot por meio da instância de banco de dados atual, restaurando o DB snapshot para criar uma nova instância de banco de dados e depois iniciando uma atualização de versão para a nova instância de banco de dados. Isso permite testar com segurança a cópia atualizada de sua instância de banco de dados antes de decidir se deseja ou não atualizar a instância de banco de dados original.

Para obter mais informações sobre como restaurar um DB snapshot, consulte o Guia do usuário do Amazon RDS.

P: O Amazon RDS disponibiliza orientações sobre a substituição de versões de mecanismos de banco de dados compatíveis no momento?

  • Pretendemos oferecer compatibilidade com os lançamentos de versões principais (ex.: MySQL 5.6 e PostgreSQL 9.6) por pelo menos 3 anos após o início da compatibilidade com o Amazon RDS.
  • Pretendemos oferecer compatibilidade com os lançamentos de versões secundárias (ex.: MySQL 5.6.21 e PostgreSQL 9.6.1) por pelo menos 1 ano após o início da compatibilidade com o Amazon RDS.

Periodicamente, substituiremos versões de mecanismos principais e secundárias. Para versões principais, a substituição ocorrerá geralmente quando a versão for transferida para a compatibilidade estendida ou não receber mais correções de software ou atualizações de segurança. Para versões secundárias, a substituição ocorrerá quando uma versão secundária apresentar erros ou problemas de segurança significativos que foram resolvidos em uma versão secundária posterior.

Embora nos esforcemos para cumprir essas diretrizes, em alguns casos podemos substituir versões principais ou secundárias específicas antecipadamente, como nos casos de problemas de segurança. No improvável cenário em que os casos mencionados acima possam vir a ocorrer, o Amazon RDS atualizará automaticamente o mecanismo do banco de dados para resolver o problema. Circunstâncias específicas podem determinar cronogramas diferentes dependendo do problema que estiver sendo resolvido.

P: O que acontece quando uma versão de mecanismo de banco de dados do RDS é substituída?

Quando uma versão secundária de um mecanismo de banco de dados é substituída no Amazon RDS, nós programamos atualizações automáticas para instâncias com a configuração Auto Minor Version Upgrade definida para ocorrer pelo menos 30 dias após o anúncio da substituição no fórum e do envio de notificações por e-mail aos clientes. Também desabilitaremos a criação de novas instâncias com essa versão. Após um período de tolerância de 3 meses após o anúncio, todas as instâncias que ainda estiverem executando a versão secundária substituída terão uma atualização automática programada para uma versão secundária compatível durante a janela de manutenção especificada.

Quando uma versão principal do mecanismo de banco de dados for substituída no Amazon RDS, ofereceremos um período de tolerância mínimo de três meses após o anúncio de uma substituição para que você inicie a atualização para uma versão principal compatível. Ao final do período de tolerância, será realizada uma atualização automática para todas as instâncias que não tiverem sido atualizadas durante as janelas de manutenção programadas.

Após o término da compatibilidade de uma versão de mecanismo de banco de dados principal ou secundária com o Amazon RDS, qualquer instância de banco de dados restaurada por meio de um DB snapshot criado com a versão não compatível será automática e imediatamente atualizada para uma versão compatível no momento.


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ância de banco de dados – Baseadas na classe (ex.: db.t2.micro e db.m4.large) da instância de banco de dados utilizada. As horas parciais de instância de banco de dados são faturadas como horas completas.
  • Armazenamento (por GB ao mês) – Capacidade de armazenamento provisionada para sua instância de banco de dados. Se você escalar a 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 só é gratuito para as instâncias de banco de dados ativas.
  • Transferência de dados – Transferência de dados da Internet para dentro e para fora da instância de banco de dados.

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

P: Quando começa e termina o faturamento das instâncias de banco de dados do Amazon RDS?

O faturamento de 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 faturáveis de instâncias do Amazon RDS?

As horas de instância de banco de dados são faturadas por cada hora que a 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, deve encerrá-la para evitar ser faturado por horas adicionais de instância. As horas parciais de instância de banco de dados são faturadas como horas completas.

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

O armazenamento provisionado à instância de banco de dados para os 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 será feito faturamento pela implantação de instâncias de banco de dados Multi-AZ?

Se você especificar que a instância de banco de dados deve ser uma implantação Multi-AZ, o faturamento será feito de acordo com a definição de preço Multi-AZ publicada na página de definição de preço do Amazon RDS. O faturamento de Multi-AZ se baseia no seguinte:

  • Horas de instância de banco de dados Multi-AZ – Baseadas na classe (ex.: db.t2.micro, db.m4.large) 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ância de banco de dados utilizadas serão faturadas como horas totais. Se você converter a 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 a 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ê tem. 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 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 – O uso do armazenamento de backup não mudará, independentemente de a 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 o modo principal e o modo de espera. A transferência de dados da Internet para dentro e para fora da instância de banco de dados terá o mesmo valor cobrado pela implantação padrão.

P: Os preços incluem impostos?

Salvo indicação em contrário, nossos preços excluem impostos e taxas aplicáveis, incluindo o IVA e o imposto de vendas aplicável. Para clientes com endereço de pagamento no Japão, o uso da AWS 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 reservar uma instância de banco de dados por um período de um ou três anos e, em troca, receber 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 por hora efetivo.

P: Qual é a diferença entre as instâncias reservadas e as instâncias de banco de dados sob demanda?

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 como a instâncias de banco de dados são faturadas. 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 adquirir e criar instâncias reservadas?

É possível comprar uma instância reservada na seção "Reserved Purchase" do Console de Gerenciamento da AWS. Como alternativa, é possível 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 compradas naquela região e usadas em uma zona de disponibilidade diferente dentro da região especificada.

P: Quantas instâncias reservadas é possível comprar?

É possível 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: Como converter uma instância de banco de dados atual 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 mecanismo de banco de dados, a mesma opção Multi-AZ 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 a nova cobrança de uso por hora para a instância de banco de dados atual.

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

As mudanças na definição de preço associadas a uma instância reservada são ativadas após a 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 da reserva expirar, a instância reservada será revertida para a taxa de uso por hora sob demanda correspondente à classe e à região da instância de banco de dados.

P: Como 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 o faturamento, o sistema aplicará suas reservas para que todas as instâncias de banco de dados qualificadas sejam cobradas com a menor taxa por hora de instância de banco de dados reservada.

P: O que acontece com a reserva se eu aumentar ou reduzir a escala vertical da classe de instância reservada?

Cada reserva está associada ao seguinte conjunto de atributos: mecanismo de banco de dados, classe de instância de banco de dados, tipo de implantação Multi-AZ, 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 da classe de instância de banco de dados em execução antes do término do período da reserva, as taxas de uso por hora para aquela instância de banco de dados será revertida para as taxas por hora sob demanda. 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, o preço reservado será aplicado a ela até o final do período da reserva.

P: É possível transferir 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 encontradas 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 de instância de banco de dados pode ser aplicada a uma réplica de leitura, contanto que a classe e a região da instância de banco de dados sejam iguais. Ao calcular sua conta, nosso sistema automaticamente aplicará as reservas para que todas as instâncias de banco de dados dessa categoria sejam cobradas com a taxa mais baixa por hora da instância reservada.

P: É possível cancelar uma reserva?

Não é possível cancelar a 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 o período da instância de banco de dados reservada, independentemente da utilização.

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

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 determinar qual classe inicial e capacidade de armazenamento de instância de banco de dados são apropriadas para as minhas necessidades?

Para selecionar a classe inicial de instância de banco de dados e a capacidade de armazenamento, avalie as necessidades computacionais, de memória e de armazenamento da aplicação. Para obter informações sobre as classes de instância de banco de dados disponíveis, consulte o Guia do usuário do Amazon RDS.

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

É possível escalar os recursos computacionais e as capacidade de armazenamento alocados para a 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 da instância de banco de dados, sem custo adicional, por meio 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 "Monitoring" da instância de banco de dados no Console de gerenciamento da AWS 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 for necessário 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 obter mais 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. No MySQL e no Oracle, para uma instância de banco de dados atual, é possível observar melhorias na capacidade de E/S se a escala vertical do armazenamento for aumentada. 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: A instância de banco de dados permanecerá disponível durante a escalabilidade?

A capacidade de armazenamento alocada para a 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 aumentar ou reduzir a escala vertical dos recursos computacionais disponíveis para a instância de banco de dados, o 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 da instância de banco de dados, a não ser que você especifique que a modificação deva ser aplicada imediatamente.

P: Como escalar a 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 é compatível com várias classes de instância de banco de dados e alocações de armazenamento para atender às diferentes necessidades das aplicações. Caso a aplicação necessite de 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, será possível implementar partições, distribuindo os dados entre 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 uniforme. 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 disponibiliza dois métodos diferentes de fazer backup e restaurar backups automatizados de instâncias de banco de dados e DB snapshots.

O recurso de backup automatizado do Amazon RDS permite a recuperação point-in-time da sua instância de banco de dados. Ao ativar backups automatizados para a instância de banco de dados, o Amazon RDS automaticamente realiza um snapshot diário completo dos dados (durante a janela de backup preferencial) e captura os logs de transação (à medida que as instâncias de banco de dados são atualizadas). Ao iniciar a recuperação point-in-time, os logs de transação serão aplicados ao backup diário mais apropriado para 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 momento recuperável mais recente da instância de banco de dados, que geralmente ocorre nos últimos cinco minutos. Outra opção para encontrar o momento recuperável mais recente de uma instância de banco de dados é selecioná-lo no Console de Gerenciamento da AWS e procurar na aba "Description" no painel inferior do Console.

Os DB snapshots são iniciados pelo usuário e permitem fazer o backup da instância de banco de dados em um estado conhecido e com a frequência desejada para depois fazer a recuperação para o estado específico mencionado 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 é o Amazon Virtual Private Cloud (VPC) e como ele funciona com o Amazon RDS?

O Amazon VPC permite que você crie um ambiente de rede virtual em uma seção privada e isolada da Nuvem AWS, onde você poderá ter controle completo sobre aspectos como faixas de endereços IP privados, sub-redes, tabelas de roteamento e gateways de rede. Com o Amazon VPC, você pode definir uma topologia de rede virtual e personalizar a configuração da rede para que ela fique bem semelhante a uma rede IP tradicional, que pode ser operada no seu próprio datacenter.

Uma das maneiras de usar a VPC é quando você quer executar uma aplicação web voltada ao público, mantendo os servidores de back-end em uma sub-rede privada sem acesso público. 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)?

Se a sua conta da AWS foi criada antes de 04/12/2013, pode ser possível executar o Amazon RDS em um ambiente Amazon Elastic Compute Cloud (EC2)-Classic. A funcionalidade básica do Amazon RDS é a mesma para ambientes EC2-Classic ou EC2-VPC. O Amazon RDS gerencia backups, aplicação de patches de software, detecção automática de falhas, réplicas de leitura e recuperação para instâncias de banco de dados implantadas dentro ou fora de uma VPC. 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 ver um procedimento que orienta ao longo desse processo, consulte Creating a DB Instance in a VPC no Amazon RDS User Guide.

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 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, um DB Snapshot de uma instância de banco de dados localizada dentro da VPC não pode ser restaurado fora da VPC. O mesmo se aplica à funcionalidade de restauração para point-in-time. 

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. A remoção de sub-redes de um grupo de sub-redes de banco de dados existente pode causar indisponibilidade das instâncias em execução em uma determinada zona de disponibilidade que é removida do grupo de sub-redes. Consulte o Amazon RDS User Guide para obter mais informações.

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 disponibiliza 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 do banco de dados enquanto protege suas mais recentes atualizações de banco de dados contra interrupções inesperadas, uma opção é executar a instância de banco de dados como uma implantação Multi-AZ. Ao criar ou modificar a 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á o 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 da aplicação entre elas.

As réplicas de leitura são compatíveis com o Amazon RDS for MySQL, MariaDB, PostgreSQL e Amazon Aurora. 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 às suas capacidades e limitações. Mais especificamente, as atualizações são aplicadas às réplicas de leitura após elas ocorrerem na instância de banco de dados de origem (replicação "assíncrona"). O atraso da replicação pode variar significativamente. Isso quer dizer que as atualizações de banco de dados recentes feitas em uma instância de banco de dados padrão (que não seja 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 aproveitar os benefícios complementares de cada uma. Basta especificar que uma implantação Multi-AZ específica é a instância de banco de dados de origem das réplicas 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 a 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. As atualizações de instância de banco de dados são replicadas simultaneamente por meio de zonas de disponibilidade para a espera, a fim de manter ambos em sincronia e proteger as ú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 é uma 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 a instância de banco de dados como uma implantação Multi-AZ são a durabilidade e a disponibilidade aprimoradas do banco de dados. A disponibilidade e tolerância a falhas mais abrangentes oferecidas por implantações Multi-AZ as tornam a melhor opção para ambientes de produção.

A execução da instância de banco de dados como uma implantação Multi-AZ protege os 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 do 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 aplicação de patches ou escalabilidade de classe de instância de banco de dados, essas operações ocorrem primeiro na espera, antes do failover automático. Como resultado, o impacto de disponibilidade é limitado ao tempo necessário para o failover automático ser concluído.

Outro benefício decorrente da execução da 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 da instância de banco de dados (por meio das APIs RestoreDBInstanceToPointInTime ou RestoreDBInstanceFromSnapshot) caso haja uma falha de zona de disponibilidade ou falha de instância de banco de dados.

P: Existe qualquer implicação 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 a instância de banco de dados como uma implantação Multi-AZ, é possível 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 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 "Yes" da seção "Multi-AZ Deployment" ao iniciar uma instância de banco de dados com o Console de Gerenciamento da AWS. Alternativamente, se você estiver utilizando as APIs do Amazon RDS, é possível chamar a API CreateDBInstance e configurar o parâmetro "Multi-AZ" com o valor "true". 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 Console de Gerenciamento da AWS ou utilize a API ModifyDBInstance e configure o parâmetro Multi-AZ como 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 atualizações de sistema como a aplicação de patches no SO são iniciadas em implantações Multi-AZ, elas 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 à 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 troca o registro de nome canônico (CNAME) da instância de banco de dados para indicar 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: É possível iniciar um "failover forçado" para a implantação da 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 a espera é implantada ou alterar o número de esperas disponíveis (o Amazon RDS provisiona 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. A espera é automaticamente provisionada em uma zona de disponibilidade diferente da mesma região que a 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, independentemente 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

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