- Démarrage
- Prérequis
- Meilleures pratiques
- Installation
- Mise à jour en cours
- Serveur d'identité
- Module complémentaire haute disponibilité
- Résolution des erreurs de démarrage
Prérequis logiciels et matériels
La configuration matérielle requise pour votre module complémentaire haute disponibilité (HAA) est différente entre les environnements de développement et de production.
|
Elément |
Configuration minimale requise |
Recommandé (Recommended) |
|---|---|---|
|
Nœuds HAA |
1 |
3+ |
|
RAM |
6 GB |
8 GO |
|
Stockage (chemin par défaut
/opt/redislabs)
|
10 GB |
20 GB |
Alors qu'un seul nœud est suffisant pour un environnement de développement, trois ou un nombre impair de nœuds sont recommandés afin d'utiliser les fonctionnalités de mise en cluster probablement nécessaires pour votre environnement de production.
|
Elément |
Configuration minimale requise |
Recommandé (Recommended) |
|---|---|---|
|
Nœuds HAA |
3 |
3+ |
|
Cœurs par nœud |
4 |
8+ |
|
RAM |
6 GB (15 Go pour les déploiements de récupération d'urgence) |
30+ GB |
|
Stockage (chemin par défaut
/opt/redislabs)
|
75 GB |
150+ GB |
|
Réseau |
1 G |
10+ G |
|
Port |
Protocole |
Description |
|---|---|---|
|
1968 |
TCP |
Port par défaut utilisé pour le trafic de proxy interne. |
|
3333-3344 36379-36380 |
TCP |
Plages de ports par défaut utilisées pour le trafic de cluster interne. |
|
8001 |
TCP |
Utilisé pour le trafic de l'application vers le service de découverte, le cas échéant. |
|
8443 |
TCP |
Utilisé pour l'accès de
HTTPS à l'interface utilisateur de gestion.
|
|
8444, 9080 |
TCP |
Ports par défaut utilisés pour le trafic interne de
nginx < - > cnm_http/cm.
|
|
9081 |
TCP |
Port par défaut utilisé pour le trafic CRDB (Conflict-free Replicated Database) interne. |
|
8070-8071 |
TCP |
Utilisé pour les mesures exportées et gérées par
nginx.
|
|
9443 |
TCP |
Port recommandé pour le trafic de l'API REST. |
|
10000-19999 |
TCP |
Plage de ports pour le trafic de base de données. Par défaut, HAA utilise le port
10000.
|
|
20000-29999 |
TCP |
Plage de ports utilisée pour le trafic des partitions de la base de données interne. |
|
53, 5353 |
UDP |
Utilisé pour le trafic interne de
DNS/mDNS.
|
|
8002, 8004, 8006 |
TCP |
Surveillance de la santé du système. |
|
ICMP |
Utilisé pour vérifier la connectivité entre les nœuds. |
HAA ne prend en charge que les systèmes d'exploitation 64 bits et doit être installé sur un hôte propre sans aucune autre application. Tous les nœuds HAA doivent être synchronisés avec le même serveur NTP.
Le tableau suivant répertorie les versions de systèmes d’exploitation que nous avons testées et dont la compatibilité avec HAA a été confirmée. Cependant, en raison du nombre élevé de mises à jour et de variations entre les systèmes d’exploitation, nous ne pouvons pas tester la compatibilité pour chaque combinaison de version HAA et de version mineure de système d’exploitation. Bien que nous nous attendions généralement à ce que HAA fonctionne correctement avec des versions mineures de système d’exploitation plus récentes non encore testées, nous ne pouvons garantir cette compatibilité.
Si vous prévoyez d’effectuer une mise à niveau vers une version de système d’exploitation mineure non répertoriée dans le tableau, vous devrez effectuer la mise à niveau dans un environnement de test avant de déployer dans un environnement de production.
|
Plate-forme |
Versions prises en charge |
|---|---|
|
RHEL/CentOS 8 |
8.6, 8.8, 8.9 |
|
RHEL/CentOS 9 |
9.3 |
|
Ubuntu |
20.04 La version du serveur est recommandée pour les installations de production. La version de bureau est uniquement recommandée pour les déploiements de développement. |
Le cluster HAA a besoin de trois serveurs pour fonctionner.
Dans des circonstances normales, les serveurs du cluster HAA ont les rôles suivants :
- un serveur principal : il contient une partition de données et accepte les opérations de lecture et d'écriture de la base de données depuis l'extérieur ;
- un serveur secondaire : il contient une copie de la partition de données ;
- un serveur secondaire : il ne contient aucune donnée et existe uniquement à des fins de quorum.
Le cluster HAA ne prend en charge la défaillance que d'un seul serveur.
- Si l'un des serveurs tombe en panne, quel qu'il soit, le cluster HAA continue de fonctionner et un avertissement s'affiche dans l'interface de gestion Web. Vous pouvez trouver plus d'informations en exécutant la commande
rlcheck, qui se trouve généralement dans/opt/redislabs/bin. Vous pouvez également ajouter--continue-on-errorà la commanderlcheck. - Si deux serveurs échouent, le cluster HAA échoue également, même si le serveur principal est toujours en ligne.
Il est possible de créer un cluster HAA avec plus de trois serveurs, mais cela n'offre aucun réel avantage.
Le nombre de serveurs pouvant tomber en panne n'augmente pas. Dans le cas d'un cluster HAA à cinq nœuds, si le nœud principal et le nœud secondaire conservant la copie de la partition de données échouent tous les deux, l'ensemble du cluster échoue également et il n'y a aucune réallocation de partition de données à d'autres nœuds.
Le HAA prend en charge IPv4 et IPv6. Pour plus de détails sur la prise en charge des adresses IP multiples et de l'IPv6, reportez-vous à la documentation Redis.
