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á.
Preparando seus nós Redis OSS de origem e destino para a migração
Você deve garantir que todos os quatro pré-requisitos mencionados a seguir sejam atendidos antes de iniciar a migração do ElastiCache console, da API ou da CLI. AWS
Para preparar seus Redis OSS Nodes de origem e destino para migração
-
Identifique a ElastiCache implantação de destino e certifique-se de que você possa migrar dados para ela.
Uma ElastiCache implantação existente ou recém-criada deve atender aos seguintes requisitos de migração:
-
Ele está usando a versão 5.0.6 ou superior do mecanismo Redis OSS.
-
Não tem a criptografia em trânsito nem a criptografia em repouso habilitada.
-
Ele tem o multi-AZ habilitado.
-
Ele tem memória suficiente disponível para ajustar os dados do seu cluster Redis OSS. Para configurar as definições de memória reservada corretas, consulte Gerenciamento da memória reservada.
-
Para o modo de cluster desativado, você pode migrar diretamente das versões 2.8.21 do Redis OSS para o Redis OSS versão 5.0.6 em diante se estiver usando a CLI ou do Redis OSS versões 5.0.6 em diante usando a CLI ou o console. Para ativar o modo de cluster, você pode migrar diretamente de qualquer versão do Redis OSS habilitada para o modo de cluster para o Redis OSS versão 5.0.6 em diante se estiver usando a CLI ou o Redis OSS versões 5.0.6 em diante usando a CLI ou o console.
-
O número de fragmentos na origem e no destino coincide.
-
Ele não faz parte de um datastore global.
-
Ele tem a hierarquização de dados desabilitada.
-
-
Certifique-se de que as configurações do seu Redis OSS de código aberto e da implantação ElastiCache (Redis OSS) sejam compatíveis.
No mínimo, todos os itens a seguir na ElastiCache implantação de destino devem ser compatíveis com sua configuração do Redis OSS para replicação do Redis OSS:
-
Seu cluster Redis OSS não deve ter o Redis OSS AUTH ativado.
-
A configuração do Redis OSS
protected-mode
deve ser definida como.no
-
Se você tiver uma
bind
configuração na configuração do Redis OSS, ela deverá ser atualizada para permitir solicitações de nós. ElastiCache -
O número de bancos de dados lógicos deve ser o mesmo no ElastiCache nó e no cluster Redis OSS. Esse valor é definido usando
databases
a configuração do Redis OSS. -
Os comandos do Redis OSS que realizam modificações de dados não devem ser renomeados para permitir que a replicação dos dados seja bem-sucedida. Por exemplo
sync
,,,, e.psync
info
config
command
cluster
-
Para replicar os dados do seu cluster Redis OSS para ElastiCache, verifique se há CPU e memória suficientes para lidar com essa carga adicional. Essa carga vem do arquivo RDB criado pelo seu cluster Redis OSS e transferido pela rede para o nó. ElastiCache
-
Todas as instâncias do Redis OSS no cluster de origem devem estar em execução na mesma porta.
-
-
Certifique-se de que suas instâncias possam se conectar ElastiCache fazendo o seguinte:
-
Garanta que cada endereço IP da instância seja privado.
-
Atribua ou crie a ElastiCache implantação na mesma nuvem privada virtual (VPC) do seu Redis OSS na sua instância (recomendado).
-
Se as VPCs forem diferentes, configure o emparelhamento de VPCs para permitir o acesso entre os nós. Para obter mais informações sobre o emparelhamento de VPCs, consulte Padrões de acesso para acessar um ElastiCache cache em uma Amazon VPC.
-
O grupo de segurança anexado às suas instâncias do Redis OSS deve permitir o tráfego de entrada dos nós. ElastiCache
-
-
Certifique-se de que seu aplicativo possa direcionar o tráfego para ElastiCache os nós após a conclusão da migração dos dados. Para ter mais informações, consulte Padrões de acesso para acessar um ElastiCache cache em uma Amazon VPC.