Cette page explique les deux modes disponibles pour Memorystore pour Valkey : le mode Cluster activé et le mode Cluster désactivé.
Mode Cluster activé : le mode Cluster activé est compatible avec la spécification de cluster OSS Valkey Valkey. Il vous permet de partitionner vos données sur plusieurs segments et est utile pour les applications avec un volume ou une vitesse de données élevés.
Mode Cluster désactivé : en mode Cluster désactivé, votre instance n'est pas partitionnée et est hébergée sur un seul segment. Vous pouvez utiliser ce mode si le volume de données et le débit d'écriture peuvent être gérés par un seul nœud et si vous préférez utiliser les fonctionnalités spécifiques qui ne sont pas disponibles en mode Cluster activé.
Vous ne pouvez choisir entre le mode Cluster activé et désactivé que lorsque vous créez une instance. Le champ server_mode dans le résultat de la commande INFO spécifie le mode de l'instance. Une fois que vous avez créé une instance avec le mode Cluster activé ou désactivé, vous ne pouvez plus la modifier. Nous vous recommandons de sélectionner le mode Cluster activé, car il offre de meilleures caractéristiques de scaling horizontal.
Comparer le mode Cluster activé et le mode Cluster désactivé
| Fonctionnalité | Mode Cluster activé | Mode Cluster désactivé |
|---|---|---|
| Scaling horizontal | 1 à 250 segments | Non compatible (un seul segment) |
| Assistance client | Nécessite un client compatible avec le cluster pour utiliser le point de terminaison de découverte | Utiliser n'importe quel client Valkey ou Redis |
| Commandes multitouches | Compatible uniquement dans un seul emplacement de clé | Compatible avec toutes les clés d'une base de données |
| Capacité d'écriture maximale | 14 500 Go | 58 Go |
| Nombre maximal de bases de données par instance | 1 | 16 (configurable jusqu'à 100 bases de données) |
Que vous spécifiiez le mode Cluster activé ou désactivé pour votre instance Memorystore pour Valkey, les conditions suivantes s'appliquent :
- Vous ne pouvez augmenter ou diminuer la taille de l'instance que lorsque vous la créez.
- Vous pouvez avoir un maximum de cinq instances dupliquées avec accès en lecture pour l'instance.
Que choisir ?
Lorsque vous choisissez entre le mode Cluster activé et le mode Cluster désactivé, tenez compte des facteurs suivants :
- Débit de lecture et d'écriture : si votre débit d'écriture est assuré par un seul nœud et que votre débit de lecture est assuré par un maximum de deux instances dupliquées, utilisez une instance en mode Cluster désactivé. Si les exigences en matière de débit de lecture et d'écriture sont élevées, utilisez une instance en mode Cluster activé, car ce type d'instance peut répartir la charge sur différents nœuds.
- Migrer depuis Memorystore pour Redis : si vous utilisez une instance Memorystore pour Redis ou une instance Redis autogérée, la migration vers une instance en mode Cluster désactivé nécessite des modifications minimales par rapport à la migration vers une instance en mode Cluster activé instance. Pour migrer vers une instance en mode Cluster activé, vous devez utiliser un client compatible avec le cluster.
Memorystore pour Valkey est compatible avec l'authentification IAM, un mécanisme d'authentification plus sécurisé que l'authentification en texte brut compatible avec Memorystore pour Redis.
- Requêtes multitouches : une instance en mode Cluster désactivé est compatible avec les opérations multitouches (par exemple, MGET, MSET, EVAL) sur les clés de la base de données. Pour une instance en mode Cluster activé, les opérations multitouches sont limitées à un seul emplacement de hachage.
- Espaces de noms : avec le mode Cluster désactivé, vous pouvez utiliser plusieurs bases de données pour regrouper différents types de données à l'aide de la commande
SELECT. Cette fonctionnalité est utile si vous souhaitez utiliser la même instance pour alimenter plusieurs applications ou si vous devez écrire différents types de données non liées. Le mode Cluster activé n'est pas compatible avec plusieurs bases de données. Nous vous recommandons d'utiliser plusieurs instances plutôt que plusieurs bases de données pour garantir la qualité de service. Plusieurs bases de données sur le même nœud ne fournissent qu'un isolement logique.