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	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	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	Description
1968	Port par défaut utilisé pour le trafic de proxy interne.
3333-3339 36379-36380	Plages de ports par défaut utilisées pour le trafic de cluster interne.
8001	Utilisé pour le trafic de l'application vers le service de découverte, le cas échéant.
8443	Utilisé pour l'accès de HTTPS à l'interface utilisateur de gestion.
8444, 9080	Ports par défaut utilisés pour le trafic interne de nginx < - > cnm_http/cm.
9081	Port par défaut utilisé pour le trafic CRDB (Conflict-free Replicated Database) interne.
8070-8071	Utilisé pour les mesures exportées et gérées par nginx.
9443	Port recommandé pour le trafic de l'API REST.
10000-19999	Plage de ports pour le trafic de base de données. Par défaut, HAA utilise le port 10000.
20000-29999	Plage de ports utilisée pour le trafic des partitions de la base de données interne.
53, 5353	Utilisé pour le trafic interne de DNS/mDNS.

Prérequis logiciels

Attention : 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.

Plate-forme	Versions prises en charge
RHEL/CentOS 7	7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9 Nécessite OpenSSL 1.0.2 et fw config sont nécessaires.

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.