1. Tout d'abord, redis peut être déployé sur n'importe quel nœud, selon l'application spécifique de l'auteur
Si vous souhaitez déployer sur une machine autonome et rechercher une efficacité de requête plus rapide, il est plus rapide de déployer l'application de logique métier sur un nœud (probablement le serveur Java dont vous parlez). Puisqu'il s'agit d'un accès autonome, utilisez). le protocole de socket de domaine Unix. La vitesse d'interaction sera plus rapide
.
2. Déterminez vos besoins. Avez-vous besoin de distribution ? Un seul nœud Redis peut-il répondre à la demande ? La mémoire locale est-elle suffisante ?
Si le redis local est suffisant, n'utilisez aucun système distribué haut de gamme. Plus les choses sont complexes, plus cela risque de causer des problèmes. Si un système distribué est ajouté, les performances seront endommagées et elles ne seront généralement pas aussi bonnes. en tant que serveur unique (un seul serveur peut remplir les conditions. prémisse
) ;
2. Une fois qu'il est déterminé qu'un déploiement distribué est requis, il n'est pas recommandé d'utiliser la solution distribuée fournie avec le cluster redis. La version redis publiée en 3.0 n'est actuellement pas utilisée dans de nombreuses productions réelles ; la première consiste à utiliser Twemproxy de Twitter comme proxy, suivi d'un tas de nœuds Redis ;
Référez-vous à cet article : http://www.infoq.com/cn/news/2014/11/open-source-redis-cache?utm_sourc...
Sur quel serveur redis doit-il être installé ? Le leader a dit il y a quelque temps qu'il serait déployé sur un serveur java, et récemment il a dit qu'il serait déployé sur un serveur de base de données
N'importe qui fera l'affaire, cela dépend principalement de vos idées de déploiement. Comment comptez-vous le faire ? Et vous avez dit qu'il n'y avait que deux machines ? Vous souhaitez toujours faire du distribué ?
La principale chose à considérer est la mémoire. La distribution écrira les données séparément sur plusieurs machines, la capacité de la mémoire et des données doit donc être prise en compte.
1. Tout d'abord, redis peut être déployé sur n'importe quel nœud, selon l'application spécifique de l'auteur
.Si vous souhaitez déployer sur une machine autonome et rechercher une efficacité de requête plus rapide, il est plus rapide de déployer l'application de logique métier sur un nœud (probablement le serveur Java dont vous parlez). Puisqu'il s'agit d'un accès autonome, utilisez). le protocole de socket de domaine Unix. La vitesse d'interaction sera plus rapide
2. Déterminez vos besoins. Avez-vous besoin de distribution ? Un seul nœud Redis peut-il répondre à la demande ? La mémoire locale est-elle suffisante ?
) ;Si le redis local est suffisant, n'utilisez aucun système distribué haut de gamme. Plus les choses sont complexes, plus cela risque de causer des problèmes. Si un système distribué est ajouté, les performances seront endommagées et elles ne seront généralement pas aussi bonnes. en tant que serveur unique (un seul serveur peut remplir les conditions. prémisse
2. Une fois qu'il est déterminé qu'un déploiement distribué est requis, il n'est pas recommandé d'utiliser la solution distribuée fournie avec le cluster redis. La version redis publiée en 3.0 n'est actuellement pas utilisée dans de nombreuses productions réelles ; la première consiste à utiliser Twemproxy de Twitter comme proxy, suivi d'un tas de nœuds Redis
; Référez-vous à cet article :
http://www.infoq.com/cn/news/2014/11/open-source-redis-cache?utm_sourc...
Redis prend déjà en charge Cluster, veuillez lire directement la documentation.
http://redis.io/topics/cluster-tutorial
N'importe qui fera l'affaire, cela dépend principalement de vos idées de déploiement. Comment comptez-vous le faire ? Et vous avez dit qu'il n'y avait que deux machines ? Vous souhaitez toujours faire du distribué ?
La principale chose à considérer est la mémoire. La distribution écrira les données séparément sur plusieurs machines, la capacité de la mémoire et des données doit donc être prise en compte.