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á. # Nódulos e fragmentos do Valkey ou Redis OSS Um fragmento (na API e na CLI, um grupo de nós) é uma disposição hierárquica de nós, cada um envolvido em um cluster. Fragmentos oferecem suporte para replicação. Dentro de um fragmento, um nó funciona como o nó primário de leitura/gravação. Todos os outros nós em um fragmento funcionam como réplicas somente leitura do nó primário. O Valkey, ou o Redis OSS versão 3.2 e posteriores, oferecem suporte a vários fragmentos dentro de um cluster (na API e CLI, um grupo de replicação). Esse suporte permite particionar os dados em um cluster do Valkey ou Redis OSS (modo cluster habilitado). O diagrama a seguir ilustra as diferenças entre um cluster do Valkey ou Redis OSS (modo cluster desabilitado) e um cluster do Valkey ou Redis OSS (modo cluster habilitado). ![\[Imagem: fragmentos do Valkey ou Redis OSS (modo cluster desabilitado) e Valkey ou Redis OSS (modo cluster habilitado) (API/CLI: grupos de nós)\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png) Os clusters do Valkey ou Redis OSS (modo cluster habilitado) oferecem suporte para a replicação por meio de fragmentos. A operação de API, [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html) (CLI: [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html)) lista os grupos de nós com nós membros, a função do nó dentro do grupo de nós, bem como outras informações. Ao criar um cluster do Valkey ou Redis OSS, você especifica se deseja criar um cluster com o recurso de criação de clusters habilitado. Os clusters do Valkey ou Redis OSS (modo cluster desabilitado) nunca têm mais de um fragmento que pode ser escalado horizontalmente com a adição (até um total de cinco) ou a exclusão de nós de réplica de leitura. Para mais informações, consulte [Alta disponibilidade com o uso de grupos de replicação](Replication.md), [Adição de uma réplica de leitura do Valkey ou do Redis OSS (modo cluster desabilitado)](Replication.AddReadReplica.md) ou [Exclusão de uma réplica de leitura do Valkey ou do Redis OSS (modo cluster desabilitado)](Replication.RemoveReadReplica.md). Clusters do Valkey ou Redis OSS (modo cluster desabilitado) também podem ser escalados verticalmente por meio da mudança dos tipos de nó. Para obter mais informações, consulte [Escalar nós de réplica para Valkey ou Redis OSS (modo cluster desativado)](Scaling.RedisReplGrps.md). O limite de nós ou fragmentos pode ser aumentado para um máximo de 500 por cluster se o mecanismo for Valkey ou Redis OSS versão 5.0.6 ou superior. Por exemplo, você pode optar por configurar um cluster de 500 nós que varia entre 83 fragmentos (uma primária e 5 réplicas por fragmento) e 500 fragmentos (primário único e sem réplicas). Verifique se existem endereços IP disponíveis suficientes para acomodar o aumento. As armadilhas comuns incluem as sub-redes no grupo de sub-redes têm um intervalo CIDR muito pequeno ou as sub-redes são compartilhadas e fortemente usadas por outros clusters. Para obter mais informações, consulte [Criação de um grupo de sub-redes](SubnetGroups.Creating.md). Para versões abaixo de 5.0.6, o limite é 250 por cluster. Para solicitar um aumento de limite, consulte [Limites de serviço da AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) e selecione o tipo de limite **Nodes per cluster per instance type** (Nós por cluster por tipo de instância). Depois que um cluster do Valkey ou Redis OSS (modo cluster habilitado) é criado, ele pode ser alterado (com aumento ou redução de escala na horizontal). Para obter mais informações, consulte [Dimensionamento ElastiCache](Scaling.md) e [Substituição de nós (Valkey e Redis OSS)](CacheNodes.NodeReplacement.md). Ao criar um novo cluster, você pode preenchê-lo com dados do cluster antigo para que ele não fique vazio. Essa abordagem só funcionará se o grupo de clusters tiver o mesmo número de estilhaços do cluster antigo. Isso pode ser útil se você precisa alterar o tipo de nó ou a versão do mecanismo. Para obter mais informações, consulte [Realização de backups manuais](backups-manual.md) e [Restauração de um backup para um novo cache](backups-restoring.md).