Visão geral do backup e da restauração de um cluster de banco de dados do Neptune

Esta seção fornece informações gerais sobre o backup e a restauração de dados no Amazon Neptune.

Tolerância a falhas para um cluster de banco de dados do Neptune

Um cluster de banco de dados do Neptune é tolerante a falhas por design. O volume do cluster abrange várias zonas de disponibilidade em uma única região da AWS e cada zona de disponibilidade contém uma cópia dos dados de volume do cluster. Esta funcionalidade significa que seu cluster de banco de dados pode tolerar falhas de uma Zona de disponibilidade sem perder dados, apenas uma breve interrupção do serviço.

Se a instância principal em um cluster de banco de dados falhar, o Neptune fará failover automaticamente para uma nova instância principal de duas maneiras:

• Ao promover uma réplica do Neptune existente para a nova instância principal.

• Ao criar uma nova instância primária

Se o cluster de banco de dados tiver uma ou mais réplicas do Neptune, uma réplica do Neptune será promovida à instância principal durante um evento de falha. Um evento de falha resulta em uma breve interrupção, durante a qual as operações de leitura e gravação falham com uma exceção. No entanto, o serviço é restaurado normalmente em menos de 120 segundos e muitas vezes em menos de 60 segundos. Para aumentar a disponibilidade do cluster de banco de dados, recomendamos que você crie pelo menos uma ou mais réplicas do Neptune em duas ou mais zonas de disponibilidade diferentes.

É possível personalizar a ordem em que as réplicas do Neptune são promovidas à instância principal após uma falha, atribuindo uma prioridade a cada réplica. As prioridades variam de 0 para a prioridade mais alta a 15 para a prioridade mais baixa. Se a instância principal falhar, o Neptune promoverá a réplica do Neptune com a prioridade mais alta à nova instância principal. É possível modificar a prioridade de uma réplica do Neptune a qualquer momento. Modificar a prioridade não desencadeia um failover.

É possível usar a AWS CLI para definir a prioridade de failover de uma instância de banco de dados da seguinte forma:

aws neptune modify-db-instance --db-instance-identifier (the instance ID) --promotion-tier (the failover priority value)

A mesma prioridade pode ser compartilhada por mais de uma réplica do Neptune, gerando níveis de promoção. Se duas ou mais réplicas do Neptune compartilharem a mesma prioridade, o Neptune promoverá a réplica que for maior. Se duas ou mais réplicas do Neptune compartilharem a mesma prioridade e o mesmo tamanho, o Neptune promoverá uma réplica arbitrária no mesmo nível de promoção.

Se o cluster de banco de dados não contiver nenhuma réplica do Neptune, a instância principal será recriada durante um evento de falha. Um evento de falha resulta em uma interrupção durante a qual as operações de leitura e gravação falham com uma exceção. O serviço é reestabelecido quando a nova instância primária é criada, o que normalmente leva menos de 10 minutos. Promover uma réplica do Neptune à instância principal é muito mais rápido do que criar uma instância principal.

Backups do Neptune

O Neptune faz backup do volume de cluster automaticamente e mantém dados de restauração pela duração do período de retenção de backup. Os backups do Neptune são contínuos e incrementais para que você possa restaurar rapidamente em qualquer momento do período de retenção de backup. Quando os dados do backup estão sendo gravados, não há nenhum impacto sobre a performance ou interrupção de serviço do banco de dados. Você pode especificar um período de retenção de backup, de 1 a 35 dias, ao criar ou modificar um cluster de banco de dados.

Para controlar o uso de armazenamento de backup, reduza o intervalo de retenção de backup, remova snapshots manuais antigos quando eles não forem mais necessários, ou ambos. Para ajudar a gerenciar os custos, é possível monitorar a quantidade de armazenamento consumido por backups contínuos e snapshots manuais que são persistidos além do período de retenção. Você pode reduzir o intervalo de retenção de backup e remover snapshots manuais quando eles não forem mais necessários.

Se você quiser manter um backup além do período de retenção do backup, também será possível fazer um snapshot dos dados no seu volume de cluster. Armazenar snapshots gera taxas de armazenamento padrão do Neptune. Para obter mais informações sobre preços de armazenamento do Neptune, consulte Preços do Amazon Neptune.

O Neptune retém dados de restauração incrementais durante todo o período de retenção de backup. Portanto, só será possível criar um snapshot para os dados que você deseja manter além desse período. Crie um novo cluster de banco de dados a partir do snapshot.

Importante

Se você excluir um cluster de banco de dados, todos os seus backups automatizados serão excluídos ao mesmo tempo e não poderão ser recuperados. Isso significa que, a menos que você opte por criar um snapshot de banco de dados final manualmente, não poderá restaurar a instância de banco de dados para seu estado final posteriormente. Os snapshots manuais não são excluídos quando o cluster é excluído.

nota

• Para os clusters de banco de dados do Amazon Neptune, o período de retenção de backup padrão é de um dia, independentemente de como o cluster de banco de dados é criado.

• Você não pode desabilitar backups automatizados no Neptune. O período de retenção de backup do Neptune é gerenciado pelo cluster de banco de dados.

Métricas do CloudWatch que são úteis para gerenciar o armazenamento de backup do Neptune

É possível usar as métricas TotalBackupStorageBilled, SnapshotStorageUsed e BackupRetentionPeriodStorageUsed do Amazon CloudWatch para examinar e monitorar a quantidade de armazenamento usado pelos backups do Neptune da seguinte forma:

• BackupRetentionPeriodStorageUsed representa a quantidade de armazenamento de backup usado, em bytes, para armazenar backups contínuos no momento atual. Esse valor depende do tamanho do volume do cluster e da quantidade de alterações feitas durante o período de retenção. No entanto, para fins de faturamento, ele não excede o tamanho cumulativo do volume do cluster durante o período de retenção. Por exemplo, se o tamanho de VolumeBytesUsed do cluster for 107.374.182.400 bytes (100 GiB), e o período de retenção for de dois dias, o valor máximo de BackupRetentionPeriodStorageUsed será 214.748.364.800 bytes (100 GiB + 100 GiB).

• SnapshotStorageUsed representa a quantidade de armazenamento de backup usado, em bytes, para armazenar snapshots manuais além do período de retenção de backup. Os snapshots manuais não contam em relação ao seu armazenamento de backups de snapshot enquanto o time stamp de criação estiver dentro do período de retenção. Todos os snapshots automáticos também não contam em relação ao armazenamento de backup. O tamanho de cada snapshot é o tamanho do volume do cluster no momento em que você faz o snapshot. O valor SnapshotStorageUsed depende do número de snapshots que você mantém e do tamanho de cada snapshot. Por exemplo, suponha que você tenha um snapshot fora do período de retenção, e o tamanho de VolumeBytesUsed do cluster era 100 GiB quando esse snapshot foi feito. A quantidade de SnapshotStorageUsed é 107.374.182.400 bytes (100 GiB).

• TotalBackupStorageBilled representa a soma, em bytes, de BackupRetentionPeriodStorageUsed e SnapshotStorageUsed, menos uma quantidade de armazenamento de backup grátis igual ao tamanho do volume do cluster para um dia. O armazenamento de backup gratuito é igual ao tamanho do volume mais recente. Por exemplo, se o tamanho de VolumeBytesUsed do cluster for 100 GiB, o período de retenção for de dois dias e você tiver um snapshot manual fora do período de retenção, o TotalBackupStorageBilled será de 214.748.364.800 bytes (200 GiB + 100 GiB - 100 GiB).

É possível monitorar os clusters do Neptune e criar relatórios usando métricas do CloudWatch por meio do console do CloudWatch. Para obter mais informações sobre como usar métricas do CloudWatch, consulte Monitorar o Neptune e a tabela de métricas em Métricas de Neptune CloudWatch .

Restaurar dados de um backup do Neptune

É possível recuperar os dados criando um cluster de banco de dados do Neptune por meio dos dados de backup retidos pelo Neptune ou por um snapshot de cluster de banco de dados que você salvou. É possível restaurar rapidamente uma nova cópia de um cluster de banco de dados criado com os dados de backup a qualquer momento do período de retenção do backup. Devido à natureza contínua e incremental dos backups do Neptune durante o período de retenção do backup, você não precisa criar snapshots frequentes dos dados para melhorar os tempos de restauração.

Para determinar o tempo de restauração mais recente ou mais antigo de uma instância de banco de dados, procure os valores Latest Restorable Time ou Earliest Restorable Time no console do Neptune. O tempo de restauração mais recente de um cluster de banco de dados é o ponto mais recente no qual é possível restaurar seu cluster de banco de dados, normalmente dentro de 5 minutos do horário atual. O tempo de restauração mais antigo especifica o quão distante você pode restaurar o volume do cluster dentro do período de retenção do backup.

Você pode descobrir quando a restauração de um cluster de banco de dados foi encerrada verificando os valores Latest Restorable Time e Earliest Restorable Time. Os valores Latest Restorable Time e Earliest Restorable Time retornam NULL até que a operação de restauração seja concluída. Não é possível solicitar uma operação de backup ou restauração se Latest Restorable Time ou Earliest Restorable Time retornar NULL.

Para restaurar uma instância de banco de dados a um tempo especificado usando o AWS Management Console

1. Faça login no Console de Gerenciamento da AWS e abra o console do Amazon Neptune em https://console.aws.amazon.com/neptune/home.

2. No painel de navegação, escolha Instances (Instâncias). Selecione a instância primária do cluster de banco de dados que deseja restaurar.

3. Escolha Instance actions (Ações da instância) e, depois, Restore to point in time (Restauração point-in-time).

   Na janela Launch DB Instance (Iniciar instância de banco de dados), escolha Custom (Personalizado) em Restore time (Tempo de restauração).

4. Em Custom (Personalizado), especifique a data e a hora em que você quer realizar a restauração.

5. Digite o nome da sua nova instância de banco de dados restaurada em DB instance identifier (Identificador de instância de banco de dados) em Settings (Configurações).

6. Escolha Launch DB Instance (Iniciar instância de banco de dados) para executar a instância de banco de dados restaurada.

   São criados uma nova instância de banco de dados (com o nome que você especificou) e um novo cluster de banco de dados. O nome do cluster de banco de dados é o novo nome da instância de banco de dados seguido por –cluster. Por exemplo, se o novo nome da instância de banco de dados for myrestoreddb, o nome do novo cluster de banco de dados será myrestoreddb-cluster.

Janela de backup no Neptune

Os backups automáticos são feitos diariamente durante a janela de backup escolhida. Se o backup exigir mais tempo do que o da janela de backup, ele continuará após a janela encerrar, até que esteja concluído. A janela de backup não pode se sobrepor à janela de manutenção semanal para a instância do banco de dados.

Durante a janela de backup automático, as E/S de armazenamento podem ser suspensas brevemente enquanto o processo de backup é inicializado (geralmente durante alguns segundos). Você pode perceber latências elevadas por alguns minutos durante os backups de implantações Multi-AZ.

A janela de backup é normalmente selecionada aleatoriamente em um bloco de tempo de oito horas por região pelo ambiente de gerenciamento do Amazon RDS subjacente ao Neptune. Os blocos de tempo de cada região da qual as janelas de backup padrão são atribuídas estão documentados na seção Backup Window do Guia do usuário do Amazon RDS.