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á.
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 os dados criando um novo cache do Valkey, Redis OSS ou Memcached de tecnologia sem servidor e o preenchendo com dados de um backup. Com ElastiCache, você pode gerenciar backups usando o AWS Management Console, o AWS Command Line Interface (AWS CLI) e a ElastiCache API.
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
Considere as seguintes restrições ao planejar ou fazer backups:
-
O backup e a restauração são suportados apenas para caches executados no Valkey, Redis OSS ou Memcached de tecnologia sem servidor.
-
Para clusters do Valkey ou Redis OSS (modo cluster desabilitado), não há suporte para backup e restauração em nós
cache.t1.micro. Todos os outros tipos de nó de cache têm suporte. -
Para clusters do Valkey ou Redis OSS (modo cluster habilitado), o backup e a restauração têm suporte para todos os tipos de nó.
-
Durante qualquer período contíguo de 24 horas, você não pode criar mais de 24 backups manuais por cache de tecnologia sem servidor. Para clusters autoprojetados do Valkey e Redis OSS, você não pode criar mais de 20 backups manuais por nó do cluster.
-
O Valkey ou Redis OSS (modo cluster habilitado) oferece suporte apenas para backups no nível do cluster (para a API ou CLI, no nível do grupo de replicação). O Valkey ou Redis OSS (modo cluster habilitado) não oferece suporte à execução de backups no nível do fragmento (para a API ou CLI, no nível do grupo de nós).
-
Durante o processo de backup, não é possível executar outra operação de API ou CLI no cache de tecnologia sem servidor. Você pode executar operações de API ou CLI em um cluster autoprojetado durante o backup.
-
Se você estiver usando caches do Valkey ou Redis OSS com classificação de dados em níveis, não será possível 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 o Memcached, mas estão disponíveis com ElastiCache o 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 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. Gerenciamento de 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 Redis OSS em um grupo de nós com mais de um nó, será possível fazer um backup do nó primário ou de uma das réplicas de leitura. Devido aos recursos do sistema necessários durante um BGSAVE, recomendamos que você crie backups de uma das réplicas de leitura. Enquanto o backup está sendo criado da réplica, o nó primário permanece inalterado pelos requisitos de recursos de BGSAVE. 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 dados mais recentes do Valkey ou Redis OSS antes que o grupo de replicação seja excluído.
