Resolver problemas

Esta página explica vários cenários de erro e oferece orientações para resolver os erros.

Cenários de replicação

Esta seção explica problemas de replicação que podem ocorrer com o cluster.

Como monitorar atrasos de replicação?

O Memorystore for Redis Cluster tem a /cluster/replication/maximum_offset_diff métrica. Essa métrica monitora a diferença máxima de deslocamento de replicação (em bytes) para um nó em um cluster principal.

Ao manter a diferença de deslocamento de replicação baixa, as réplicas podem realizar operações de sincronização incremental com mais frequência e a um custo menor do que as operações de sincronização completa.

Recomendamos definir um limite para a métrica maximum_offset_diff. Se o limite for excedido, o Memorystore for Redis Cluster poderá notificar você por um alerta.

Com base no tipo de nó do cluster, recomendamos definir o limite da seguinte maneira:

  • Se o tipo de nó for redis-shared-core-nano, redis-standard-small, redis-highmem-medium, redis-highcpu-medium ou redis-standard-large, defina o limite para ser menor que 64 MB.

  • Se o tipo de nó for redis-highmem-xlarge ou redis-highmem-2xlarge, defina o limite para ser menor que 1 GB.

Cenários de erro de conectividade

Esta seção explica problemas de conectividade que podem ocorrer na instância.

Erro de conexão causado por regras de firewall

As regras de firewall podem causar erros de conexão bloqueando as portas usadas pelo Memorystore for Redis Cluster. Para os dois endpoints do Private Service Connect da instância, permita as portas 11000 a 13047. Para mais informações sobre esses endpoints, consulte Endereços de rede reservados.

Erro de conexão causado por políticas da organização

Você pode ter uma política da organização que bloqueia as conexões do Private Service Connect com a instância do Memorystore for Redis Cluster.

Se a política da organização usar a política .restrictPrivateServiceConnectProducer, permita o número da pasta 961333125034, que é uma pasta específica para o Memorystore for Redis Cluster. Exemplo:

name: organizations/Consumer-org-1/policies/compute.restrictPrivateServiceConnectProducer
spec:
    rules:
      - values:
          allowedValues:
          - under:folders/961333125034

Se a política da organização usar a política .disablePrivateServiceConnectCreationForConsumers, permita SERVICE_PRODUCERS. Exemplo:

name: organizations/Consumer-org-1/policies/compute.disablePrivateServiceConnectCreationForConsumers
spec:
    rules:
      - values:
          allowedValues:
          - SERVICE_PRODUCERS

Cenários de uso da CPU

Esta seção explica problemas de uso da CPU que podem ocorrer no cluster.

O buffer de saída do cluster fica sem espaço

Se o buffer de saída do cluster ficar sem espaço, faça o seguinte:

Quando a memória do cluster está cheia e uma nova gravação chega, o Memorystore for Redis Cluster remove as chaves para liberar espaço para a gravação, com base na política maxmemory do cluster. A política allkeys-lru remove as chaves usadas menos recentemente (LRU, na sigla em inglês) de todo o conjunto de chaves.

Recomendamos monitorar a maxmemory e a memória usada do cluster. Isso ajuda a saber se o cluster atinge a capacidade provisionada. Além disso, ao reduzir o valor do parâmetro maxmemory, você terá mais espaço para a sobrecarga.

Cenários de persistência

Esta seção explica problemas de persistência que podem ocorrer com o cluster.

O tráfego de gravação excede a capacidade do Memorystore for Redis Cluster de compactar e recuperar espaço por meio da reescrita do AOF

Se essa situação ocorrer, o arquivo somente de anexos (AOF) crescerá mais rápido do que o processo de reescrita pode gerenciar. Isso leva ao esgotamento do disco, causa falhas de gravação e bloqueia operações que exigem a criação de réplicas e a sincronização completa.

O Memorystore for Redis Cluster implementou proteções para regular a capacidade de processamento de gravação. Isso garante que a reescrita do AOF possa acompanhar cargas de trabalho de gravação alta e sustentada.