As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Snapshots e restauração
ElastiCache Os caches da Amazon que executam Valkey, Redis OSS ou Serverless Memcached podem fazer backup de seus dados criando um snapshot. É possível usar o backup para restaurar um cache ou propagar dados para um novo cache. O backup consiste nos metadados do cache com todos os dados no cache. Todos os backups são gravados no Amazon Simple Storage Service (Amazon S3), que fornece armazenamento durável. A qualquer momento, você pode restaurar seus dados criando um novo cache Valkey, Redis OSS ou Serverless Memcached e preenchendo-o com dados de um backup. Com ElastiCache, você pode gerenciar backups usando o. AWS Management Console, the AWS Command Line Interface (AWS CLI) ElastiCache API e.
Se quiser excluir um cache e for importante preservar os dados, você poderá tomar uma precaução extra. Para isso, crie um backup manual primeiro, verifique se o status está disponível e, em seguida, exclua o cluster. Isso garante que, se o backup falhar, você ainda terá os dados do cache disponíveis. Você pode tentar um backup novamente, seguindo as práticas recomendadas descritas anteriormente.
Tópicos
- Restrições do backup
- Impacto sobre o desempenho dos backups de clusters autoprojetados
- Programação de backups automáticos
- Realização de backups manuais
- Criação de um backup final
- Descrição de backups
- Copiar backups
- Exportação de um backup
- Restauração de um backup para um novo cache
- Exclusão de um backup
- Marcação de backups
- Tutorial: semeando um novo cluster autoprojetado com um backup criado externamente
Restrições do backup
Considere as seguintes restrições ao planejar ou fazer backups:
-
O backup e a restauração são suportados somente para caches executados em Valkey, Redis OSS ou Serverless Memcached.
-
Para clusters Valkey ou Redis OSS (modo de cluster desativado), o backup e a restauração não são suportados nos
cache.t1.micronós. Todos os outros tipos de nó de cache têm suporte. -
Para clusters Valkey ou Redis OSS (modo de cluster ativado), o backup e a restauração são compatíveis com todos os tipos de nós.
-
Durante qualquer período contíguo de 24 horas, você pode criar no máximo 24 backups manuais por cache sem servidor. Para clusters OSS autoprojetados pelo Valkey e Redis, você pode criar no máximo 20 backups manuais por nó no cluster.
-
O Valkey ou o Redis OSS (modo de cluster ativado) só suportam a realização de backups no nível do cluster (para o API ouCLI, no nível do grupo de replicação). O Valkey ou o Redis OSS (modo de cluster ativado) não suportam a realização de backups no nível do fragmento (para o API ouCLI, no nível do grupo de nós).
-
Durante o processo de backup, você não pode executar nenhuma outra CLI operação API ou operação no cache sem servidor. Você pode executar API nossas CLI operações em um cluster projetado por você mesmo durante o backup.
-
Se você estiver usando OSS caches Valkey ou Redis com hierarquização de dados, não poderá exportar um backup para o Amazon S3.
-
Só é possível restaurar um backup de um cluster usando o tipo de nó r6gd para clusters que estejam usando o tipo de nó r6gd.
Impacto sobre o desempenho dos backups de clusters autoprojetados
Os backups em caches sem servidor são transparentes para a aplicação, sem impacto sobre o desempenho. No entanto, durante a criação de backups para clusters autoprojetados, é possível que haja algum impacto sobre o desempenho, dependendo da memória reservada disponível. Os backups para clusters autoprojetados não estão disponíveis com ElastiCache (Memcached), mas estão disponíveis com ElastiCache (Redis). OSS
Estas são as diretrizes a fim de melhorar o desempenho do backup para clusters autoprojetados.
-
Definir o
reserved-memory-percentparâmetro — Para reduzir a paginação excessiva, recomendamos que você defina o reserved-memory-percentparâmetro. Esse parâmetro impede que o Valkey e o Redis OSS consumam toda a memória disponível do nó e pode ajudar a reduzir a quantidade de paginação. Você também pode ver melhorias de desempenho simplesmente usando um nó maior. Para obter mais informações sobre a memória reservada e reserved-memory-percentos parâmetros, consulte. Gerenciando a memória reservada para Valkey e Redis OSS -
Crie backups a partir de uma réplica de leitura — Se você estiver executando o Valkey ou o Redis OSS em um grupo de nós com mais de um nó, poderá fazer um backup do nó primário ou de uma das réplicas de leitura. Devido aos recursos do sistema necessários durante esse períodoBGSAVE, recomendamos que você crie backups a partir de uma das réplicas de leitura. Enquanto o backup está sendo criado a partir da réplica, o nó primário permanece inalterado pelos requisitos de BGSAVE recursos. O nó primário pode continuar a atender solicitações sem ficar lento.
Para fazer isso, consulte Criação de um backup manual (console), e no campo Cluster Name (Nome do cluster) na janela Create Backup (Criar backup), escolha uma réplica em vez do nó primário padrão.
Se você excluir um grupo de replicação e solicitar um backup final, ElastiCache sempre fará o backup do nó primário. Isso garante que você capture os OSS dados mais recentes do Valkey ou do Redis, antes que o grupo de replicação seja excluído.
