Documentation Oracle Cloud Infrastructure

Clusters distribués OCI Cache

OCI Cache prend en charge deux modes de cluster, les clusters distribués et les clusters non distribués.

Les clusters non distribués sont configurés avec un noeud principal et un ou plusieurs noeuds de réplique, les données étant dupliquées sur chaque noeud. Avec ce mode cluster, les données que vous pouvez stocker sont limitées par la quantité de mémoire configurée pour le noeud, avec un maximum de 500 Go de mémoire par noeud.

Les clusters distribués ont trois shards ou plus, les données étant réparties entre les shards du cluster, de sorte que chaque shard contienne une partie des données. Chaque shard est comme un cluster, avec un noeud principal et jusqu'à quatre noeuds de réplique. Les clusters distribués prennent en charge les scénarios dans lesquels vous devez stocker plus de données que la limite de 500 Go. En effet, bien que ces clusters soient toujours limités aux 500 Go de mémoire par noeud, ils sont en réalité de 500 Go par shard.

Les clusters distribués n'ont pas d'adresse principale ou de réplique au niveau du cluster, comme le font les clusters non distribués. A la place, chaque shard dispose d'une adresse privée à laquelle vous pouvez vous connecter au cluster. Pour plus d'informations, reportez-vous à Obtention des détails de connexion d'un cluster distribué de cache OCI.

Limites et remarques relatives aux clusters distribués

Toutes les bibliothèques client Valkey et Redis que vous utilisez pour vous connecter à un cluster distribué doivent prendre en charge Redis CLUSTER MODE avec la prise en charge du nom d'hôte.

  • Le nombre de noeuds configurés par shard doit être compris entre 1 et 5, avec un maximum de 100 noeuds par cluster.
  • Le nombre de shards par cluster doit être un nombre inégal compris entre 3 et 99, bien que le nombre maximal de shards dépend du nombre de noeuds configurés par shard.
  • La quantité de mémoire par noeud doit être comprise entre 2 et 500 Go.
  • Toutes les bibliothèques client Redis que vous utilisez pour vous connecter à un cluster distribué doivent prendre en charge Redis CLUSTER MODE avec la prise en charge du nom d'hôte.
  • Les clusters OCI Cache créés en tant que clusters non distribués ne peuvent pas être convertis en clusters distribués, et inversement. OCI Cache ne fournit pas de moyen automatisé de déplacer des données entre ces types de cluster.

Configuration de clusters distribués

Lors de la configuration d'un cluster distribué, vous devez prendre en compte les exigences pour vous aider à déterminer l'équilibre entre le nombre de shards, le nombre de noeuds par shard et la quantité de mémoire par noeud. L'augmentation du nombre de noeuds par shard est une bonne stratégie pour augmenter la capacité de lecture d'un cluster, mais cela n'aide pas le stockage d'un cluster, sauf si vous augmentez la quantité de mémoire par noeud. Cela n'aide pas non plus la capacité d'écriture d'un cluster. Pour affecter la capacité d'écriture d'un cluster, augmentez le nombre de shards.

Par exemple, comparez les deux scénarios suivants :

  1. Le cluster doit stocker une grande quantité de données, mais ne gère pas une grande quantité d'écritures.
  2. Le cluster doit gérer de nombreuses écritures, mais pas stocker une grande quantité de données.

Dans le scénario 1, vous devez configurer le cluster pour qu'il comporte moins de shards, avec plus de mémoire par noeud, que dans le scénario 2. Dans le scénario 2, vous devez configurer le cluster pour qu'il comporte un plus grand nombre de shards, avec moins de mémoire par noeud.

Adresse de repérage

La fonctionnalité d'adresse de repérage est conçue pour les clusters distribués OCI Cache. Elle fournit une adresse unique et stable pour que les applications client puissent se connecter au cluster de cache distribué. Cette adresse élimine la complexité de la gestion de plusieurs nœuds de shard, ce qui permet aux applications client d'interagir avec OCI Cache sans avoir à connaître la topologie de shard sous-jacente.

Chaque instance de cluster dispose d'une adresse de repérage unique, qui comprend une combinaison d'une adresse IP et d'un numéro de port. L'adresse de repérage sert de point d'entrée principal pour les connexions client et est cruciale pour permettre la découverte transparente des noeuds et la gestion de la topologie de cluster.

Pour rechercher l'adresse de repérage de votre cluster, reportez-vous à Obtention des détails d'un cluster de cache OCI.
Remarque

OCI Cache fournit l'adresse de repérage uniquement pour les clusters distribués nouvellement créés. Il ne met pas automatiquement à jour les clusters distribués existants pour inclure une adresse de repérage.

Utilisation de l'adresse de repérage

Pour connecter votre client Redis ou Valkey (tel que Lettuce ou Redisson), configurez-le de manière à utiliser le nom de domaine qualifié complet (FQDN) de l'adresse de repérage. Cette adresse est résolue en adresse IP privée au sein de votre réseau cloud virtuel (VCN) et achemine les demandes vers un noeud de cluster.

Après la connexion, le client peut obtenir la topologie de cluster en exécutant des commandes Redis standard, telles que #CLUSTER SLOTS ou #CLUSTER NODES. Ces commandes renvoient des informations telles que les ID de noeud, les rôles, les noms de domaine qualifiés complets ou les adresses IP et les plages d'emplacements.

Après cela, le client peut effectuer les opérations suivantes :

  • Etablissez des connexions directes aux noeuds concernés à l'aide de leurs noms de domaine qualifiés complets ou adresses IP.
  • Exécutez les commandes Redis ou Valkey (par exemple, GET, SET).
  • Maintenez le routage à jour en actualisant périodiquement la topologie via l'adresse de repérage.

La plupart des procédures d'utilisation des clusters distribués sont les mêmes que pour les clusters non distribués, mais certaines procédures sont différentes. Pour plus d'informations sur les clusters distribués, reportez-vous aux sections suivantes :