Clusters com Sharding do OCI Cache

O OCI Cache suporta dois modos de cluster, clusters com sharding e clusters não com sharding.

Os clusters não fragmentados são configurados com um nó principal e um ou mais nós de réplica, com os dados duplicados em cada nó. Com este modo de cluster, os dados que você pode armazenar são limitados pela quantidade de memória configurada para o nó, com no máximo 500 GB de memória por nó.

Os clusters com shards têm três ou mais shards, com os dados divididos entre os shards do cluster, de modo que cada shard contenha parte dos dados. Cada shard é como um cluster, com um nó primário e até quatro nós de réplica. Os clusters com sharding suportam cenários em que você precisa armazenar mais dados do que o limite de 500 GB, porque embora esses clusters ainda sejam limitados aos 500 GB de memória por nó, são realmente 500 GB por shard.

Os clusters com sharding não têm pontos finais principais ou de réplica no nível do cluster, como os clusters sem sharding. Em vez disso, cada shard tem um ponto final privado que você pode usar ao estabelecer conexão com o cluster. Consulte Obtendo Detalhes da Conexão de um Cluster com Sharding no Cache do OCI para obter mais informações.

Limitações e Considerações para Clusters Fragmentados

Qualquer biblioteca cliente Valkey e Redis que você use para estabelecer conexão com um cluster com sharding deve suportar o Redis CLUSTER MODE com suporte a nome de host.

  • O número de nós configurados por shard deve estar entre 1 e 5, com um máximo de 100 nós por cluster.
  • O número de shards por cluster deve ser um número desigual de 3 a 99, embora o número máximo de shards dependa do número de nós configurados por shard.
  • A quantidade de memória por nó deve estar entre 2 e 500 GB.
  • Todas as bibliotecas do cliente Redis que você usa para estabelecer conexão com um cluster com sharding devem suportar o Redis CLUSTER MODE com suporte a nome de host.
  • Os clusters do OCI Cache criados como clusters não fragmentados não podem ser convertidos em clusters fragmentados e vice-versa. O OCI Cache não fornece uma maneira automatizada de mover dados entre esses tipos de cluster.

Configurando Clusters com Sharding

Ao configurar um cluster com sharding, você precisa considerar os requisitos para ajudá-lo a decidir sobre o equilíbrio entre o número de shards, o número de nós por shard e a quantidade de memória por nó. Aumentar o número de nós por shard é uma boa estratégia para aumentar a capacidade de leitura de um cluster, mas isso não ajuda no armazenamento de um cluster, a menos que você aumente a quantidade de memória por nó. Ele também não ajuda na capacidade de gravação de um cluster. Para impactar a capacidade de gravação de um cluster, aumente o número de shards.

Por exemplo, compare os dois cenários a seguir:

  1. O cluster precisa armazenar uma grande quantidade de dados, mas não tratar uma grande quantidade de gravações.
  2. O cluster precisa lidar com muitas gravações, mas não armazenar uma grande quantidade de dados.

No cenário 1, você configuraria o cluster para ter um número menor de shards, com mais memória por nó, em comparação com o cenário 2. Para o cenário 2, você configuraria o cluster para ter um número maior de shards, com menos memória por nó.

A maioria dos procedimentos para trabalhar com clusters fragmentados são os mesmos que para trabalhar com clusters não fragmentados, no entanto, alguns procedimentos são diferentes. Consulte o seguinte para obter detalhes específicos de clusters fragmentados: