Perguntas frequentes sobre o Amazon RDS

Geral

Informações básicas

P: O que é o Amazon RDS?

O Amazon Relational Database Service (Amazon RDS) é um serviço web que facilita a configuração, a operação e o escalamento 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 fornece a você acesso às capacidades de um banco de dados familiar MySQL, Oracle ou SQL Server. Isso significa que o código, o aplicativo e as ferramentas que você já utiliza com seus bancos de dados MySQL devem funcionar facilmente com o Amazon RDS. O Amazon RDS automaticamente faz um patch do software do banco de dados e faz o backup de seu banco de dados, armazenando backups por um período de retenção definido pelo usuário. Você se beneficia da flexibilidade de poder dimensionar os recursos computacionais ou a capacidade de armazenamento associada com sua Instância de banco de dados relacional através de uma única chamada API ou com apenas alguns cliques doAWS Management Console. Além disso, o Amazon RDS facilita a utilização da replicação (atualmente oferece suporte para MySQL e mecanismos de banco de dados Oracle) para aprimorar a disponibilidade do banco de dados, aprimorar a durabilidade de dados ou dimensionar para além das restrições de capacidade de uma única Instância de banco de dados para cargas de trabalho de banco de dados de difícil leitura. Assim como todos os Amazon Web Services, não são necessários investimentos imediatos, e você paga somente pelos recursos que utilizar.

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

Imagine que uma Instância de banco de dados é 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 sua(s) Instância(s) de banco de dados e controlar o acesso e a segurança através do AWS Management Console, das APIs do Amazon RDS e das ferramentas de linha de comando. Vários esquemas de banco de dados Oracle ou bancos de dados SQL Server (até 30) podem ser criados em determinada Instância de BD.

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

O Amazon RDS gerencia o trabalho envolvido na configuração de um banco de dados relacional desde o provisionamento da capacidade de infraestrutura desejada até a instalação do software do banco de dados. Após seu banco de dados estar em operação a partir de sua própria Instância de banco de dados, o Amazon RDS automatiza tarefas administrativas comuns, realizando backups e fazendo patches do software de banco de dados que alimenta sua Instância de banco de dados. Para implantações Multi-AZ adicionais (atualmente oferece suporte para MySQL e mecanismos de banco de dados Oracle), o Amazon RDS também gerencia a replicação de dados sincronizados através de Zonas de disponibilidade e 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 para seu aplicativo. É necessário construir o esquema relacional que melhor se adequa ao seu tipo de uso, e é de sua responsabilidade qualquer ajuste de desempenho para otimizar seu banco de dados para o fluxo de trabalho de seu aplicativo.

P: Quando devo usar o Amazon RDS vs. AMIs de banco de dados relacional do Amazon EC2 vs. o Amazon SimpleDB vs. o Amazon DynamoDB?

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 com todos os recursos, simplificando a administração do banco de dados; o Amazon SimpleDB fornece capacidades simples de índice e consulta com escalabilidade perfeita; o Amazon DynamoDB é um serviço de banco de dados NoSQL totalmente gerenciado, que oferece desempenho rápido e previsível com escalabilidade perfeita; e usando uma de nossas muitas AMIs de bancos de dados relacionais no Amazon EC2 e Amazon EBS você pode operar seu próprio banco de dados relacional na nuvem. Existem diferenças importantes entre essas alternativas que podem fazer com que uma delas seja a mais adequada para o seu tipo de uso específico. Consulte Execução de banco de dados no AWS para obter orientações sobre a solução mais adequada para você.

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

Para se registrar no Amazon RDS, clique no botão "Registro para o Amazon RDS" na página de detalhes do Amazon RDS e conclua o processo de inscrição. É necessário ter uma conta da Amazon Web Services. Caso você não possua uma conta, será preciso criar uma ao iniciar o processo de solicitação do Amazon RDS. Após efetuar seu registro para o RDS, consulte a Documentação do Amazon RDS , que inclui o nosso Guia de Introdução.

Assim que você se familiarizar com o Amazon RDS, você pode iniciar uma Instância de banco de dados rapidamente usando o AWS Management Console ou as APIs do Amazon RDS.

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

Instâncias de banco de dados são simples de serem criadas, podendo ser utilizado o AWS Management Console, as APIs do Amazon RDS ou Ferramentas de linha de comando. Para iniciar uma Instância de banco de dados usando o AWS Management Console, clique no botão "Iniciar uma Instância de banco de dados" na guia "Amazon RDS". Depois disso, especifique a classe computacional de sua Instância de banco de dados, o armazenamento alocado, DB Engine, versão do DB Engine (opcional), Modelo de licença (opcional), identificador de Instância de banco de dados, nome de usuário master, senha de usuário master e se sua Instância de banco de dados deve ser executada como uma implantação Multi-AZ. Também é possível alterar a política de retenção de backup de sua Instância de banco de dados, a janela de backup preferencial e a janela de manutenção programada. Outra opção é criar sua Instância de banco de dados usando a API CreateDBInstance ou o comando rds-create-db-instance.

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

Após sua Instância de banco de dados estar disponível, você pode recuperar seu ponto de extremidade através da descrição da Instância de banco de dados no AWS Management Console ou na API DescribeDBInstance. Ao utilizar esse ponto de extremidade, é possível construir a cadeia de caracteres de conexão exigida para se conectar diretamente à sua Instância de banco de dados usando sua ferramenta de banco de dados ou linguagem de programação preferida. Para autorizar solicitações de rede para sua Instância de banco de dados em operação, é necessário autorizar o acesso. Para mais detalhes sobre como construir e utilizar sua cadeia de caracteres de conexão, consulte nosso Guia de Introdução.

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

Como padrão, os clientes podem ter um total de até 20 Instâncias de banco de dados do Amazon RDS. Dessas 20, até 10 podem ser Instâncias de Banco de Dados do Oracle ou do SQL Server, sob o modelo de "Licença Incluída". Todas as 20 podem ser utilizadas para o MySQL, Oracle ou SQL Server sob o modelo "BYOL". Se seu aplicativo exige mais Instâncias de banco de dados, você pode solicitar Instâncias de banco de dados adicionais através deste formulário de solicitação.

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

Há várias formas simples de importar dados para o Amazon RDS, como com os utilitários mysqldump ou mysqlimport para MySQL, importar/exportar ou SQL Loader para Oracle e assistente de importação/exportação ou BCP (Bulk Copy Program, Programa de cópia em volume) para SQL Server. Para obter mais informações sobre importação e exportação de dados, consulte o Guia de importação de dados para MySQL ou o Guia de importação de dados para Oracle ou o Guia de importação de dados para SQL Server.

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

O Amazon RDS atualmente oferece suporte ao MySQL 5.1 e 5.5 (Community Edition) com InnoDB como mecanismo de armazenamento de banco de dados padrão e Oracle Database 11gR2 e SQL Server 2008 R2.

Se você estiver utilizando o MySQL, é possível usar o Amazon RDS MySQL DB Engine Version Management para controle opcional da versão anterior do MySQL de sua Instância de banco de dados.

Se você estiver utilizando o Oracle, é possível usar o Amazon RDS Oracle DB Engine Version Management para controle opcional do nível de patch de sua Instância de banco de dados.

Se você estiver utilizando o SQL Server, é possível usar o Amazon RDS SQL Server DB Engine Version Management para controle opcional do nível de patch de sua Instância de Banco de Dados.

P: Com quais mecanismos de armazenamento o Amazon RDS para MySQL é compatível?

Os recursos Point-In-Time-Restore e o Snapshot Restore do Amazon RDS para MySQL requerem um mecanismo de armazenamento de recuperação de falha e são compatíveis somente com o mecanismo de armazenamento InnoDB. Enquanto o MySQL é compatível com vários mecanismos de armazenamento com recursos variados, nem todos eles são otimizados para durabilidade de dados e recuperação de falha. Por exemplo, o mecanismo de armazenamento MyISAM não oferece suporte à recuperação de falhas confiável e pode resultar em dados perdidos ou corrompidos quando o MySQL é reiniciado após um acidente, impedindo que os recursos Point-In-Time-Restore ou Snapshot restore funcionem conforme o esperado. No entanto, se você ainda optar por usar a MyISAM com o Amazon RDS, seguir essas etapas pode ser útil em determinados cenários para a funcionalidade Snapshot Restore.

Se você desejar converter as tabelas MyISAM existentes para tabelas InnoDB, você pode usar o comando alterar tabela (por exemplo, alterar tabela TABLE_NAME engine=innodb;). Tenha em mente que o InnoDB e a MyISAM têm diferentes pontos fortes e fracos, assim que é necessário que você avalie totalmente o impacto que essas alteraçõe terão em seus aplicativos antes de fazê-las.

Além disso, o Federated Storage Engine atualmente não é compatível com o Amazon RDS para MySQL.

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

Pense na janela de manutenção do Amazon RDS como uma oportunidade de controlar modificações de Instâncias de banco de dados (como dimensionar uma classe de Instância de banco de dados) e a ocorrência de patches de software, caso alguma dessas atividades seja solicitada ou exigida. Se um evento de "manutenção" está programado para uma determinada semana, ele será iniciado e concluído em algum momento durante a janela de manutenção de 30 minutos que você identificar.

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

Executar sua Instância de banco de dados como uma implantação Multi-AZ pode reduzir ainda mais o impacto de um evento de manutenção, pois o Amazon RDS fará a manutenção através das seguintes etapas: 1) Realizará a manutenção no modo de espera 2) Promoverá o modo de espera para principal 3) Realizará a manutenção em modo principal antigo, que se torna o novo modo de espera.

Para mais informações sobre o uso das APIs ou da interface de linha de comando para especificar sua janela de manutenção, consulte o Guia do desenvolvedor Amazon RDS. Para mais informações sobre implantações do modo Multi-AZ, clique aqui.

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

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

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

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

Veja também as métricas de utilização de CPU para sua Instância de banco de dados através do Amazon Cloud Watch. Altos níveis de utilização de CPU podem reduzir o desempenho de consulta e, nesse caso, você talvez queira considerar dimensionar a classe de sua Instância de banco de dados. Para mais informações sobre como monitorar sua utilização de CPU, leia o Guia de monitoração do Amazon RDS.

Faturamento

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

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

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

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

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

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

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

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

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

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

P: Como serei cobrado por minhas implementações de instâncias de banco de dados Multi-AZ?

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

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

P: Os preços incluem impostos?

Salvo indicado por acordo em contrário, nossos preços não incluem impostos ou taxas aplicáveis, incluindo IVA e impostos de vendas aplicáveis. Por exemplo, os nossos preços para a região da Ásia-Pacífico (Tóquio) já incluem os impostos de consumo do Japão.

Instâncias reservadas

P: O que são instâncias reservadas Amazon RDS?

Com Instâncias reservadas, agora é possível fazer um pagamento único e adiantado para criar uma reserva de um ou três ano(s) para executar sua Instância de banco de dados em uma Região específica e receber um desconto significativo sobre a taxa atual de uso por hora. Existem três tipos de Instância Reservada (Instâncias Reservadas de Utilização Leve, Média e Pesada) que permitem equilibrar o valor inicial pago e o preço efetivo da hora.

P: Em que as instâncias reservadas diferem das instâncias de banco de dados on demand?

Em termos de funcionalidade, as Instâncias reservadas e as Instâncias de banco de dados On-Demand são exatamente as mesmas. A única diferença é a maneira em que sua(s) instância(s) de banco de dados são cobradas; com instâncias reservadas, você faz um pagamento único e adiantado e recebe uma taxa atual de uso por hora mais baixa (comparada com Instâncias de banco de dados On-Demand) pela duração do período.

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

Você pode utilizar a opção "Adquirir uma Instância de banco de dados Reservada" no AWS Management Console. Outra opção é usar as ferramentas API, listar as reservas disponíveis para compra com o método API DescribeReservedDBInstancesOfferings e depois comprar uma reserva de Instância de banco de dados chamando o método PurchaseReservedDBInstancesOffering.

Criar uma Instância reservada é o mesmo que iniciar uma instância On-Demand. Você deve simplesmente utilizar o comando rds-create-db-instance, a API CreateDBInstance, ou selecionar a opção Iniciar Instância de banco de dados no AWS Management Console, especificando a classe da Instância de banco de dados e a região para o qual você fez a reserva. Assim que você concluir sua aquisição de reserva com sucesso, o Amazon RDS aplicará a taxa horária reduzida para a qual você tem direito para a nova Instância de banco de dados.

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

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

P: Quantas instâncias reservadas posso comprar?

Você pode adquirir até 20 Instâncias de banco de dados reservadas. Se você deseja executar mais de 20 Instâncias de banco de dados, complete o formulário de solicitação da Instância de banco de dados do Amazon RDS.

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

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

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

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

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

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

As APIs do Amazon RDS utilizadas para criar, modificar e excluir Instâncias de banco de dados não fazem distinção entre instâncias On-Demand e instâncias reservadas, para que você possa utilizar ambas com facilidade; Ao calcular sua fatura, nosso sistema automaticamente aplicará sua(s) reserva(s), para que todas as Instâncias de banco de dados dessa categoria sejam cobradas com a taxa mais baixa por hora da Instância de banco de dados reservada.

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

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

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

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

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

Sim. Ao fazer uma chamada para a API DescribeReservedDBInstancesOfferings, procure pelas opções Multi-AZ listadas entre as configurações de Instância de banco de dados disponíveis para compra. Se você deseja comprar uma reserva para uma Instância de banco de dados com replicação em sincronia através de múltiplas Zonas de disponibilidade, especifique uma dessas ações em sua chamada PurchaseReservedDBInstancesOffering.

P: Há instâncias reservadas disponíveis para réplicas de leitura?

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

P: Posso cancelar uma reserva?

O pagamento único para Instâncias Reservadas não é reembolsável. Contudo, é possível encerrar sua Instância de banco de dados a qualquer momento e, nesse caso, taxas de uso por hora não serão cobradas.

P: Posso trocar minhas instâncias reservadas atuais pelas instâncias reservadas mais baratas lançadas em 5 de março de 2012?

Geralmente, as Instâncias Reservadas não são reembolsáveis. No entanto, como uma exceção especial, se você adquiriu uma Instância Reservada de 1 ano nos últimos 30 dias, ou uma Instância Reservada de 3 anos nos últimos 90 dias, você pode mudá-la por uma das novas Instâncias Reservadas. Ao mudar uma Instância Reservada, tarifas iniciais serão reembolsadas numa tarifa base proporcional, tarifas por hora para horas de instâncias já utilizadas não serão reembolsadas. Se você deseja mudar uma Instância Reservada por uma das novas, por favor entre em contato conosco.

Hardware e Scaling

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

Para selecionar sua classe inicial de Instância de banco de dados, acesse as necessidades computacionais, de memória e de armazenamento de seu aplicativo. Para mais informações sobre a escolha correta de classe e capacidade de armazenamento de sua Instância de banco de dados, consulte o Guia de dimensionamento de Instância de banco de dados do Amazon RDS.

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

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

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

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 esta função futuramente, recomendamos o provisionamento de espaço para armazenamento com base no crescimento antecipado do armazenamento futuro. Até que isso ocorra, se você precisar aumentar o espaço de armazenamento de uma Instância de Banco de Dados do SQL Server, você precisará exportar os dados, criar uma nova instância de Banco de Dados com maior espaço de armazenamento e importar os dados para ela. Consulte o guia de importação de dados do SQL Server para maiores informações.

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

O Amazon RDS utiliza volumes EBS para armazenamento de banco de dados e de log. Dependendo do tamanho do armazenamento solicitado, o Amazon RDS automaticamente cruza múltiplos volumes EBS para aprimorar o desempenho IOPS. Para MySQL e SQL Server, para uma Instância de Banco de Dados existente, é possível observar um aprimoramento de capacidade de E/S se você aumentar seu armazenamento. Você pode dimensionar a capacidade de armazenamento alocada para sua Instância de Banco de Dados com o AWS Management Console ou com a API ModifyDBInstance.

No entanto, para 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.

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

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

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

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

Backups automáticos e snapshots de banco de dados

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

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

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

Os Snapshots de banco de dados são iniciados pelo usuário e permitem que você faça o backup de sua Instância de banco de dados em um estado conhecido e com a frequência que quiser para depois restaurar àquele estado específico a qualquer momento. Os Snapshots de banco de dados podem ser criados com o AWS Management Console ou com a API CreateDBSnapshot e são armazenados até que você voluntariamente os exclua com o Console ou com a API DeleteDBSnapshot.

Os snapshots que o Amazon RDS desempenha para habilitar backups automáticos estão disponíveis para a funcionalidade de cópia (usando o console AWS ou o comando rds-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". Alternativamente, o identificador dos snapshots "automatizados" também contêm a hora (em UTC) na qual o snapshot foi criado.

Atenção: ao realizar uma operação de restauração para um momento exato ou a partir de um Snapshot de banco de dados, uma nova Instância de banco de dados é criada com um novo ponto de extremidade (a antiga Instância de banco de dados pode ser excluída com o AWS Management Console ou com a API DeleteDBInstance, se desejado). Isso é feito para permitir que você crie múltiplas Instâncias de banco de dados a partir de um snapshot de banco de dados específico ou de um momento exato.

P: É necessário ativar backups de 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 mais informações sobre backups automatizados, consulte o Guia do desenvolvedor 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 cinco minutos). Durante a janela de backup, o armazenamento de E/S pode ser suspenso enquanto o backup de seus dados ocorre. Essa suspensão típica de E/S geralmente dura alguns minutos no máximo. Essa suspensão de E/S é evitada com implantações de banco de dados Multi-AZ, já que o backup é feito a partir do modo de espera.

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

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

Você pode utilizar o AWS Management Console ou a API ModifyDBInstance para gerenciar por quanto tempo seus backups automáticos serão mantidos, modificando o parâmetro RetentionPeriod. Se você deseja desativar completamente os backups automatizados, isso é possível ao configurar o período de retenção para 0 (não recomendado). Você pode gerenciar seus snapshots de banco de dados de usuário através da seção de snapshots do AWS Management Console. Também é possível visualizar uma lista de snapshots de banco de dados de usuário para uma Instância de banco de dados específica utilizando a API DescribeDBSnapshots e excluir snapshots com a API DeleteDBSnapshot.

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

Ao excluir uma Instância de banco de dados, é possível especificar se um snapshot de banco de dados final é criado após essa ação, o que permite uma restauração de um snapshot de banco de dados da Instância de banco de dados excluída em uma data posterior. Todos os snapshots de banco de dados de sua Instância de banco de dados criados previamente serão retidos e cobrados a USD 0,15 por GB-mês, caso não escolha excluí-los com a API DeleteDBSnapshot.

Segurança

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

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

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

P: Por que usar o Amazon RDS dentro de um VPC é diferente de usá-lo fora?

A funcionalidade básica do Amazon RDS é a mesma, independentemente da maneira de como você usa o VPC. O Amazon RDS gerencia backups, correções de software, detecção e recuperação de erros automáticas, réplicas de leitura, seja suas instâncias de banco de dados implementadas dentro ou fora de um VPC. No entanto, no momento, somente o Amazon RDS para MySQL e o Amazon RDS para Oracle são compatíveis no VPC. As microinstâncias do Amazon RDS não estão disponíveis em um VPC atualmente.

Às instâncias de banco de dados do Amazon RDS implementadas fora de um VPC são atribuídos endereços IP externos (para os quais o nome do Endpoit/DNS determina) que fornece conectividade a partir do EC2 ou da Internet. No Amazon VPC, as instâncias de banco de dados do Amazon RDS somente possuem endereços de IP privados (em uma sub-rede que você define).

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 faço para criar uma instância de banco de dados do Amazon RDS no VPC?

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

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

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

P: Como posso controlar o acesso à rede para minha(s) instância(s) de banco de dados?

O Amazon RDS permite-lhe controlar o acesso às suas Instâncias de banco de dados usando grupos de segurança do banco de dados (DB Security Groups). Um grupo de segurança do banco de dados funciona como um firewall controlando o acesso da rede à sua Instância de banco de dados. Por padrão, o acesso à rede é desativado para suas Instâncias de banco de dados. Se desejar que seus aplicativos acessem sua Instância de Banco de Dados, configure o grupo de segurança de banco de dados para permitir o acesso a partir de instâncias de EC2 com faixas de IP ou membros de grupo de segurança do EC2/VPC específicos. Esse processo é chamado de ingresso. Após o ingresso ser configurado para um grupo de segurança de banco de dados, as mesmas regras se aplicam a todas as Instâncias de banco de dados associadas com aquele grupo de segurança de banco de dados. Grupos de segurança de banco de dados podem ser configurados na seção ''Grupos de segurança de banco de dados'' do AWS Management Console ou utilizando as APIs do Amazon RDS.

Observe que se associar um VPC a um grupo de segurança de banco de dados, todas as regras de acesso naquele grupo de segurança do banco de dados devem ser tanto a partir dos grupos de segurança de VPC quanto de faixas de IP: Grupos de segurança de EC2 e grupos de segurança de VPC não são intercambiáveis.

Outro fato para ser observado é sempre que você cria uma Instância de Banco de Dados em VPC com um membro específico do grupo de segurança de banco de dados, o Amazon RDS cria um grupo de segurança de VPC correspondente para aquela Instância de Banco de Dados, para fins de controle. Você pode identificar os grupos de segurança de VPC por meio de sua descrição, a qual teria o formato "Grupo de segurança para Instância de Banco de Dados do RDS ”. Não os atualize através do console EC2/VPC ou as APIs do EC2/VPC. Qualquer alteração que queira fazer para controlar o acesso à sua Instância de Banco de Dados deve ser feita por meio de grupos de segurança de banco de dados.

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

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

P: Como faço para conectar com 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 implementadas em uma sub-rede pública com Elastic IPs associados, você pode acessar as instâncias de EC2 por meio da Internet.

Instâncias de banco de dados implementadas em um VPC podem ser acessadas a partir da Internet ou a partir de instâncias de EC2 fora do VPC, por meio de VPN ou bastion hosts que você pode executar no seu subnet público. 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.

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 mover minhas instâncias de banco de dados existentes fora do VPC para dentro do VPC?

Você pode tirar uma snapshot de sua instância de banco de dados fora do VPC e restaurá-la no VPC especificando o grupo de sub-rede de banco de dados que você deseja usar. De modo alternativo, você também pode realizar a operação “Restore to Point in Time”.

P: Posso mover minhas instâncias de banco de dados existentes dentro do VPC para fora do VPC?

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

P: Que precauções eu devo tomar para garantir que minhas instâncias de banco de dados no 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 desde a criação da Instância de Banco de Dados. Contudo, atualmente não é permitida a alteração de grupo de sub-rede de banco de dados de uma Instância de Banco de Dados implementada.

P: O que é uma conta de usuário mestre Amazon RDS e em que ela difere de uma conta 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. É necessário intencionalmente ativar a habilidade de acesso ao seu banco de dados pela Internet, concedendo permissões para seu(s) grupo(s) de segurança de banco de dados do Amazon RDS para acesso através da Internet. Você pode autorizar acesso somente para IPs específicos, faixas de IP específicas, ou sub-redes 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. Contudo, essa opção só é compatível atualmente para o mecanismo MySQL.

O Amazon RDS gera um certificado SSL para cada Instância de banco de dados. O Guia do usuário do Amazon RDS inclui instruções para estabelecer uma conexão criptografada utilizado o cliente mysql padrão. Após estabelecer uma conexão criptografada, dados transferidos entre a Instância de banco de dados e seu aplicativo serão criptografados durante a transferência. Se você necessita que seu dados sejam criptografados enquanto "descansam" no banco de dados, seu aplicativo precisa gerenciar a criptografia e a descriptografia de dados. É importante ressaltar que o suporte para SSL no Amazon RDS é direcionado para a criptografia da conexão entre seu aplicativo e sua Instância de banco de dados; ele não deve ser utilizado na autenticação da própria Instância de banco de dados.

Apesar do SSL oferecer benefícios de segurança, a criptografia SSL é uma operação computacional intensiva que aumentará a latência de sua conexão de banco de dados. Para saber mais sobre o funcionamento do SSL com o MySQL, consulte a documentação do MySQL aqui.

P: Posso solicitar que minha instância de banco de dados somente aceite conexões criptografadas?

Para o MySQL, após se conectar à Instância de banco de dados com o nome de usuário master e a senha, use o comando GRANT para solicitar conexões SSL para contas de usuários específicas. Você pode usar o seguinte comando, por exemplo, para solicitar conexões SSL na conta de usuário encrypted_user:

GRANT USAGE ON *.* TO ‘encrypted_user’@’%’ REQUIRE SSL

Grupos de parâmetros do bancos de dados

P: Como posso escolher os parâmetros de configuração corretos para minha(s) instância(s) de banco de dados?

O Amazon RDS escolhe por padrão os parâmetros de configuração ideais para sua Instância de banco de dados, levando em consideração o recurso computacional e a capacidade de armazenamento de instâncias do banco de dados. Contudo, se você deseja alterá-los, isso é possível utilizando nossas APIs de gestão de configuração. Leve em consideração que a alteração dos parâmetros de configuração dos valores recomendados pode ter efeitos indesejados, desde uma queda de desempenho até falhas de sistema, e só deve ser feita por usuários avançados que desejam assumir esses riscos. Para mais informações sobre alteração de parâmetros, consulte o Guia do usuário do Amazon RDS.

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

Um grupo de parâmetros de 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 de 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 de 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 de banco de dados. Após serem associadas, todas as Instâncias de banco de dados que utilizam um grupo de parâmetro do banco de dados específico recebem todas as atualizações de parâmetro para aquele grupo de parâmetro de banco de dados. Para mais informações sobre como configurar Grupos de parâmetros do banco de dados, leia o Guia de implantação de grupo de parâmetro do banco de dados do .

P: Como posso visualizar a configuração atual para meus parâmetros para um determinado grupo de parâmetros do banco de dados RDS?

Use o AWS Management Console, as APIs do Amazon RDS ou ferramentas de linha de comando para visualizar informações sobre seus Grupos de parâmetros do banco de dados e suas configurações de parâmetro correspondentes.

Replicação

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

O Amazon RDS pode suportar os mecanismos de banco de dados MySQL, Oracle e SQL Server. O cliente pode escolher o mecanismo de banco de dados mais adequado às suas necessidades.

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

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

Se você deseja aproveitar a vantagem da replicação incluída no MySQL para dimensionar além das limitações de capacidade de uma única Instância de Banco de Dados para cargas de trabalho de leitura pesada de banco de dados, o Amazon RDS para MySQL facilita isso com as Réplicas de leitura. Você pode criar uma Réplica de leitura de uma Instância de banco de dados de ''origem'' utilizando o AWS Management Console ou a API CreateDBInstanceReadReplica. 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 múltiplas 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. Ao contrário das implantações Multi-AZ, as Réplicas de leitura utilizam replicação incluída no MySQL e estão sujeitas às suas capacidades e limitações. Mais especificamente, as atualizações são aplicadas à(s) sua(s) Réplica(s) de Leitura após elas ocorrerem na Instância de banco de dados de origem (replicação "assíncrona"), e o atraso de replicação pode variar significativamente. Isso significa que atualizações de banco de dados recentes feitas a uma Instância de banco de dados padrão (não Multi-AZ) podem não estar presentes em Réplicas de leitura associadas, caso ocorra uma falha inesperada na Instância de banco de dados de origem. Dessa maneira, as Réplicas de leitura não oferecem os mesmos benefícios de durabilidade de dados que as implantações Multi-AZ. Enquanto Réplicas de leitura podem fornecer alguns benefícios de disponibilidade de leitura, elas não são desenvolvidas para aprimorar a disponibilidade de gravação. As Réplicas de leitura atualmente suportam o Amazon RDS para MySQL.

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

Implantações Multi-AZ

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

Ao criar ou modificar sua Instância de banco de dados para ser executada como uma implantação Multi-AZ, o Amazon RDS automaticamente providencia e mantém uma Réplica "em espera" simultânea em uma Zona de disponibilidade diferente. Atualizações para sua Instância de banco de dados são replicadas simultaneamente através de Zonas de disponibilidade para a espera, a fim de manter ambos em sincronia e proteger suas últimas atualizações de banco de dados contra falhas de Instância de banco de dados. Durante alguns tipos de manutenção programada, ou no caso de falha de Instância de banco de dados ou falha de Zona de disponibilidade, o Amazon RDS automaticamente fará o failover para a espera, para que você possa retomar gravações e leituras de banco de dados assim que a espera for promovida. Visto que o registro de nome para sua Instância de banco de dados permanece o mesmo, seu aplicativo pode retomar operações de banco de dados sem a necessidade 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. Se você estiver utilizando o Amazon RDS para MySQL e deseja dimensionar tráfego de leitura além das limitações de capacidade de uma única Instância de Banco de Dados, você pode implantar uma ou mais Réplicas de leitura.

P: O que é zona de disponibilidade?

As Zonas de disponibilidade são locais distintos dentro de uma região e são projetadas para serem isoladas de falhas em outras Zonas de disponibilidade. Cada Zona de disponibilidade opera em sua própria infraestrutura fisicamente distinta e independente e é projetada para ser altamente confiável. Pontos comuns de falhas como geradores e equipamentos de refrigeração não são compartilhados pelas Zonas de disponibilidade. Além disso, possuem separação física, para que desastres extremamente incomuns como incêndios, tornados ou enchentes afetem somente um ú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. A equipe do Amazon RDS está trabalhando em um recurso de Réplica de leitura separado para permitir que você dimensione tráfego de leitura além das limitações de capacidade de uma única Instância de banco de dados.

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

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

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

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

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

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

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

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

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

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

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

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

As implantações Multi-AZ do Amazon RDS detectarão e automaticamente se recuperarão dos cenários de falha mais comuns. Esse serviço alternará a espera para principal (que atende às suas operações de Instância de banco de dados) caso ocorra alguma dessas situações:

• 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
• Expansão ou redução da classe computacional de sua Instância de banco de dados
• Realização de patching de software

O failover geralmente leva três minutos. Backups são retirados da espera sem que ocorra failover.

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

Sim, o Amazon RDS emitirá um evento de Instância de banco de dados para informá-lo que houve um failover. Utilize o DescribeEvents para enviar informações sobre eventos relacionados à sua Instância de banco de dados, ou clique na seção "Eventos de Instância de banco de dados" do AWS Management Console.

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

O failover é automaticamente controlado pelo Amazon RDS para que você possa retomar operações de banco de dados o mais rápido possível e sem intervenção administrativa. Ao ocorrer um failover, o Amazon RDS simplesmente troca o registro de nome canônico (CNAME) por sua Instância de banco de dados para apontar para a espera, que em troca é promovida e se torna o novo principal. Encorajamos você a seguir práticas recomendadas e implementar novas tentativas de conexão de banco de dados na camada de aplicativo. Tempos de failover é uma função do tempo necessário para que uma falha seja recuperada. Do início ao fim, o failover geralmente é concluído em três minutos.

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

O Amazon RDS automaticamente realizará um failover sem intervenção de usuário em qualquer uma das circunstâncias listadas aqui. Além disso, o Amazon RDS oferece uma opção para iniciar um failover quando reiniciar sua instância. Você pode acessar este recurso através do AWS Management Console ou ao usar a chamada API RebootDBInstance.

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

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

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

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

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

Sim, é possível visualizar o local da principal atual utilizando o AWS Management Console 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?

Você interage com a funcionalidade de backup automatizado e a funcionalidade de snapshot de banco de dados da mesma forma que se estivesse executando uma implantação padrão em uma implantação AZ única ou Multi-AZ. Se estiver executando uma implementação Multi-AZ, backups automatizados e snapshots de banco de dados são simplesmente tirados da espera para evitar suspensão de E/S na principal. Observe que poderá haver aumento de latência de I/O (normalmente durante alguns minutos) durante backups.

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

MySQL

Réplicas de leitura

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

Réplicas de leitura facilitam aproveitar a funcionalidade de replicação incluída no MySQL para redimensionar elasticamente além das limitações de capacidade de uma única Instância de banco de dados para cargas de trabalho de leitura pesadas de banco de dados. Você pode criar uma Réplica de leitura em apenas alguns cliques na AWS Management Console ou com 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 e nativa do MySQL. É possível criar múltiplas 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. Visto que Réplicas de leitura utilizam replicação incluída no MySQL, elas estão sujeitas às suas capacidades e limitações. Mais especificamente, as atualizações são aplicadas à(s) sua(s) Réplica(s) de Leitura após elas ocorrerem na Instância de banco de dados de origem e o atraso de replicação pode variar significativamente. Réplicas de leitura podem ser associadas a implantações Multi-AZ para obter benefícios de dimensionamento de leitura, além da disponibilidade de leitura de banco de dados aprimorada e da durabilidade de dados fornecida por 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: Que mecanismos de armazenamento são suportados para uso com o recurso de réplicas de leitura?

Réplicas de leitura exigem um mecanismo de armazenamento transacional e somente são suportadas pelo mecanismo de armazenamento InnoDB.

Mecanismos não transacionais como o MyISAM podem evitar réplicas de leitura de trabalhos conforme se pretende. No entanto, se ainda assim escolher usar o MyISAM com Réplicas de leitura, recomendamos que consulte atentamente o indicador "Replica Lag" do Amazon CloudWatch (disponível via AWS Management Console ou APIs do Amazon Cloud Watch) e recrie a Réplica de leitura que deveria ser deixada para trás devido a erros de replicação. As mesmas considerações se aplicam ao uso de tabelas temporárias e qualquer outro mecanismo não transacional.

P: Como posso implementar 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 utilizando a API CreateDBInstanceReadReplica ou com apenas alguns cliques no Management Console do Amazon RDS. 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 MySQL (por exemplo, MySQL 5.1.50) 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). O Amazon RDS também está trabalhando atualmente em uma otimização (a ser lançada em breve), para que, ao criar múltiplas 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).

As Réplicas de leitura do Amazon RDS são tão fáceis de excluir quanto de criar; basta utilizar a AWS Management Console RDS ou chamar a API DeleteDBInstance (especificando o DBInstanceIdentifier para a Réplica de leitura que deseja excluir).

Ao solicitar a criação de uma Réplica de leitura, leve em consideração os seguintes itens:

• Se estiver utilizando um mecanismo não transacional como MyISAM, será necessário realizar as seguintes etapas para configurar com sucesso sua Réplica de leitura. Essas etapas são necessárias para garantir que a Réplica de leitura tenha uma cópia consistente de seus dados. É importante ressaltar que essas etapas não são necessárias se todas as suas tabelas utilizam um mecanismo transacional como InnoDB. 1. Interrompa todas as operações DML e DDL em tabelas não transacionais e aguarde até que todas sejam concluídas. Comandos SELECIONAR podem continuar sendo executados. 2. Libere e bloqueie essas tabelas. 3. Crie a Réplica de leitura utilizando a API CreateDBInstanceReadReplica. 4. Verifique o progresso da Réplica utilizando a API DescribeDBInstances. Após a Réplica estar disponível, desbloqueie as tabelas e retome as operações de banco de dados normais.

• Se alguma transação de longa duração estiver sendo executada em sua instância RDS de origem, aguarde elas serem concluídas antes de solicitar a criação de uma Réplica de leitura a partir daquela origem.

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?

Neste momento, o Amazon RDS permite que você crie até cinco (5) Réplicas de leitura para uma determinada Instância de banco de dados de origem.

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 leitura 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 Réplicas de leitura e replicação assíncrona e nativa do MySQL, as gravações de banco de dados ocorrem em uma Réplica de leitura após serem realizadas na mesma Instância de banco de dados de origem, e esse "atraso" de replicação pode variar significativamente. 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 implementação de instância de banco de dados Multi-AZ como sua origem?

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: Se minha(s) réplica(s) de leitura utiliza(m) uma implementaçã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: Minha réplica de leitura "travou" após um failover Multi-AZ e não consegue obter ou aplicar atualizações da instância de banco de dados de origem. O que posso fazer?

Em alguns casos, você perceberá que sua(s) Réplica(s) de leitura não conseguem receber ou aplicar atualizações de sua Instância de banco de dados Multi-AZ de origem após um failover Multi-AZ. Isso ocorre porque alguns eventos binlog do MySQL não foram descarregados para o disco no momento do failover. Após o failover, a Réplica de leitura pode solicitar binlogs da origem que ela não possui. Essa perda de binlogs do MySQL durante uma queda é descrita no documento do MySQL aqui.

Um parágrafo de especial relevância para esse assunto encontra-se na extremidade inferior e descreve o parâmetro sync-binlog do MySQL. Esse parâmetro controla como binlogs do MySQL são descarregados para o disco e, ao utilizar o InnoDB, como os binlogs e os logs do InnoDB podem ser sincronizados.

Para resolver o assunto em questão, é necessário excluir a Réplica de leitura e criar uma nova para substituí-la. Para evitar esse problema no futuro, a configuração de sync-binlog=1 reduzirá em muito a chance de que os binlogs do MySQL exigidos pela Réplica de leitura sejam perdidos durante uma situação de colapso/falha. Assim como a documentação do MySQL explica, isso não resolve completamente o problema. Para reduzir ainda mais as chances desse problema, configure innodb_support_xa=1. Há risco de perda de desempenho ao configurar essas variáveis. Tanto o sync_binlog quanto o innodb_support_xa são variáveis dinâmicas, então, se você perceber que a perda de desempenho é muito grande, é possível redefini-las sem causar interrupção.

Essa é basicamente uma opção entre o desempenho e tentar aprimorar a ressincronização automática de Réplicas de leitura após um failover Multi-AZ de origem. Uma das vantagens das Réplicas de leitura do Amazon RDS é que elas podem ser rapidamente re-instanciadas quando problemas de sincronização surgirem ao excluí-las e recriá-las. Dessa maneira, seu desempenho não precisa sofrer ao configurar o sync-binlog e/ou o innodb_support_xa se tirar Réplicas de leitura de sincronia manualmente e recriá-las atender às suas necessidades.

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

Não há suporte para criar uma Réplica de leitura de outra Réplica 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. Se você deseja ativar operações além de leituras para uma determinada Réplica de leitura, será necessário modificar o grupo de parâmetros de banco de dados ativo para a Réplica de leitura, configurando o parâmetro "read_only" para "0".

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

O suporte para converter uma Réplica de leitura em uma implantação de Instância de banco de dados padrão ou Multi-AZ ("padrão") não está disponível neste momento, mas esperamos poder oferecer suporte para essa opção no futuro.

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. Contudo, com a tecnologia de replicação assíncrona do MySQL, uma Réplica de leitura pode ficar para trás de sua 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

Réplicas de leitura estão sujeitas aos pontos fortes e fracos da replicação do MySQL. 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 obtenho visibilidade de réplica(s) de leitura ativa(s)?

Você pode utilizar a API DescribeDBInstances padrão para reenviar uma lista de todas as Instâncias de banco de dados implantadas (incluindo Réplicas de leitura), ou simplesmente clicar na aba "Instâncias de banco de dados" da Management Console do Amazon RDS.

O Amazon RDS permite que você ganhe visibilidade em o quanto uma Réplica de leitura ficou para trás de suas Instância de banco de dados de origem, utilizando o comando MySQL padrão "Exibir Status do Secundário" contra a Réplica de leitura. Os dados "Seconds_Behind_Master" retornados pelo "Exibir Status do Secundário" também são publicado como uma métrica do Amazon CloudWatch ("atraso de Réplica"), disponível através da Management Console da AWS ou das APIs do Amazon Cloud Watch.

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 previamente abordado em perguntas anteriores, "inconsistência" ou atraso entre uma Réplica de leitura e sua Instância de banco de dados de origem é comum em replicação assíncrona do MySQL. 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 computacional e/ou armazenamento de minha instância de banco de dados de origem, devo também dimensionar os recursos para réplica(s) de leitura associada(s)?

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: Posso configurar a replicação entre minha instância de banco de dados de origem e uma réplica de leitura para usar a replicação baseada em linha?

Por padrão, a replicação é configurada para formatos múltiplos (que incluem replicação por faixas e com base em declarações), o que deve atender às exigências da maioria dos tipos de uso. Contudo, se você é um usuário avançado e deseja atribuir como aquela replicação com base em faixas é utilizada, isso é possível com base em uma sessão utilizando um comando SQL para configurar o binlog_format de uma Instância de banco de dados para "faixa". Para saber mais sobre a diferença entre replicação de formatos múltiplos e replicação com base em faixas, consulte a documentação do MySQL aqui

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 sua Instância de banco de dados de origem for excluída?

Você pode facilmente excluir uma Réplica de leitura com apenas alguns cliques na AWS Management Console ou ao passar seu identificador de Instância de banco de dados para a API DeleteDBInstance. Uma Réplica de leitura 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 você deseja excluir a Réplica de leitura, além da Instância de banco de dados de origem, é preciso excluir a Réplica de leitura utilizando a API DeleteDBInstance ou a AWS Management Console.

P: Posso acessar diretamente o log binário para minha instância de banco de dados gerenciar minha própria replicação?

Atualmente o Amazon RDS não fornece acesso aos logs binários para a sua instância do 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 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.

DB Engine Version Management

P: Posso controlar a situação e o momento em que a versão do MySQL com a qual se executa a Instância de banco de dados do Amazon RDS é atualizada para novas versões compatíveis?

O Amazon RDS permite que você controle quando o software de banco de dados relacional que alimenta sua Instância de banco de dados (por exemplo, MySQL) será atualizado para novas versões compatíveis com o Amazon RDS e se o será. Isso fornece a você a flexibilidade de manter a compatibilidade com versões específicas do MySQL, testar novas versões com seu aplicativo antes de implantar produção e realizar atualizações de versões de acordo com seus próprios termos e cronogramas.

A não ser que você especifique o contrário, sua Instância de banco de dados será atualizada automaticamente com novas versões secundárias do MySQL à medida que forem aceitas pelo Amazon RDS. Esse patching ocorrerá durante sua janela de manutenção programada, e será anunciado no Fórum do Amazon RDS com antecedência. Se você deseja desativar atualizações automáticas de versões, configure o parâmetro AutoMinorVersionUpgrade para "falso". Visto que atualizações de versões principais envolvem risco de compatibilidade, elas não ocorrerão automaticamente e devem ser iniciadas por você.

Essa abordagem de patching de software de banco de dados oferece a você o controle de atualizações de versões, mas ainda reduz o trabalho de aplicativo de patch do Amazon RDS. Descubra mais sobre o gerenciamento de versão lendo as perguntas frequentes a seguir em sua totalidade. Como alternativa, você pode consultar o nosso Guia do desenvolvedor.

Enquanto a funcionalidade de gerenciamento de versão do DB Engine fornece a você o máximo de controle possível sobre a forma que o patching ocorre, o Amazon RDS reserva-se o direito de realizar o patch de sua Instância de banco de dados em seu nome, caso haja uma vulnerabilidade crítica de segurança no software do banco de dados.

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

Você pode especificar qualquer versão compatível atualmente (secundária e/ou principal) ao criar uma nova Instância de banco de dados com a API CreateDBInstance. Simplesmente passe a versão desejada para o parâmetro do EngineVersion após sua criação; se nenhuma versão for especificada, o Amazon RDS irá optar, por padrão, por uma versão compatível, geralmente a versão mais recente. Se uma versão principal (por exemplo, MySQL 5.1) for especificada mas uma versão secundária não, o Amazon RDS escolherá por padrão um lançamento recente da versão principal que você especificou. Para ver uma lista de versões compatíveis, assim como o padrão para Instâncias de banco de dados recém-criadas, basta utilizar a API DescribeDBEngineVersions.

Se você optou por não realizar atualizações programadas automaticamente ao configurar o parâmetro AutoMinorVersionUpgrade para falso, mas deseja iniciar uma atualização manualmente para uma versão secundária compatível ou um lançamento de versão principal, basta utilizar a API ModifyDBInstance. Simplesmente especifique a versão para a qual deseja atualizar através do parâmetro EngineVersion. A atualização será então aplicada em seu nome automaticamente (se o marcador ApplyImmediately estiver configurado para verdadeiro) ou durante a próxima janela de manutenção programada para sua Instância de banco de dados.

P: Posso testar minha instância de banco de dados com uma nova versão antes de proceder com sua atualização?

Sim. Isso também é possível criando um snapshot de banco de dados a partir de sua Instância de banco de dados existente, restaurando o snapshot de banco de dados 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 que você teste com segurança o clone atualizado de sua Instância de banco de dados antes de decidir se deseja ou não atualizar sua Instância de banco de dados original.

P: Como o Amazon RDS distingue entre versões "principais" e "secundárias"?

No contexto do MySQL, números de versão são organizados da seguinte forma:

Versão do MySQL = X.Y.Z

X = Versão principal, Y = nível de lançamento, Z = Número de versão dentro da série de lançamento.

Do ponto de vista do Amazon RDS, uma mudança de versão seria considerada importante se a versão principal ou o nível de lançamento estiverem sendo alterados. Por exemplo: de 5.1.X -> 5.5.X. Uma alteração de versão seria considerada pequena se o número da versão dentro do lançamento estiver sendo alterado. Exemplo: de 5.1.45 -> 5.1.49.

Atualmente, o Amazon RDS oferece suporte às versões principais do MySQL, o MySQL 5.1 e o MySQL 5.5. Pretendemos oferecer suporte às versões principais adicionais do MySQL no futuro.

P: O Amazon RDS fornece diretrizes para admitir novas versões do MySQL e/ou reprovar versões do MySQL que são compatíveis atualmente?

Com o passar do tempo, pretendemos oferecer suporte às versões adicionais do MySQL para o Amazon RDS, tanto as secundárias quanto as principais. O número de novos lançamentos de versões compatíveis em um determinado ano poderá variar de acordo com a frequência e o conteúdo dos lançamentos de versão do MySQL e o resultado de uma intensa inspeção do lançamento por nossa equipe de engenharia de banco de dados. Contudo, como diretriz geral, visamos oferecer suporte às novas versões do MySQL dentro de 3-5 meses de seu lançamento de Disponibilidade geral.

Em termos de política de substituições:

• Pretendemos oferecer suporte aos lançamentos de versões principais do MySQL, incluindo o MySQL 5.1, por 3 anos após serem inicialmente aceitas pelo Amazon RDS.
• Pretendemos oferecer suporte aos lançamentos de versões secundárias do MySQL (MySQL 5.1.45, por exemplo) por 1 ano após serem inicialmente aceitas pelo Amazon RDS.
• Após uma versão principal ou secundária do MySQL se tornar obsoleta, esperamos providenciar um período de carência de três meses para que você inicie uma atualização para uma versão compatível, antes de uma atualização automática ser aplicada durante sua janela de manutenção programada.

P: Como posso criar uma instância de banco de dados MySQL 5.5 ou atualizar minha instância de banco de dados existente MySQL 5.1 para MySQL 5.5?

Para criar uma nova Instância de banco de dados MySQL 5.5, utilize o "Assistente de lançamento de Instância de banco de dados" na AWS Management Console e selecione uma versão correspondente ao MySQL 5.5 ou simplesmente chame a API CreateDBInstance com o parâmetro de versão de mecanismo "5.5".

Atualmente, uma atualização direta do MySQL 5.1 para o MySQL 5.5 não é compatível. Contudo, pretendemos fornecer essa funcionalidade no futuro. Enquanto isso, se você deseja transferir seu banco de dados MySQL 5.1 existente ao MySQL 5.5, utilize o mysqldump para exportar seu banco de dados de sua Instância de banco de dados MySQL 5.1 existente e importá-lo a uma nova Instância de banco de dados MySQL 5.5.

Oracle

Licenciamento e suporte

P: Que tipos de opções de licenciamento estão disponíveis com o Amazon RDS para o Oracle?

Há duas opções de licenciamento disponíveis para utilizar o Amazon RDS para o Oracle:

• Traga sua própria licença (BYOL): nesse modelo de licença, é possível utilizar suas licenças existentes de banco de dados do Oracle para executar implantações no Amazon RDS. Para executar uma Instância de Banco de Dados no modelo BYOL, você deve ter a licença apropriada do Oracle Database (com Licença de atualização e suporte ao software) para a classe de Instância de Banco de Dados e a edição do Oracle Database que deseja executar. Você também deve seguir as políticas da Oracle para o licenciamento do software Oracle Database no ambiente de computação da nuvem. Instâncias de banco de dados residem no ambiente do Amazon EC2 e a política de licenciamento do Oracle para o Amazon EC2 está aqui.
• Licença incluída: no modelo de serviço "Licença incluída", não é necessário adquirir separadamente licenças do Oracle; o software de banco de dados do Oracle foi licenciado pela AWS. A definição de preço "Licença incluída" inclui o software, os recursos de hardware subjacentes e as capacidades de gerenciamento do Amazon RDS.

P: Quais edições do banco de dados do Oracle estão disponíveis com o Amazon RDS para Oracle?

O Amazon RDS atualmente oferece suporte às seguintes edições de banco de dados do Oracle, sob cada um dos modelos de licenciamento abaixo:

• BYOL: Standard Edition One (SE1), Standard Edition (SE) e Enterprise Edition (EE)
• Licença incluída: Standard Edition One (SE1)

P: Quais são as políticas de licenciamento para usar o Amazon RDS para Oracle?

• BYOL: para executar uma Instância de Banco de Dados no modelo BYOL, você deve ter a licença apropriada do Oracle Database (com Licença de atualização e suporte ao software) para a classe de Instância de Banco de Dados e a edição do Oracle Database que deseja executar. Você também deve seguir as políticas da Oracle para o licenciamento do software Oracle Database no ambiente de computação da nuvem. Instâncias de banco de dados residem no ambiente do Amazon EC2 e a política de licenciamento do Oracle para o Amazon EC2 está aqui.
• Licença incluída: no modelo de serviço "Licença incluída", não é necessário adquirir separadamente licenças do Oracle; o software de banco de dados do Oracle foi licenciado pela AWS.

P: Que tipo de suporte terá o Amazon RDS para Oracle?

• BYOL:com esse modelo, você continuará a usar sua conta de suporte ativa do Oracle e seu contato Oracle diretamente para solicitações de serviço específicas do banco de dados do Oracle. Se você possui uma conta ativa da AWS Premium Support, entre em contato com a AWS Premium Support para questões específicas sobre o Amazon RDS. A Amazon Web Services e o Oracle possuem processo de suporte a vários fornecedores para casos que requerem assistência de ambas as organizações.
• Licença incluída: Nesse modelo, se você possui uma conta ativa da AWS Premium Support, entre em contato com a AWS Premium Support para questões específicas sobre os banco de dados do Amazon RDS e também do Oracle.

P: É possível alterar a opção de licenciamento para minha instância de banco de dados (por exemplo, de “BYOL” para “Licença incluída”)?

Sim, você pode alterar suas opções de licença. Contudo, será necessário excluir sua Instância de banco de dados atual com um snapshot final e criar uma nova Instância de banco de dados a partir daquele snapshot, especificando a nova opção de licenciamento de que você precisa.

DB Engine Version Management

P: Quais são as versões do mecanismo de banco de dados do Amazon RDS para Oracle e como elas se relacionam aos Patch Sets da Oracle?

No contexto do Oracle, as versões do Amazon RDS DB Engine são organizadas da seguinte maneira:

Versões do DB Engine para o Oracle = X.Y.Z

X = Versão principal (por exemplo: 11.2), Y = Nível de lançamento (por exemplo: 0.2), Z = número de versão dentro da série de lançamento (por exemplo: v2). Por exemplo, uma versão do DB Engine para o Oracle pode ser 11.2.0.2.v2

O Oracle lança Atualizações de conjuntos de patch de banco de dados (PSU) para níveis de lançamento compatíveis trimestralmente. (ex.: 11.2.0.2.1). O PSU inclui correções de segurança e correções adicionais de não segurança recomendadas pelo Oracle.

As versões do Amazon RDS DB Engine são projetadas com um determinado PSU como linha de base e podem conter correções além dele.

Do ponto de vista do Amazon RDS, uma mudança de versão seria considerada importante se a versão principal ou o nível de lançamento estiverem sendo alterados. Exemplo: uma variação de 11.2.0.2.Z -> 11.2.0.4.Z. Uma alteração de versão seria considerada pequena se o número da versão dentro do lançamento estiver sendo trocada. Exemplo: de 11.2.0.2.v2 -> 11.2.0.2.v3.

Atualmente, o Amazon RDS oferece suporte à versão 11.2 principal (11g Versão 2). Planejamos oferecer suporte às versões principais adicionais no futuro.

P: Qual é a composição do conjunto de patches de minha versão do mecanismo de banco de dados para Oracle?

Consulte o Guia de usuário do Amazon RDS para detalhes da composição do conjunto de patch de cada versão do Engine DB da Oracle.

P: Posso controlar quando minha instância de banco de dados será atualizada para uma nova versão do mecanismo de banco de dados para Oracle?

O Amazon RDS permite que você controle quando o software relacional de banco de dados alimentando sua Instância de banco de dados será atualizado com novas versões aceitas pelo Amazon RDS e se o será. Isso fornece a você a flexibilidade de manter a compatibilidade com versões específicas do Oracle, testar novas versões com seu aplicativo antes de implantar produção e realizar atualizações de versões de acordo com seus próprios termos e cronogramas.

A não ser que você especifique o contrário, sua Instância de banco de dados será automaticamente atualizada automaticamente com novas versões do DB Engine, à medida que forem aceitas pelo Amazon RDS. Esse patching ocorrerá durante sua janela de manutenção programada, e será anunciado no Fórum do Amazon RDS com antecedência. Se você deseja desativar atualizações automáticas de versão, basta configurar o campo "Atualização de versão secundária automática" para "Não". Visto que atualizações de versões principais envolvem risco de compatibilidade, elas não ocorrerão automaticamente e devem ser iniciadas por você.

Essa abordagem de patching de software de banco de dados oferece a você o controle de atualizações de versões, mas ainda reduz o trabalho de aplicativo de patch do Amazon RDS. Descubra mais sobre o gerenciamento de versão lendo as perguntas frequentes a seguir em sua totalidade. Como alternativa, você pode consultar o nosso Guia do desenvolvedor.

Enquanto a funcionalidade de gerenciamento de versão do DB Engine fornece a você o máximo de controle possível sobre a forma que o patching ocorre, o Amazon RDS reserva-se o direito de realizar o patch de sua Instância de banco de dados em seu nome, caso haja uma vulnerabilidade crítica de segurança no software do banco de dados.

No modelo "Licença incluída", o custo da "Licença de atualização de software" está incluído no preço por hora, permitindo o acesso a atualizações de software do banco de dados do Oracle. Contudo, com o modelo BYOL, você deve ter a "Atualização de licença e suporte" do Oracle para utilizar o Amazon RDS para banco de dados do Oracle.

P: Como posso 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/ou principal ao criar uma nova Instância de banco de dados através da opção "Iniciar Instância de banco de dados" na AWS Management Console ou da API CreateDBInstance.

Se você optou por não realizar atualizações programadas automaticamente ao configurar o parâmetro AutoMinorVersionUpgrade para falso, mas deseja iniciar uma atualização manualmente para uma versão secundária compatível ou um lançamento de versão principal, basta utilizar a API ModifyDBInstance. Simplesmente especifique a versão para a qual deseja atualizar através do parâmetro EngineVersion. A atualização será então aplicada em seu nome automaticamente (se o marcador ApplyImmediately estiver configurado para verdadeiro) ou durante a próxima janela de manutenção programada para sua Instância de banco de dados.

P: Posso testar minha instância de banco de dados com uma nova versão antes de proceder com sua atualização?

Sim. Isso também é possível criando um snapshot de banco de dados a partir de sua Instância de banco de dados existente, restaurando o snapshot de banco de dados 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 que você teste com segurança o clone atualizado de sua Instância de banco de dados antes de decidir se deseja ou não atualizar sua Instância de banco de dados original.

P: O Amazon RDS fornece diretrizes para admitir novas versões do mecanismo de banco de dados e/ou reprovar versões do MySQL que são compatíveis atualmente?

No futuro, pretendemos oferecer suporte às versões adicionais de banco de dados Oracle para o Amazon RDS, tanto secundárias quanto principais. O número de novos lançamentos de versões compatíveis em um determinado ano poderá variar de acordo com a frequência e o conteúdo dos lançamentos de versão do MySQL e o resultado de uma intensa inspeção do lançamento por nossa equipe de engenharia de banco de dados. Contudo, como diretriz geral, visamos oferecer suporte às novas versões do MySQL dentro de 3-5 meses de seu lançamento de Disponibilidade geral.

Em termos de política de substituições:

• Pretendemos oferecer suporte aos lançamentos de versões principais por 3 anos após serem inicialmente aceitas pelo Amazon RDS.
• Pretendemos oferecer suporte aos lançamentos de versões secundárias de banco de dados Oracle (11.2.0.2.v2, por exemplo) por no mínimo 1 ano após serem inicialmente aceitas pelo Amazon RDS.
• Após uma versão principal ou secundária se tornar "obsoleta", esperamos providenciar um período de carência de três meses para que você inicie uma atualização para uma versão compatível, antes de uma atualização automática ser aplicada durante sua janela de manutenção programada.

Scaling

P: Posso dimensionar minha instância de banco de dados?

Para o modelo BYOL, é possível dimensionar suas Instâncias de banco de dados de acordo com os termos de sua(s) licença(s) do Oracle.

Para o modelo de Licença incluída, as Instâncias de banco de dados sendo executadas no Oracle podem se expandir ou se reduzir a qualquer momento, sujeitas ao preço por hora que prevalecer para cada classe de Instância de banco de dados.

Para mais informações sobre as implicações de dimensionamento de Instâncias de banco de dados reservadas, consulte nossas Perguntas frequentes sobre Instâncias de banco de dados reservadas.

P: Posso alterar a edição da Oracle que estou utilizando para executar uma instância de banco de dados (por exemplo, do Oracle 11g R2 SE1 para EE)?

Para o modelo BYOL, é possível migrar de uma edição de software do Oracle para outra, desde que você possua uma licença não utilizada do Oracle que seja apropriada para a edição e classe da Instância de banco de dados que planeja executar. Para alterar a edição e reter seus dados, faça um snapshot de sua Instância de banco de dados em execução e depois crie uma nova Instância de banco de dados da edição desejada a partir daquele snapshot. Você deverá então excluir a antiga Instância de banco de dados, a não ser que queira mantê-la em execução e tenha as licenças apropriadas do banco de dados do Oracle.

Para o modelo de licença incluída, somente o Oracle Standard Edition One é aceito.

Opções/Recursos

P: Para que tipos de replicação o Amazon RDS oferece suporte para Oracle?

O Amazon RDS para Oracle pode suportar implantações Multi-AZ para os modelos de licença de Licença Incluída e Traga sua própria licença (BYOL).

P: O Amazon RDS usa Oracle Data Guard para implantações Multi-AZ?

O Oracle Data Guard é um recurso de alta disponibilidade disponível para a edição empresarial do banco de dados Oracle. Atualmente, o Amazon RDS utiliza uma tecnologia de replicação sincronizada diferenciada e funcionalidade de failover automática para oferecer implantações Multi-AZ para Instâncias de banco de dados Oracle. As implementações Multi-AZ encontram-se disponíveis para todas as edições do banco de dados Oracle suportadas pelo Amazon RDS.

P: Preciso de licença(s) adicionais se usar implantações Multi-AZ para minhas instâncias de banco de dados Oracle no formato do modelo de licenciamento "BYOL"?

Sim, esperamos que você precise usar duas vezes mais licenças para implantações Multi-AZ do que usaria em uma implantação Single-AZ parecida para efetuar a Instância de banco de dados (DB Instance) em stand-by. No entanto, você deve rever seu Acordo de Licenciamento de Software do Oracle e cumprir com as políticas de Licenciamento do Oracle.

P: O Oracle RAC pode ser executado no Amazon RDS?

Não, o RAC atualmente não é compatível.

P: Quais opções de edição do Enterprise podem ser executadas no Amazon RDS?

As seguintes opções de edição do Enterprise são atualmente compatíveis com o modelo BYOL:

• Particionamento
• Pacotes de gerenciamento (Diagnóstico, Ajuste)
• Compressão avançada
• Recuperação total

P: Que conjuntos de caracteres são compatíveis com o Amazon RDS para Oracle?

O Amazon RDS é compatível com os trinta conjuntos de caracteres na lista "Conjuntos de Caracteres do Banco de Dados de ASCII Recomendados" do Oracle. Você pode especificar seu conjunto de caracteres desejado ao criar uma nova instância de banco de dados. Isso é opcional e o conjunto de caracteres padrão é AL32UTF8. Para informações adicionais, consulte a Documentação do Amazon RDS.

P: Como descubro se o Amazon RDS oferece suporte para um recurso específico do banco de dados Oracle?

O banco de dados Oracle oferece suporte a uma variedade de recursos que variam de acordo com a edição do banco de dados Oracle que você executar. Consulte o Guia do usuário do Amazon RDS para saber mais sobre os recursos do Oracle para os quais o Amazon RDS atualmente oferece suporte.