Armazenamento do Amazon Aurora
A seguir, saiba mais sobre o subsistema de armazenamento do Aurora. O Aurora usa uma arquitetura de armazenamento distribuído e compartilhado que é um fator importante em termos de performance, escalabilidade e confiabilidade para clusters do Aurora.
Tópicos
Visão geral do armazenamento do Amazon Aurora
Os dados do Aurora são armazenados no volume de cluster, que é um volume virtual único que usa Solid State Drives (SSDs – Unidades de estado sólido). Um volume de cluster consiste em cópias dos dados em várias zonas de disponibilidade em uma única região da AWS. Como os dados são replicados automaticamente nas Zonas de disponibilidade, seus dados são resilientes, havendo menos possibilidade de perda de dados. Essa replicação também garante que o banco de dados esteja disponível durante um failover. Ele faz isso porque as cópias de dados já existem nas outras zonas de disponibilidade e continuam atendendo a solicitações de dados para as instâncias de banco de dados no cluster de banco de dados. A quantidade de replicação independe do número de instâncias de banco de dados no cluster.
O Aurora usa armazenamento local separado para arquivos temporários não persistentes. Isso inclui arquivos que são usados para fins como classificar grandes conjuntos de dados durante o processamento de consultas e criação de índices. Para ter mais informações, consulte Limites de armazenamento temporário para o Aurora MySQL e Limites de armazenamento temporário para o Aurora PostgreSQL.
O que o volume de cluster contém
O volume de cluster do Aurora contém todos os dados do usuário, os objetos de esquema e os metadados internos como as tabelas do sistema e o log binário. Por exemplo, o Aurora armazena todas as tabelas, os índices, os Binary Large Objects (BLOBs – Grandes objetos binários), os procedimentos armazenados etc. para um cluster do Aurora no volume do cluster.
A arquitetura de armazenamento compartilhado do Aurora torna os dados independentes das instâncias de banco de dados no cluster. Por exemplo, adicione uma instância de banco de dados rapidamente porque o Aurora não cria uma nova cópia dos dados da tabela. Em vez disso, a instância de banco de dados se conecta ao volume compartilhado que já contém todos os dados. Remova uma instância de banco de dados de um cluster sem remover dados subjacentes do cluster. O Aurora só remove os dados quando você exclui todo o cluster.
Configurações de armazenamento para clusters de banco de dados do Amazon Aurora
O Amazon Aurora tem duas configurações de armazenamento do cluster de banco de dados:
-
Aurora I/O-Optimized: melhor preço/performance e previsibilidade para aplicações com uso intenso de E/S. Você paga somente pelo uso e armazenamento de seus clusters de banco de dados, sem custos adicionais pelas operações de E/S de leitura e gravação.
O Aurora I/O-Optimized é a melhor opção quando seus gastos com E/S são 25% ou mais do gasto total com o banco de dados do Aurora.
Você pode escolher Aurora I/O-Optimized ao criar ou modificar um cluster de banco de dados com uma versão de mecanismo de banco de dados compatível com a configuração do cluster do Aurora I/O-Optimized. É possível mudar do Aurora I/O-Optimized para o Aurora Standard a qualquer momento.
-
Aurora Standard: preços econômicos para muitas aplicações com uso moderado de E/S. Além do uso e do armazenamento dos clusters de banco de dados, você também paga uma taxa padrão por um milhão de solicitações para operações de E/S.
O Aurora Standard é a melhor opção quando seus gastos com E/S são inferiores a 25% dos gastos totais com o banco de dados do Aurora.
Você pode mudar de Aurora Standard para Aurora I/O-Optimized uma vez a cada 30 dias. Quando você alterna entre as opções de armazenamento Aurora Standard e Aurora I/O-Optimized para instâncias de banco de dados não baseadas em NVMe, não há tempo de inatividade. No entanto, para instâncias de banco de dados baseadas em NVMe, alternar entre as opções de armazenamento Aurora I/O-Optimized e Aurora Standard requer a reinicialização do mecanismo de banco de dados, o que pode causar um breve período de inatividade.
Para obter mais informações sobre Região da AWS e compatibilidade de versão, consulte Regiões e mecanismos de banco de dados do Aurora compatíveis com configurações de armazenamento em cluster.
Para obter mais informações sobre o preço referente às configurações de armazenamento do Amazon Aurora, consulte Preços do Amazon Aurora
Para receber informações sobre como escolher a configuração de armazenamento ao criar um cluster de banco de dados, consulte Criar um cluster de banco de dados. Para receber informações sobre como modificar a configuração de armazenamento de um cluster de banco de dados, consulte Configurações do Amazon Aurora.
Como o armazenamento do Aurora redimensiona automaticamente
Os volumes de cluster do Aurora crescem automaticamente à medida em que aumenta a quantidade de dados em seu banco de dados. O tamanho máximo de um volume de cluster do Aurora é de 128 tebibytes (TiB) ou 64 TiB, dependendo da versão do mecanismo de banco de dados. Para obter detalhes sobre o tamanho máximo de uma versão específica, consulte Limites de tamanho do Amazon Aurora. Essa escalabilidade automática de armazenamento é combinada com um subsistema de armazenamento altamente distribuído e de alta performance. Isso faz do Aurora uma boa escolha para seus dados corporativos importantes quando seus principais objetivos são confiabilidade e alta disponibilidade.
Para exibir o status do volume, consulte Exibir o status do volume para um cluster de banco de dados Aurora MySQL ou Exibir o status do volume para um cluster de bancos de dados Aurora PostgreSQL. Para formas de equilibrar os custos de armazenamento com outras prioridades, Escalabilidade de armazenamento descreve como monitorar as métricas do Amazon Aurora AuroraVolumeBytesLeftTotal e VolumeBytesUsed em CloudWatch.
Quando os dados do Aurora são removidos, o espaço alocado para esses dados é liberado. Exemplos de remoção de dados incluem descartar ou truncar uma tabela. Essa redução automática no uso do armazenamento ajuda a minimizar as cobranças de armazenamento.
nota
Os limites de armazenamento e o comportamento de redimensionamento dinâmico discutidos aqui se aplicam a tabelas persistentes e outros dados armazenados no volume do cluster.
Para Aurora PostgreSQL, os dados das tabelas temporárias são armazenados na instância de banco de dados local.
Para Aurora MySQL versão 2, os dados da tabela temporária são armazenados por padrão no volume do cluster para instâncias gravadoras e no armazenamento local para instâncias leitoras. Para ter mais informações, consulte Mecanismo de armazenamento para tabelas temporárias em disco.
Para Aurora MySQL versão 3, os dados da tabela temporária são armazenados na instância de banco de dados local ou no volume do cluster. Para ter mais informações, consulte Novo comportamento de tabela temporária no Aurora MySQL versão 3.
O tamanho máximo das tabelas temporárias que residem no armazenamento local é limitado pelo tamanho máximo do armazenamento local da instância de banco de dados. O tamanho do armazenamento local depende da classe de instância usada. Para ter mais informações, consulte Limites de armazenamento temporário para o Aurora MySQL e Limites de armazenamento temporário para o Aurora PostgreSQL.
Alguns recursos de armazenamento, como o tamanho máximo de um volume de cluster e o redimensionamento automático quando os dados são removidos, dependem da versão do Aurora do cluster. Para ter mais informações, consulte Escalabilidade de armazenamento. Também é possível aprender como evitar problemas de armazenamento e como monitorar o armazenamento alocado e o espaço livre no cluster.
Como o armazenamento de dados do Aurora é faturado
Embora um volume de cluster do Aurora possa aumentar até 128 tebibytes (TiB), você só é cobrado pelo espaço que usa em um volume de cluster do Aurora. Em versões anteriores do Aurora, o volume do cluster podia reutilizar o espaço liberado quando você removia dados, mas o espaço de armazenamento alocado nunca diminuía. Agora, quando os dados do Aurora são removidos, como ao excluir uma tabela ou banco de dados, o espaço total alocado diminui em uma quantidade equivalente. Assim, é possível reduzir as cobranças de armazenamento excluindo tabelas, índices, bancos de dados etc., que não são mais necessários.
dica
Para versões anteriores sem o recurso de redimensionamento dinâmico, redefinir o uso de armazenamento para um cluster envolvia fazer um despejo lógico e restaurar para um novo cluster. Essa operação pode levar muito tempo para um volume substancial de dados. Se você encontrar essa situação, considere atualizar seu cluster para uma versão que ofereça suporte ao redimensionamento dinâmico de volume.
Para obter informações sobre quais versões do Aurora oferecem suporte ao redimensionamento dinâmico e sobre como minimizar as cobranças de armazenamento monitorando o uso do armazenamento para seu cluster, consulte Escalabilidade de armazenamento. Para obter informações sobre faturamento de armazenamento de backup do Aurora, consulte Noções básicas do uso do armazenamento de backup do Amazon Aurora. Para obter informações da definição de preço sobre o armazenamento de dados do Aurora, consulte Preços do Amazon RDS para Aurora
