P: O que é o Amazon Aurora?

O Amazon Aurora é um mecanismo de banco de dados relacional que combina a velocidade e a confiabilidade de bancos de dados comerciais avançados com a simplicidade e a economia de bancos de dados de código aberto. O Amazon Aurora MySQL fornece uma performance até cinco vezes maior que o MySQL, sem necessidade de nenhuma modificação na maioria dos aplicativos do MySQL. Da mesma forma, o Amazon Aurora PostgreSQL fornece uma performance até três vezes maior que o PostgreSQL. O Amazon RDS gerencia bancos de dados do Amazon Aurora, processando tarefas demoradas como provisionamento, aplicação de patches, backup, recuperação, detecção de falhas e reparos. Você paga uma tarifa mensal para cada instância de banco de dados do Amazon Aurora que usar. Não há custos iniciais nem a necessidade de comprometimentos de longo prazo.

P: O que significa “compatível com o MySQL”?

Significa que a maior parte do código, dos aplicativos, dos drivers e das ferramentas que você já usa com bancos de dados MySQL pode ser usada com o Aurora com pouca ou nenhuma alteração. O mecanismo de banco de dados do Amazon Aurora é projetado para ser compatível com fio com o MySQL 5.6 usando o mecanismo de armazenamento InnoDB. Alguns recursos do MySQL, como o mecanismo de armazenamento MyISAM, não estão disponíveis com o Amazon Aurora.

P: O que significa “compatível com o PostgreSQL”?

Significa que a maior parte do código, dos aplicativos, dos drivers e das ferramentas que você já usa com bancos de dados PostgreSQL pode ser usada com o Aurora com pouca ou nenhuma alteração. O mecanismo de banco de dados do Amazon Aurora foi projetado para ser totalmente compatível com o PostgreSQL 9.6 e oferece suporte ao mesmo conjunto de extensões do PostgreSQL que o RDS for PostgreSQL 9.6, facilitando a mudança de aplicativos entre os dois mecanismos.  

P: Como faço para experimentar o Amazon Aurora?

Para testar o Amazon Aurora, faça login no Console AWS, selecione RDS na categoria Database e escolha o Amazon Aurora como mecanismo de banco de dados.

P: Quanto custa o Amazon Aurora?

Consulte a nossa página de definição de preço para obter informações atualizadas.

P: O Amazon Aurora replica cada bloco do volume do meu banco de dados seis vezes entre as três zonas de disponibilidade. Isso significa que meu preço de armazenamento efetivo será três ou seis vezes o que é mostrado na página de definição de preço?

Não. A replicação do Amazon Aurora está incluída no preço. Você é cobrado com base no armazenamento consumido pelo seu banco de dados na camada de armazenamento, não pelo armazenamento consumido na camada de armazenamento virtualizada do Amazon Aurora.

P: Em quais regiões da AWS o Amazon Aurora está disponível?

Consulte a nossa página de definição de preço para obter informações atualizadas sobre regiões e preços.

P: Como posso migrar do MySQL para o Amazon Aurora e vice-versa?

Você tem várias opções. Você pode usar o utilitário padrão mysqldump para exportar os dados do MySQL e o utilitário mysqlimport para importar dados para o Amazon Aurora, e vice-versa. Você também pode usar o recurso de migração de DB Snapshot do Amazon RDS para migrar um snapshot do banco de dados do MySQL para o Amazon Aurora usando o Console de Gerenciamento da AWS. Na maioria dos clientes, a migração é concluída em menos de uma hora, embora a duração dependa do formato e do tamanho do conjunto de dados. Para obter mais informações, consulte Melhores práticas para a migração de bancos de dados MySQL para o Amazon Aurora.

P: Como posso migrar do PostgreSQL para o Amazon Aurora e vice-versa?

Você tem várias opções. Você pode usar o utilitário padrão pg_dump para exportar os dados do PostgreSQL e o utilitário pg_restore para importar dados para o Amazon Aurora, e vice-versa. Você também pode usar o recurso de migração DB Snapshot do Amazon RDS para migrar um DB Snapshot do PostgreSQL 9.6 para o Amazon Aurora usando o Console de Gerenciamento da AWS. Na maioria dos clientes, a migração é concluída em menos de uma hora, embora a duração dependa do formato e do tamanho do conjunto de dados.

P: O Amazon Aurora participa do nível gratuito da AWS?

Não neste momento. O nível gratuito da AWS para o Amazon RDS oferece benefícios para microinstâncias de banco de dados. No momento, o Amazon Aurora não oferece suporte para microinstância do banco de dados. Consulte a nossa página de definição de preço para obter informações atualizadas.

P: O que é uma E/S no Amazon Aurora e como ela é calculada?

E/S são operações de entrada/saída executadas pelo mecanismo de banco de dados Aurora na sua camada de armazenamento virtualizado com base em SSDs. Cada operação de leitura de página de banco de dados conta como uma E/S. O mecanismo de banco de dados Aurora emite leituras na camada de armazenamento para obter as páginas de banco de dados que não estão presentes no cache do buffer. Cada página de banco de dados tem 16 KB no Aurora MySQL e 8 KB no Aurora PostgreSQL.

O Aurora foi concebido para eliminar operações de E/S desnecessárias para reduzir custos e garantir a disponibilidade de recursos para atender ao tráfego de leitura/gravação. As operações de E/S de gravação são consumidas apenas durante o envio de registros de log para a camada de armazenamento com o intuito de tornar as gravações mais duradouras. As operações de E/S de gravação são contadas em unidades de 4 KB. Por exemplo, um registro de log de transação com 1024 bytes será contado como uma operação de E/S. Porém, operações de gravação simultâneas cujo log de transação seja inferior a 4 KB poderão ser armazenadas em lotes juntas pelo mecanismo de banco de dados Aurora para otimizar o consumo de E/S. Diferentemente dos mecanismos de banco de dados tradicionais, o Amazon Aurora nunca envia páginas de banco de dados modificadas para a camada de armazenamento, o que resulta em economias de consumo de E/S ainda maiores.

Você pode ver quantas operações de E/S sua instância do Aurora está consumindo acessando o Console AWS. Para localizar o seu consumo de E/S, consulte a seção RDS do console, pesquise na lista de instâncias, selecione as suas instâncias do Aurora e procure pelas métricas “Operações de leitura faturadas” e “Operações de gravação faturadas” na seção de monitoramento.

P: Preciso alterar drivers do cliente para usar o Amazon Aurora PostgreSQL?

Não. O Amazon Aurora funciona com os drivers de banco de dados padrão do PostgreSQL.

P: O que significa “performance cinco vezes maior que a do MySQL”?

O Amazon Aurora oferece aumentos significativos sobre a performance do MySQL integrando totalmente o mecanismo de banco de dados com uma camada de armazenamento virtualizada SSD criada especificamente para cargas de trabalho de banco de dados, reduzindo as gravações no sistema de armazenamento, diminuindo a contenção por bloqueio e eliminando atrasos causados pelos threads de processo do banco de dados. Nossos testes com o SysBench em instâncias r3.8xlarge mostram que o Amazon Aurora entrega mais de 500.000 SELECTs/s e 100.000 UPDATEs/s, cinco vezes mais que o MySQL executando o mesmo teste comparativo no mesmo hardware. Veja as instruções detalhadas sobre este teste comparativo e sobre como replicá-lo no Amazon Aurora MySQL Performance Benchmarking Guide.

P: O que significa “performance três vezes maior que a do PostgreSQL”?

O Amazon Aurora oferece aumentos consideráveis de performance em relação ao PostgreSQL integrando estreitamente o mecanismo de banco de dados com uma camada de armazenamento virtualizado em SSDs, criada especificamente para cargas de trabalho de banco de dados, reduzindo as gravações no sistema de armazenamento, diminuindo a contenção por bloqueio e eliminando atrasos causados pelos threads de processo do banco de dados. Nossos testes com o SysBench em instâncias r4.16xlarge mostram que o Amazon Aurora entrega um número de SELECTs/s e UPDATEs/s mais de três vezes maior que o PostgreSQL executando o mesmo teste comparativo no mesmo hardware. Veja as instruções detalhadas sobre este teste comparativo e sobre como replicá-lo no Amazon Aurora PostgreSQL Performance Benchmarking Guide.

P: Como posso otimizar a carga de trabalho do banco de dados para o Amazon Aurora MySQL?

O Amazon Aurora é projetado para ser compatível com o MySQL 5.6, para que os aplicativos e ferramentas MySQL existentes possam ser executados sem a necessidade de modificações. No entanto, uma área em que o Amazon Aurora oferece melhorias em relação ao MySQL é no uso de cargas de trabalho altamente simultâneas. Para maximizar o throughput da carga de trabalho no Amazon Aurora, recomendamos que você desenvolva os aplicativos para gerar um grande número de consultas simultâneas.

P: Como posso otimizar a carga de trabalho do banco de dados para o Amazon Aurora PostgreSQL?

O Amazon Aurora foi projetado para ser compatível com o PostgreSQL 9.6 para permitir a execução de aplicativos e ferramentas atuais do PostgreSQL sem modificações. No entanto, uma área em que o Amazon Aurora oferece melhorias em relação ao PostgreSQL é no uso de cargas de trabalho altamente simultâneas. Para maximizar o throughput da carga de trabalho no Amazon Aurora, recomendamos que você desenvolva os aplicativos para gerar um grande número de consultas simultâneas.

P: Quais são os limites mínimo e máximo de armazenamento de um banco de dados do Amazon Aurora?

O armazenamento mínimo é 10 GB. Com base na utilização do seu banco de dados, seu armazenamento do Amazon Aurora aumentará automaticamente, até 64 TB, em incrementos de 10 GB sem afetar a performance do banco de dados. Não há necessidade de provisionar antecipadamente o armazenamento.

P: Como posso dimensionar os recursos de computação associados à minha instância de banco de dados do Amazon Aurora?

Você pode escalar os recursos de computação alocados para uma instância de banco de dados no Console de Gerenciamento da AWS selecionando a instância de banco de dados desejada e clicando no botão Modify. Os recursos de memória e de CPU são modificados alterando a classe da sua instância de banco de dados.

Ao modificar sua classe de instância de banco de dados, suas alterações solicitadas serão aplicadas durante sua janela de manutenção especificada. Como alternativa, você pode usar o marcador “Aplicar imediatamente” para aplicar suas solicitações de escalabilidade imediatamente. As duas opções afetarão a disponibilidade por alguns minutos enquanto a operação de escalabilidade é realizada. Lembre-se de que qualquer outra alteração pendente do sistema também será aplicada.

P: Como faço para habilitar os backups para uma instância de banco de dados?

Backups automáticos estão sempre ativados nas instâncias de banco de dados do Amazon Aurora. Os backups não afetam a performance do banco de dados.

P: Posso fazer DB snapshots e mantê-los disponíveis pelo tempo que quiser?

Sim, e não há impacto na performance ao fazer snapshots. Observe que restaurar dados a partir de snapshots do banco de dados exige a criação de uma nova instância de banco de dados.

P: Se o meu banco de dados falhar, qual é meu caminho de recuperação?

O Amazon Aurora mantém automaticamente 6 cópias de seus dados entre três zonas de disponibilidade e tentará recuperar seu banco de dados automaticamente em uma zona de disponibilidade saudável sem perda de dados. No caso improvável de seus dados estarem indisponíveis no armazenamento do Amazon Aurora, você pode restaurar a partir de um snapshot do banco de dados ou realizar uma operação de restauração point-in-time para uma nova instância. Observe que o último momento restaurável para uma operação de restauração point-in-time pode ser de até 5 minutos atrás.

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

Você pode escolher criar um DB Snapshot final ao excluir sua instância de banco de dados. Se fizer isso, pode usar o DB Snapshot para restaurar a instância de banco de dados excluída posteriormente. O Amazon Aurora retém esse DB Snapshot final criado pelo usuário junto com todos os outros snapshots de banco de dados criados manualmente após a instância de banco de dados ser excluída. Apenas DB Snapshots são mantidos depois da exclusão da instância de banco de dados (ou seja, os backups automáticos criados para restauração point-in-time não são mantidos).

P: Posso compartilhar meus snapshots com outra conta da AWS?

Sim. O Aurora permite criar snapshots de bancos de dados, que podem ser usados posteriormente para restaurar um banco de dados. Você pode compartilhar um snapshot com uma conta diferente da AWS e o proprietário da conta de destino pode usar esse snapshot para restaurar um banco de dados com os seus dados. Você pode até mesmo optar por tornar seus snapshots públicos, ou seja, qualquer pessoa pode restaurar um BD contendo seus dados (públicos). É possível usar este recurso para compartilhar dados entre seus vários ambientes (produção, desenvolvimento/teste, preparação, etc.) que tenham contas diferentes da AWS, como também manter backups de todos os seus dados seguros em uma conta separada, caso sua conta principal da AWS sofra uma ameaça em algum momento.

P: Serei cobrado por snapshots compartilhados?

Não há cobrança pelo compartilhamento de snapshots entre contas. No entanto, podem haver cobranças pelos snapshots em si, como também por qualquer banco de dados que você restaurar usando os snapshots compartilhados. Saiba mais sobre a definição de preço do Aurora.

P: Posso compartilhar snapshots automaticamente?

Não oferecemos suporte ao compartilhamento de DB Snapshots automáticos. Para compartilhar um snapshot automático, você deve criar manualmente uma cópia do snapshot e, então, compartilhar a cópia.

P: Com quantas contas posso compartilhar snapshots?

Você pode compartilhar snapshots manuais com até 20 IDs de conta da AWS. Caso deseje compartilhar um snapshot com mais de 20 contas, torne-o público ou você pode entrar em contato com o suporte para aumentar a sua cota.

P: Em quais regiões posso compartilhar meus snapshots do Aurora?

Você pode compartilhar seus snapshots do Aurora em todas as regiões da AWS onde o Aurora estiver disponível.

P: Posso compartilhar meus snapshots do Aurora entre regiões diferentes?

Não. Seus snapshots compartilhados do Aurora só poderão ser acessados por contas na mesma região da conta que os compartilha.

P: Posso compartilhar um snapshot criptografado do Aurora?

Sim, você pode compartilhar snapshots criptografados do Aurora.

P: Como o Amazon Aurora melhora a tolerância a falhas de disco do meu banco de dados?

O Amazon Aurora divide automaticamente o volume do seu banco de dados em segmentos de 10 GB em vários discos. Cada bloco de 10 GB do seu volume de banco de dados é replicado seis vezes em três zonas de disponibilidade. O Amazon Aurora é projetado para tratar de maneira transparente a perda de até duas cópias de dados sem afetar a disponibilidade de gravação do banco de dados e até três cópias sem afetar a disponibilidade de leitura. O armazenamento do Amazon Aurora também tem correção automática. Os blocos e discos de dados são varridos continuamente em busca de erros e corrigidos automaticamente.

P: Como o Aurora melhora o tempo de recuperação depois de uma falha do banco de dados?

Diferente dos outros bancos de dados, depois de uma falha, o Amazon Aurora não precisa reproduzir o log de repetição do último ponto de verificação do banco de dados (normalmente 5 minutos) e confirmar que todas as alterações foram aplicadas antes de disponibilizar o banco de dados para operações. Isso reduz os tempos de reinicialização do banco de dados para menos de 60 segundos na maioria dos casos. O Amazon Aurora move o cache do buffer para fora do processo do banco de dados e o disponibiliza imediatamente no momento da reinicialização. Isso evita que você tenha que controlar o acesso até que o cache esteja preenchido novamente para evitar comprometimentos de performance.

P: Com que tipo de réplicas o Aurora é compatível?

O Amazon Aurora MySQL e o Amazon Aurora PostgreSQL oferecem suporte às réplicas do Amazon Aurora, que compartilham o mesmo volume subjacente da instância principal. As atualizações feitas pela instância principal são visíveis para todas as réplicas do Amazon Aurora. Com o Amazon Aurora MySQL, você também pode criar réplicas de leitura do MySQL usando o mecanismo de replicação baseado em binlog do MySQL. Nas réplicas de leitura do MySQL, os dados da sua instância principal são reproduzidos em sua réplica como transações. Para a maioria dos casos de uso, inclusive escalabilidade e alta disponibilidade de leitura, recomendamos o uso de Réplicas do Amazon Aurora.

Você tem a flexibilidade de misturar e corresponder esses dois tipos de réplicas com base em suas próprias necessidades:

Recurso Réplicas do Amazon Aurora Réplicas do MySQL
Número de réplicas Até 15 Até 5
Tipo de réplica Assíncrono (milissegundos) Assíncrono (segundos)
Impacto de performance na principal Baixa Alta
Age como destino de failover Sim (sem perda de dados) Sim (possivelmente minutos de perda de dados)
Failover automatizado Sim Não
Suporte para atraso de replicação definido pelo usuário Não Sim
Suporte para diferentes dados ou esquema x principal Não Sim

P: Posso ter réplicas entre regiões com o Amazon Aurora?

Sim, com o Aurora MySQL, você pode configurar uma réplica do Aurora entre regiões por meio do console do RDS. A replicação entre regiões é baseada na replicação binlog do MySQL com thread único, e o atraso da replicação será influenciado pela taxa de alteração/aplicação e demoras na comunicação de rede entre as regiões específicas selecionadas. No momento, o Aurora PostgreSQL não oferece suporte a réplicas entre regiões.

P: Posso criar réplicas de leitura do Aurora no cluster de réplica entre regiões?
Sim, você pode adicionar réplicas do Aurora no cluster que compartilharão o mesmo armazenamento subjacente da réplica entre regiões. A réplica entre regiões atua como o principal no cluster e as réplicas do Aurora no cluster, geralmente, apresentam um atraso de 10 milissegundos com relação ao principal.

P: Posso fazer o failover do aplicativo por meio do principal atual para a réplica entre regiões?
Sim, você pode promover a réplica entre regiões como o novo principal usando o console do RDS. Normalmente, o processo de promoção leva alguns minutos, dependendo da sua carga de trabalho. A replicação entre regiões será interrompida quando você iniciar o processo de promoção.

P: Eu posso priorizar algumas réplicas como alvos de failover sobre outras?

Sim. Você pode atribuir uma camada de prioridade de promoção para cada instância no seu cluster. Quando a instância principal falhar, o Amazon RDS promoverá a réplica com a maior prioridade como principal. Se houver contenção entre 2 ou mais réplicas na mesma camada de prioridade, o Amazon RDS promoverá a réplica que tenha o mesmo tamanho da instância principal. Para obter mais informações sobre a lógica de failover, leia o Guia do usuário do Amazon Aurora.

P: Posso modificar as camadas de prioridade para instâncias depois que elas forem criadas?

Você pode modificar a camada de prioridade para uma instância a qualquer momento. Um failover não é acionado apenas com a modificação de camadas de prioridade.

P: Posso evitar que determinadas réplicas sejam promovidas para a instância principal?

Você pode atribuir camadas de prioridade mais baixas para réplicas que você não deseja promover para a instância primária. No entanto, se as réplicas de prioridade mais alta no cluster não estiverem saudáveis ou disponíveis por alguma razão, o Amazon RDS promoverá a réplica de prioridade mais baixa.

P: Como posso melhorar a disponibilidade de um único banco de dados do Amazon Aurora?

Você pode adicionar réplicas do Amazon Aurora. As réplicas do Amazon Aurora compartilham o mesmo armazenamento subjacente da instância principal. Qualquer réplica do Amazon Aurora pode ser promovida para tornar-se principal sem nenhuma perda de dados e, portanto, pode ser usada para melhorar a tolerância a falhas no caso de falha de uma instância principal do banco de dados. Para aumentar a disponibilidade do banco de dados, crie de 1 a 15 réplicas em qualquer uma das três zonas de disponibilidade e o Amazon RDS as incluirá automaticamente na seleção de failover principal no caso de interrupção de um banco de dados.

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

O failover é controlado automaticamente pelo Amazon Aurora para que seus aplicativos possam retomar as operações de banco de dados o mais rapidamente possível sem intervenção administrativa manual.

  • Se você tiver uma réplica do Amazon Aurora na mesma zona de disponibilidade ou em outra, ao fazer o failover, o Amazon Aurora alterará o registro de nome canônico (CNAME) da sua instância de banco de dados para apontar para a réplica saudável, que, por sua vez, é promovida e se torna a nova principal. Normalmente, o failover é concluído em até 30 segundos.
  • Se você não tiver uma réplica do Amazon Aurora (ou seja, uma instância única), o Aurora primeiro tentará criar uma nova instância de banco de dados na mesma zona de disponibilidade da instância original. Se não conseguir, o Aurora tentará criar uma nova instância de banco de dados em uma zona de disponibilidade diferente. Do início ao fim, o failover normalmente é concluído em menos de 15 minutos.

Seu aplicativo deve tentar novamente fazer as conexões do banco de dados em caso de perda de conexão.

P: Se eu tiver um banco de dados principal e uma réplica do Amazon Aurora ativamente usando o tráfego de leitura e ocorrer um failover, o que acontece?

O Amazon RDS detectará automaticamente um problema com sua instância principal e começará a encaminhar seu tráfego de leitura/gravação para uma réplica do Amazon Aurora. Na média, o failover é concluído em até 30 segundos. Além disso, o tráfego de leitura atendido pelas réplicas do Amazon Aurora será brevemente interrompido.

P: Qual a defasagem entre a principal e as réplicas?

Como as réplicas do Amazon Aurora compartilham o mesmo volume de dados da instância principal, praticamente não há atraso na replicação. Normalmente, observamos defasagens de dezenas de milissegundos. Para réplicas de leitura do MySQL, o atraso de replicação pode aumentar indefinidamente com base na taxa de alteração/aplicação, bem como atrasos na comunicação da rede. No entanto, em condições normais, é comum um atraso na replicação de menos de um minuto.

P: O que é o Amazon Aurora Multi-Master?

Na re:Invent 2017, anunciamos a demonstração do Amazon Aurora Multi-Master, um novo recurso da versão do Aurora compatível com o MySQL que adiciona a capacidade de escalabilidade vertical de performance de gravação em diversas zonas de disponibilidade. Esse recurso permite que os aplicativos direcionem cargas de trabalho de leitura/gravação para várias instâncias em um cluster de banco de dados e operem com maior disponibilidade.

P: Como posso começar a usar o Amazon Aurora Multi-Master?

O Amazon Aurora Multi-Master já está disponível para demonstração na edição compatível com o MySQL do Amazon Aurora. Você pode cadastrar-se para solicitar a participação. Anunciaremos a disponibilidade geral em uma data futura.

P: Posso usar o Amazon Aurora no Amazon Virtual Private Cloud (Amazon VPC)?

Sim, todas as instâncias de banco de dados do Amazon Aurora devem ser criadas em uma VPC. Com o Amazon VPC, é possível definir uma topologia de rede virtual que lembra muito uma rede tradicional que você poderá operar no seu próprio Datacenter. Isso oferece a você total controle sobre quem acessa seus bancos de dados do Amazon Aurora.

P: O Amazon Aurora criptografa meus dados em trânsito e ociosos?

Sim. O Amazon Aurora usa SSL (AES-256) para proteger a conexão entre a instância de banco de dados e o aplicativo. O Amazon Aurora permite criptografar bancos de dados usando chaves gerenciadas através do AWS Key Management Service (KMS). Em uma instância de banco de dados em execução com a criptografia do Amazon Aurora, os dados ociosos mantidos no armazenamento subjacente são criptografados, bem como os backups automáticos, as réplicas de leitura e os snapshots desses dados no mesmo cluster. A criptografia e a descriptografia são processadas de forma transparente. Para obter mais informações sobre o uso do KMS com o Amazon Aurora, consulte o Guia do usuário do Amazon RDS.

P: Posso criptografar um banco de dados não criptografado existente?

No momento, a criptografia de uma instância do Aurora não criptografada não é suportada. Para usar a criptografia do Amazon Aurora para um banco de dados descriptografado existente, crie uma nova instância de banco de dados com criptografia ativada e migre seus dados para ela.

P: Como posso acessar meu banco de dados do Amazon Aurora?

O acesso aos bancos de dados do Amazon Aurora deve ser feito através da porta de banco de dados inserida na criação do banco de dados. Isso é feito para proporcionar uma camada adicional de segurança para seus dados. Instruções passo a passo sobre como se conectar ao seu banco de dados do Amazon Aurora são fornecidas no Amazon Aurora Connectivity Guide.

P: Posso usar o Amazon Aurora com aplicativos que exigem conformidade com a HIPAA?

Sim. As edições do Aurora compatíveis com MySQL e PostgreSQL são qualificadas pela HIPAA. Portanto, podem ser utilizadas para criar aplicativos em conformidade com a HIPAA e armazenar informações relacionadas à saúde, incluindo Protected Health Information (PHI – Informações de saúde protegidas), mediante a assinatura de um Business Associate Agreement (BAA – Acordo de associado comercial) com a AWS. Se você já tiver um BAA assinado, nenhuma ação será necessária para começar a usar esses serviços nas contas cobertas pelo BAA. Se você não tiver um BAA assinado com a AWS ou tiver qualquer dúvida sobre aplicativos em conformidade com a HIPAA na AWS, entre em contato conosco.

P: O que é o Amazon Aurora Serverless?

O Amazon Aurora Serverless é uma configuração sob demanda com escalabilidade automática para edição compatível com o MySQL do Amazon Aurora. Um cluster de banco de dados do Aurora Serverless inicia, encerra e escala a capacidade automaticamente de acordo com as necessidades do aplicativo. O Aurora Serverless oferece uma opção relativamente simples e econômica para cargas de trabalho pouco frequentes, intermitentes ou imprevisíveis. Leia mais no Guia do usuário do Amazon Aurora.

P: Quais versões do Amazon Aurora são compatíveis com o Aurora Serverless?

No momento, o Aurora Serverless está disponível para o Aurora com compatibilidade com o MySQL 5.6.

P: Posso migrar um cluster de banco de dados do Aurora para o Aurora Serverless?

Sim. Você pode restaurar um snapshot obtido de um cluster provisionado existente do Aurora para um cluster de banco de dados do Aurora Serverless (e vice-versa).

P: Como faço para me conectar a um cluster de banco de dados do Aurora Serverless?

Você acessa um cluster de banco de dados do Aurora Serverless de um aplicativo cliente executado na mesma Amazon Virtual Private Cloud (VPC). Não é possível associar um endereço IP público a um cluster de banco de dados do Aurora Serverless.

P: Posso definir explicitamente a capacidade de um cluster do Aurora Serverless?

Embora o Aurora Serverless escale automaticamente de acordo com a carga de trabalho ativa do banco de dados, pode ocorrer que a capacidade não escale com a velocidade suficiente para absorver uma mudança súbita da carga de trabalho, como um grande número de novas transações. Nesses casos, você pode definir explicitamente a capacidade para um valor específico no Console de Gerenciamento da AWS, na ILC da AWS ou na API do RDS.

P: Por que o meu cluster de banco de dados do Aurora Serverless não escala automaticamente?

Após o início de uma operação de escalabilidade, o Aurora Serverless tenta encontrar um ponto de alteração de escala, que é o momento em que o banco de dados pode concluir a alteração de escala com segurança. Se você tiver consultas com execução demorada, transações em andamento ou bloqueios temporários em tabelas ou tabelas temporárias, o Aurora Serverless poderá não encontrar um ponto de alteração de escala.

P: Como é a cobrança pelo Aurora Serverless?

No Aurora Serverless, a capacidade do banco de dados é medida em unidades de capacidade do Aurora (ACUs). Você paga uma taxa fixa por segundo de uso da ACU, com o mínimo de 5 minutos de uso cada vez que o banco de dados é ativado. Os preços do armazenamento e da E/S das configurações provisionadas e Serverless são os mesmos. Veja um exemplo de definição de preço do Aurora Serverless.