Maison >base de données >Redis >La différence entre le cluster Redis et distribué

La différence entre le cluster Redis et distribué

(*-*)浩
(*-*)浩original
2019-11-22 14:24:474094parcourir

La différence entre le cluster Redis et distribué

La distribution fait référence à la division du système métier, c'est-à-dire que chaque nœud distribué implémente différentes fonctions.

Un cluster est un groupe d'entités de service qui travaillent ensemble pour fournir une plate-forme de services plus évolutive et plus disponible qu'une seule entité de service. (Apprentissage recommandé : Tutoriel vidéo Redis)

En termes simples, la distribution améliore l'efficacité en raccourcissant le temps d'exécution d'une seule tâche, tandis que le clustering améliore l'efficacité en raccourcissant l'exécution. temps d’une seule tâche. Le nombre de tâches exécutées par unité de temps pour améliorer l’efficacité.

Le mode cluster Redis Cluster présente généralement les caractéristiques de haute disponibilité, d'évolutivité, de distribution, de tolérance aux pannes, etc. Il existe généralement deux solutions distribuées Redis :

Solution de partitionnement client

Le client a déjà décidé dans quel nœud Redis les données seront stockées ou lues. L'idée principale est d'utiliser un algorithme de hachage pour hacher la clé des données Redis. Grâce à la fonction de hachage, une clé spécifique sera mappée à un nœud Redis spécifique.

Le représentant du schéma de partitionnement client est Redis Sharding. Redis Sharding est une méthode de cluster multi-instance Redis couramment utilisée dans l'industrie avant la sortie de Redis Cluster. La bibliothèque de pilotes client Redis de Java, Jedis, prend en charge la fonction Redis Sharding, à savoir ShardedJedis et ShardedJedisPool combinés avec le pool de cache.

Avantages

Aucun middleware tiers n'est utilisé, la logique de partitionnement est contrôlable, la configuration est simple, il n'y a pas de corrélation entre les nœuds, une expansion linéaire facile et forte flexibilité.

Inconvénients

Le client ne peut pas ajouter ou supprimer dynamiquement des nœuds de service. Le client doit maintenir lui-même la logique de distribution. Il n'y a pas de partage de connexion entre les clients, ce qui le fera. provoquer un gaspillage de connexions.

Schéma de partitionnement du proxy

Le client envoie une requête à un composant proxy, le proxy analyse les données du client, transmet la requête au nœud correct et répond enfin au résultat au client.

Avantages : logique distribuée client simplifiée, accès client transparent, faibles coûts de commutation et séparation du transfert et du stockage du proxy. Inconvénients : Il existe une couche proxy supplémentaire, ce qui augmente la complexité du déploiement de l'architecture et la perte de performances.

Les principales solutions d'implémentation pour le partitionnement de proxy incluent Twemproxy et Codis.

Twemproxy

Twemproxy, également appelé Nutcraker, est un programme de serveur proxy intermédiaire open source pour Redis et Memcache par Twitter. En tant que proxy, Twemproxy peut accepter l'accès de plusieurs programmes, le transmettre à divers serveurs Redis en arrière-plan selon les règles de routage, puis revenir à l'itinéraire d'origine. Twemproxy a un problème de point de défaillance unique et doit être combiné avec Lvs et Keepalived pour créer une solution à haute disponibilité.

Avantages : large gamme d'applications, haute stabilité et haute disponibilité de la couche proxy intermédiaire. Inconvénients : incapacité à s'étendre/rétrécir horizontalement en douceur, pas d'interface de gestion visuelle, fonctionnement et maintenance peu conviviaux, échec du transfert automatique.

Codis

Codis est une solution Redis distribuée Pour les applications de couche supérieure, il n'y a pas de différence entre se connecter à Codis-Proxy et se connecter directement au Redis natif. Serveur. La couche inférieure de Codis gérera le transfert des demandes et effectuera la migration des données et d'autres tâches sans temps d'arrêt. Codis utilise une couche proxy sans état et tout est transparent pour le client.

Avantages

Obtenir une haute disponibilité, le partage des données et l'équilibrage automatique du proxy supérieur et du Redis sous-jacent, fournir une interface de ligne de commande et une API RESTful, et fournir une interface de surveillance et de gestion , les nœuds Redis peuvent être ajoutés et supprimés dynamiquement.

Inconvénients

L'architecture de déploiement et la configuration sont compliquées, elle ne prend pas en charge les salles multi-machines et multi-tenants, et elle ne prend pas en charge la gestion de l'authentification.

Pour plus d'articles techniques liés à Redis, veuillez visiter la colonne Introduction au didacticiel d'utilisation de la base de données Redis pour apprendre !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn