Restauração de um backup para um novo cache - Amazon ElastiCache (RedisOSS)

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á.

Restauração de um backup para um novo cache

Você pode restaurar um backup existente em um novo cache sem servidor ou em um cluster projetado por você mesmo.

nota

ElastiCache O Serverless oferece suporte a arquivos RDB compatíveis com as versões do Redis OSS entre 5.0 e a versão mais recente disponível.

Para restaurar um backup para um cache sem servidor (console)
  1. Faça login no AWS Management Console e abra o ElastiCache console em https://console.aws.amazon.com/elasticache/.

  2. No painel de navegação, escolha Backups.

  3. Na lista de backups, escolha a caixa à esquerda do nome do backup que você deseja restaurar.

  4. Escolha Ações e Restaurar

  5. Insira um nome para o novo cache sem servidor e uma descrição opcional.

  6. Clique em Criar para criar o novo cache e importar dados do backup.

Para restaurar um backup para um cluster autoprojetado (console)
  1. Faça login no AWS Management Console e abra o ElastiCache console em https://console.aws.amazon.com/elasticache/.

  2. No painel de navegação, escolha Backups.

  3. Na lista de backups, escolha a caixa à esquerda do nome do backup do qual você deseja restaurar.

  4. Escolha Ações e Restaurar

  5. Escolha Crie seu próprio cache e personalize as configurações do cluster, como tipo de nó, tamanhos, número de fragmentos, réplicas, posicionamento AZ e configurações de segurança.

  6. Escolha Criar para criar o novo cache autoprojetado e importe dados do backup.

nota

ElastiCache O Serverless oferece suporte a arquivos RDB compatíveis com as versões do Redis OSS entre 5.0 e a versão mais recente disponível.

Para restaurar um backup para um cache sem servidor novo (AWS CLI)

O AWS CLI exemplo a seguir cria um novo cache usando create-serverless-cache e importa dados de um backup.

Para Linux, macOS ou Unix:

aws elasticache create-serverless-cache \ --serverless-cache-name CacheName \ --engine redis --snapshot-arns-to-restore Snapshot-ARN

Para Windows:

aws elasticache create-serverless-cache ^ --serverless-cache-name CacheName ^ --engine redis ^ --snapshot-arns-to-restore Snapshot-ARN

Para Windows:

Para restaurar um backup para um cluster autoprojetado (AWS CLI)

Você pode restaurar um backup de cache sem servidor do Redis OSS e também pode restaurar um cluster projetado pelo próprio Redis OSS.

Você pode restaurar um backup de cache sem servidor do Redis OSS de duas maneiras.

  • Você pode restaurar para um cluster Redis OSS de nó único (modo de cluster desativado) usando a operação. AWS CLI create-cache-cluster

  • Você pode restaurar em um cluster Redis OSS com réplicas de leitura (um grupo de replicação). Para fazer isso, você pode usar o Redis OSS (modo de cluster desativado) ou o Redis OSS (modo de cluster ativado) com a operação. AWS CLI create-replication-group Nesse caso, você semeia a restauração com um arquivo.rdb do Redis OSS. Para obter mais informações sobre como propagar um novo cluster autoprojetado, consulte Propagação de um novo cluster autoprojetado com um backup criado externamente.

Você pode restaurar um backup do Redis OSS (modo de cluster desativado) de duas maneiras.

  • Você pode restaurar para um cluster Redis OSS de nó único (modo de cluster desativado) usando a operação. AWS CLI create-cache-cluster

  • Você pode restaurar em um cluster Redis OSS com réplicas de leitura (um grupo de replicação). Para fazer isso, você pode usar o Redis OSS (modo de cluster desativado) ou o Redis OSS (modo de cluster ativado) com a operação. AWS CLI create-replication-group Nesse caso, você semeia a restauração com um arquivo.rdb do Redis OSS. Para obter mais informações sobre como propagar um novo cluster autoprojetado, consulte Propagação de um novo cluster autoprojetado com um backup criado externamente.

Ao usar a operação create-cache-cluster ou create-replication-group, não se esqueça de incluir o parâmetro --snapshot-name ou --snapshot-arn para propagar o novo cluster ou grupo de replicação com os dados do backup.