Configurer le déploiement de haute disponibilité
La haute disponibilité (HA) fait référence à un système qui est toujours disponible pour un utilisateur sans aucune interruption des services. La configuration de haute disponibilité est cruciale en cas d’arrêt du système, de panne de réseau ou d’application, et constitue une exigence clé pour toute entreprise. Un déploiement haute disponibilité de deux nœuds de console NetScaler en mode actif-passif avec les mêmes configurations assure des opérations ininterrompues.
Scénario de déploiement
Note
La limite de stockage maximale validée pour un seul déploiement NetScaler Console HA est de 3 To. Pour plus d’informations, consultez le guide de déploiement .
Important
Pour accéder à NetScaler Console 12.1 build 48.18 ou versions ultérieures à l’aide de HTTPS :
Si vous avez configuré une instance NetScaler pour équilibrer la charge de la console NetScaler en mode haute disponibilité, supprimez d’abord l’instance NetScaler. Ensuite, configurez une adresse IP flottante pour accéder à la console NetScaler en mode haute disponibilité.
Voici les avantages du déploiement haute disponibilité dans NetScaler Console :
-
Un mécanisme amélioré pour surveiller les battements de cœur entre le nœud primaire et le nœud secondaire.
-
Fournit une réplication physique en streaming de la base de données au lieu d’une réplication bidirectionnelle logique.
-
Possibilité de configurer l’adresse IP flottante sur le nœud principal pour éliminer le besoin d’un équilibreur de charge NetScaler séparé.
-
Fournit un accès facile à l’interface utilisateur de la console NetScaler à l’aide de l’adresse IP flottante.
-
L’interface utilisateur de la console NetScaler est fournie uniquement sur le nœud principal. En utilisant le nœud principal, vous pouvez éliminer le risque d’accéder au nœud secondaire et d’y apporter des modifications.
-
La configuration de l’adresse IP flottante gère la situation de basculement et la reconfiguration des instances n’est pas nécessaire.
-
Fournit une capacité intégrée pour détecter et gérer les situations de division cérébrale.
Le tableau suivant décrit les termes utilisés dans le déploiement haute disponibilité.
| Termes | Description |
|---|---|
| Nœud principal | Premier nœud enregistré dans le déploiement haute disponibilité. |
| Nœud secondaire | Deuxième nœud enregistré dans le déploiement haute disponibilité. |
| Pulsation | Un mécanisme utilisé pour échanger des messages entre le nœud principal et le nœud secondaire dans la configuration de haute disponibilité. Les messages déterminent l’état et la santé de l’application sur chaque nœud individuel. |
| Adresse IP flottante | Une IP flottante est une adresse IP qui peut être instantanément déplacée d’un nœud à un autre dans le même sous-réseau. En interne, il est configuré comme un alias sur l’interface réseau du nœud principal. En cas de basculement, l’adresse IP flottante est déplacée de manière transparente de l’ancienne adresse principale vers la nouvelle. Il est utile dans la configuration de haute disponibilité car il permet aux clients de communiquer avec les nœuds de haute disponibilité à l’aide d’une seule adresse IP. |
Note:
Pour plus d’informations sur les détails du port et du protocole, voir Ports.
Composants de l’architecture à haute disponibilité
La figure suivante affiche l’architecture de deux nœuds de console NetScaler déployés en mode haute disponibilité.
Dans un déploiement haute disponibilité, un nœud de console NetScaler est configuré comme nœud principal (MAS 1) et l’autre comme nœud secondaire (MAS 2). Si le nœud principal tombe en panne pour une raison quelconque, le nœud secondaire prend le relais en tant que nouveau nœud principal.
Outil de surveillance
L’outil de surveillance est un processus interne utilisé pour surveiller, alerter et gérer les situations de basculement. L’outil est actif et fonctionne sur chaque nœud en haute disponibilité. Il est responsable du démarrage des sous-systèmes, de l’initialisation de la base de données sur les deux nœuds, de la décision sur le nœud principal ou secondaire en cas de basculement, etc.
Nœud principal
Le nœud principal accepte les connexions et gère les instances. Tous les processus tels que AppFlow, SNMP, LogStream, syslog, etc. sont gérés par le nœud principal. L’accès à l’interface utilisateur de la console NetScaler est disponible sur le nœud principal. L’adresse IP flottante est configurée sur le nœud principal.
Nœud secondaire
Le nœud secondaire écoute les messages de pulsation envoyés par le nœud principal. La base de données sur le nœud secondaire est uniquement en mode lecture-réplication. Aucun des processus n’est actif dans le nœud secondaire et l’interface utilisateur de la console NetScaler n’est pas accessible sur le nœud secondaire.
Réplication physique en streaming
Les nœuds primaires et secondaires se synchronisent via le mécanisme de pulsation. Avec la réplication physique en streaming de la base de données, le nœud secondaire démarre en mode lecture-réplication. Le nœud secondaire écoute les messages de pulsation reçus du nœud principal. Si le nœud secondaire ne reçoit aucun battement de cœur pendant une période de 180 secondes, le nœud principal est considéré comme étant en panne. Ensuite, le nœud secondaire prend le relais en tant que nœud principal.
Messages de battements de cœur
Les messages Heartbeat sont des paquets de datagrammes utilisateur (UDP) qui sont envoyés et reçus entre le nœud principal et le nœud secondaire. Il surveille tous les sous-systèmes de la console NetScaler et de la base de données pour échanger des informations sur l’état du nœud, la santé, les processus, etc. Les informations sont partagées entre les nœuds de haute disponibilité chaque seconde. Les notifications sont envoyées sous forme d’alertes à l’administrateur en cas de basculement ou de rupture des états de haute disponibilité.
Adresse IP flottante
L’adresse IP flottante est associée au nœud principal dans la configuration de haute disponibilité. Il s’agit d’un alias attribué à l’adresse IP du nœud principal, que le client peut utiliser pour se connecter à la console NetScaler dans le nœud principal. Étant donné que l’adresse IP flottante est configurée sur le nœud principal, la reconfiguration de l’instance n’est pas requise en cas de basculement. Les instances se reconnectent à la même adresse IP pour atteindre la nouvelle adresse principale.
Points clés à noter
-
Dans une configuration haute disponibilité, les deux nœuds de la console NetScaler sont déployés en mode actif-passif. Ils doivent être sur les mêmes sous-réseaux, utiliser la même version et la même build du logiciel et avoir les mêmes configurations.
-
Adresse IP flottante :
-
L’adresse IP flottante est configurée sur le nœud principal.
-
Les instances n’ont pas besoin d’être reconfigurées en cas de basculement.
-
Vous pouvez accéder à un nœud haute disponibilité à partir de l’interface utilisateur, soit en utilisant l’adresse IP du nœud principal, soit l’adresse IP flottante.
Note:
Nous vous recommandons d’utiliser l’adresse IP flottante pour accéder à l’interface utilisateur.
-
-
Base de données:
-
Dans une configuration à haute disponibilité, tous les fichiers de configuration sont synchronisés automatiquement du nœud principal vers le nœud secondaire à un intervalle d’une minute.
-
La synchronisation de la base de données se produit instantanément par réplication physique de la base de données.
-
La base de données sur le nœud secondaire est en mode lecture-réplication.
-
-
Mise à niveau de la console NetScaler :
-
Les processus internes mettent à niveau implicitement la console NetScaler à partir des versions antérieures.
Note:
Une fois la mise à niveau réussie, vous devez configurer l’adresse IP flottante.
-
-
Le port UDP par défaut 5005 est disponible sur les deux nœuds pour l’envoi des pulsations et la réception des messages.
-
Adresse MAC Le paramètre de l’option « Modifications d’adresse MAC » dans un hyperviseur affecte le trafic qu’une machine virtuelle reçoit. Autorisez l’activation des modifications d’adresse MAC sur le commutateur virtuel afin que l’adresse IP flottante se déplace de manière transparente vers le nouveau nœud principal après le basculement. Par exemple, lors du déploiement de NetScaler Console sur une haute disponibilité sur VMware ESXi, assurez-vous d’accepter les modifications apportées à l’adresse MAC. ESXi autorise désormais les demandes de modification de l’adresse MAC active vers une adresse autre que l’adresse MAC initiale.
Note:
Pour la console NetScaler déployée sur ESXI version 6.7, vous pouvez également définir l’option MAC Address Changes sur Reject . Après le basculement, le trafic circule vers le nouveau nœud principal de manière transparente, quel que soit le paramètre MAC Address Changes . Par conséquent, accepter les modifications d’adresse MAC n’est pas obligatoire.
Si la console NetScaler est déployée sur la version ESXI inférieure à 6.7, assurez-vous que l’option Modifications d’adresse MAC est définie sur Accepter uniquement.
Prérequis
Avant de configurer la haute disponibilité pour les nœuds de la console NetScaler, notez les conditions préalables suivantes :
-
Le déploiement haute disponibilité de la console NetScaler est pris en charge à partir de la version 12.0 build 51.24 de la console NetScaler.
-
Téléchargez le fichier image de la console NetScaler (.xva) depuis le site NetScaler : https://www.citrix.com/downloads/
Nous vous recommandons de définir la priorité du processeur (dans les propriétés de la machine virtuelle) au niveau le plus élevé pour améliorer le comportement de planification et la latence du réseau.
Le tableau suivant répertorie les exigences minimales pour les ressources informatiques virtuelles :
| Composant | Exigence |
|---|---|
| BÉLIER | 32 Go |
| CPU virtuel | 8 processeurs |
| Espace de stockage | Nous vous recommandons d’utiliser la technologie SSD (Solid State Drive) pour les déploiements de la console NetScaler. La valeur par défaut est de 120 Go. Les besoins de stockage réels dépendent de l’estimation de la taille de la console NetScaler. Si vos besoins de stockage pour la console NetScaler dépassent 120 Go, vous devez connecter un disque supplémentaire. Remarque : Vous ne pouvez ajouter qu’un seul disque supplémentaire. Nous vous recommandons d’estimer le stockage et de connecter un disque supplémentaire au moment du déploiement initial. Pour plus d’informations, voir Comment attacher un disque supplémentaire à la console NetScaler. |
| Interfaces réseau virtuelles | 1 |
| Débit | 1 Gbps ou 100 Mbps |
| Hyperviseur | Versions |
| Hyperviseur Citrix | 6.2 et 6.5 |
| VMware ESXi | 5.5 et 6.0 |
| Microsoft Hyper-V | 2012 R2 |
| Linux KVM | Ubuntu et Fedora |
Pour configurer la console NetScaler en mode haute disponibilité
À partir de la version 14.1 build 17.x, vous pouvez déployer une configuration haute disponibilité directement à partir de l’interface graphique de la console NetScaler du nœud principal.
-
Enregistrez le premier serveur (nœud principal).
-
Enregistrez le deuxième serveur (nœud secondaire).
-
Déployez la configuration de haute disponibilité dans l’interface graphique du nœud principal.
Enregistrer le premier serveur (nœud principal)
Pour enregistrer le nœud principal :
-
Utilisez le fichier image .xva téléchargé à partir du site NetScaler et importez-le dans votre hyperviseur.
Note:
L’importation et le démarrage du fichier image .xva peuvent prendre quelques minutes. Vous pouvez voir le statut en bas de l’écran.
-
Une fois l’importation réussie, faites un clic droit et cliquez sur Démarrer.
-
À partir de l’onglet Console , configurez la console NetScaler avec les configurations réseau initiales.
-
Une fois la configuration initiale du réseau terminée, le système vous invite à vous connecter. Connectez-vous en utilisant les informations d’identification suivantes – nsrecover/nsroot.
Note:
Après vous être connecté, si vous souhaitez mettre à jour la configuration réseau initiale, saisissez
networkconfig, mettez à jour la configuration et enregistrez la configuration.
Enregistrer le deuxième serveur (nœud secondaire)
-
Utilisez le fichier image .xva téléchargé depuis le site NetScaler et importez-le dans votre hyperviseur.
-
À partir de l’onglet Console , configurez la console NetScaler avec les configurations réseau initiales comme indiqué dans l’image suivante.
-
Une fois la configuration initiale du réseau terminée, le système vous invite à vous connecter. Connectez-vous en utilisant les informations d’identification suivantes – nsrecover/nsroot.
Remarques :
- Après vous être connecté, si vous souhaitez mettre à jour la configuration réseau initiale, saisissez
networkconfig, mettez à jour la configuration et enregistrez la configuration. - Le système affichera des messages d’erreur s’il y a des problèmes dans la configuration.
- Le système redémarre et il faut quelques minutes pour que les configurations prennent effet.
- Après vous être connecté, si vous souhaitez mettre à jour la configuration réseau initiale, saisissez
Déployer la configuration de haute disponibilité à partir de l’interface graphique du nœud principal
Après avoir enregistré les nœuds principaux et secondaires, connectez-vous à l’interface graphique du nœud principal pour configurer la paire haute disponibilité.
Note:
- Avant de déployer les nœuds dans une paire haute disponibilité, assurez-vous que le nœud secondaire est terminé avec un redémarrage, après la configuration initiale du réseau.
Pour déployer une paire haute disponibilité à partir du nœud principal, procédez comme suit :
-
Connectez-vous à l’interface graphique du nœud principal.
-
Accédez à Paramètres > Administration > Paramètres de haute disponibilité > Configurer la haute disponibilité (HA) de la console NetScaler.
-
Sur la page Configurer la haute disponibilité (HA) de la console NetScaler, saisissez les détails suivants pour le nœud secondaire :
- Adresse IP du nœud homologue
- Mot de passe du nœud homologue
- Adresse IP flottante
-
Cliquez sur Configurer.
-
Sur la page Confirmer , cliquez sur Oui.
Les nœuds principaux et secondaires sont redémarrés pour former une paire haute disponibilité, ce qui prend généralement environ 10 minutes.
Remarques :
- Vous pouvez maintenant commencer à utiliser l’adresse IP flottante **.
- Une adresse IP flottante est obligatoire pour le déploiement haute disponibilité des nœuds.
- Une fois le déploiement haute disponibilité terminé, utilisez l’adresse IP flottante pour accéder à l’interface utilisateur de la console NetScaler.
-
Accédez à Paramètres > Déploiement pour valider le déploiement.
Note:
Le nœud secondaire peut prendre environ 10 minutes pour apparaître. Jusqu’à présent, l’état du nœud secondaire est affiché comme Down.
Pour plus d’informations, consultez la Foire aux questions.
Désactiver la haute disponibilité
Vous pouvez désactiver la haute disponibilité sur une paire de haute disponibilité NetScaler Console et convertir les nœuds en serveurs NetScaler Console autonomes.
Note:
Désactivez la haute disponibilité à partir du nœud principal.
Pour désactiver la haute disponibilité :
-
Dans un navigateur Web, saisissez l’adresse IP du nœud principal du serveur NetScaler Console.
-
Dans les champs Nom d’utilisateur et Mot de passe , saisissez les informations d’identification de l’administrateur.
-
Dans l’onglet Système , accédez à Déploiement et cliquez sur Interrompre HA.
Une boîte de dialogue s’affiche. Cliquez sur Oui pour interrompre le déploiement de haute disponibilité.
Redéployer la haute disponibilité
Après avoir désactivé la haute disponibilité sur un déploiement autonome, vous pouvez le redéployer à nouveau en mode haute disponibilité. Le redéploiement de la haute disponibilité est similaire au premier déploiement de la haute disponibilité. Pour plus de détails, voir Déployer la configuration de haute disponibilité à partir de l’interface graphique du nœud principal.
Note:
Après avoir désactivé la haute disponibilité de la console NetScaler, utilisez un seul nœud de console comme serveur de licences autonome. Le deuxième nœud doit être réapprovisionné.
Scénarios de basculement à haute disponibilité
Un basculement se produit si l’une des conditions suivantes est rencontrée :
-
Panne de nœud: Le nœud principal tombe en panne, aucun battement de cœur n’est détecté à partir du nœud principal pendant 180 secondes.
-
Échec de l’intégrité de l’application: Le nœud principal est opérationnel, mais l’un des processus de la console NetScaler est en panne.
Afficher les messages du journal de synchronisation de la base de données
Dans la paire NetScaler Console HA, les fichiers de configuration sont synchronisés automatiquement du nœud principal vers le nœud secondaire et la réplication physique en streaming de la base de données se produit.
Cependant, s’il y a une erreur de réplication en streaming, le bouton Synchroniser la base de données apparaît. Vous pouvez cliquer sur le bouton Synchroniser la base de données pour démarrer le processus de synchronisation de la base de données.
Pour afficher la progression de la synchronisation de la base de données, cliquez sur Afficher les journaux. Le message Journaux de synchronisation de la base de données apparaît et vous pouvez afficher les détails de la progression de la synchronisation en temps réel.
Scénario de cerveau divisé
Lorsqu’il n’y a pas de communication entre les deux nœuds en raison d’une interruption de la liaison réseau, alors :
-
Le nœud principal continue de fonctionner comme principal
-
Le nœud secondaire prend le relais du nœud primaire en raison de l’échec de réception des battements cardiaques
-
Les deux nœuds exécuteraient leurs instances de base de données individuelles
Par exemple, dans une entreprise, deux nœuds de console NetScaler ont été déployés comme nœuds principal et secondaire. En raison d’une possible interruption de la liaison réseau, la communication entre les deux nœuds de la console NetScaler est complètement interrompue. Comme il n’y a pas d’échange de battements de cœur pendant plus de 180 secondes, les deux nœuds se considèrent comme le nœud principal. Les deux nœuds agissent comme des nœuds actifs et exécutent leurs propres instances de base de données.
À partir de NetScaler Console 12.1 ou d’une version ultérieure, cette situation de split-brain est gérée avec élégance une fois la liaison réseau et le rythme cardiaque restaurés. La synchronisation haute disponibilité est restaurée automatiquement. Le temps de récupération dépend des données et de la vitesse de la liaison entre les nœuds.
Note:
Pendant la condition de split-brain, les modifications survenues sur l’ancien nœud principal sont réinitialisées avec le nouveau nœud principal lorsqu’il est rejoint en haute disponibilité. Les changements survenus sur le nouveau nœud primaire pendant le split-brain restent intacts.
Licences
Le serveur de console NetScaler peut contenir des licences VIP, CICO et des licences de capacité mutualisée. Lorsque les licences sont émises sur un serveur NetScaler Console, les licences sont liées à l’ID d’hôte du serveur. L’attribution de licences à un autre serveur NetScaler Console est restreinte.
Si vous configurez une paire de haute disponibilité NetScaler Console en tant que serveur de licences, les fichiers de licence appliqués sur le serveur principal sont synchronisés avec le serveur secondaire.
Note:
- Dans la version 12.1-50.x et les versions ultérieures, les licences de la console NetScaler sont automatiquement synchronisées du nœud principal vers le nœud secondaire.
Dans cet article
- Scénario de déploiement
- Composants de l’architecture à haute disponibilité
- Outil de surveillance
- Nœud principal
- Nœud secondaire
- Réplication physique en streaming
- Messages de battements de cœur
- Adresse IP flottante
- Points clés à noter
- Prérequis
- Pour configurer la console NetScaler en mode haute disponibilité
- Enregistrer le premier serveur (nœud principal)
- Enregistrer le deuxième serveur (nœud secondaire)
- Déployer la configuration de haute disponibilité à partir de l’interface graphique du nœud principal
- Désactiver la haute disponibilité
- Redéployer la haute disponibilité
- Scénarios de basculement à haute disponibilité
- Afficher les messages du journal de synchronisation de la base de données
- Scénario de cerveau divisé
- Licences