Prérequis logiciels et matériels

Prérequis 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.

Environnements de développement

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.

Environnements 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

Remarque : conservez toujours un nombre impair de nœuds. Cela est nécessaire pour obtenir un quorum nécessaire dans les scénarios de panne et de basculement.

Ports

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.

Prérequis logiciels

Important :

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.

Configuration générale requise pour le cluster

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 commande rlcheck.
• 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.

Protocole de couche Internet

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.