Présentation de la haute disponibilité
La haute disponibilité (HA) sur le contrôleur NorthStar est une solution active/de veille. Cela signifie qu’il n’y a qu’un seul nœud actif à la fois, tous les autres nœuds du cluster servant de nœuds de secours. Tous les nœuds d’un cluster doivent se trouver sur le même sous-réseau pour que la haute disponibilité prenne en charge l’adresse IP virtuelle (VIP). Sur le noeud actif, tous les processus sont en cours d’exécution. Sur les nœuds de secours, les processus nécessaires au maintien de la connectivité sont en cours d’exécution, mais les processus NorthStar sont à l’état arrêté. Si le noeud actif subit une défaillance de connectivité matérielle ou logicielle, le processus de HA_agent NorthStar élit un nouveau noeud actif parmi les noeuds de secours. Le basculement complet est réalisé en cinq minutes. L’un des facteurs dans la sélection du nouveau nœud actif est les priorités configurées par l’utilisateur des nœuds candidats.
Tous les processus sont démarrés sur le nouveau nœud actif, et le nœud configure l’adresse IP virtuelle en fonction de la configuration de l’utilisateur (via net_setup.py). L’adresse IP virtuelle peut être utilisée pour les interfaces client ainsi que pour les sessions PCEP.
Tout au long de votre utilisation du contrôleur NorthStar HA, sachez que vous devez répliquer toutes les modifications apportées à northstar.cfg sur tous les nœuds du cluster afin que la configuration soit uniforme sur l’ensemble du cluster. En revanche, les modifications apportées à la configuration cMGD sont répliquées automatiquement sur les nuds du cluster.
Scénarios de défaillance
Le contrôleur NorthStar HA protège le réseau contre les scénarios de défaillance suivants :
Défaillances matérielles (panne de courant du serveur, interfaces réseau du serveur ou panne du câble Ethernet du réseau)
Défaillances du système d’exploitation (redémarrage du système d’exploitation du serveur, non-réponse du système d’exploitation du serveur)
Défaillances logicielles (échec de tout processus s’exécutant sur le serveur actif lorsqu’il est incapable de récupérer localement)
Basculement et interfaces utilisateur du contrôleur NorthStar
Si un basculement se produit alors que vous travaillez dans le client Java Planner du contrôleur NorthStar, le client est déconnecté et vous devez relancer le contrôleur NorthStar à l’aide de l’adresse IP virtuelle de l’interface côté client.
Si le serveur n’a qu’une seule interface ou si vous ne souhaitez utiliser qu’une seule interface, l’interface face au réseau est alors également l’interface face au client.
L’interface utilisateur Web perd également sa connectivité lors du basculement, ce qui vous oblige à vous reconnecter.
Prise en charge de plusieurs interfaces réseau
Jusqu’à cinq interfaces réseau sont prises en charge pour les déploiements haute disponibilité (HA), dont l’une est désignée comme interface de communication de cluster (Zookeeper). L’utilitaire net_setup.py permet de configurer les interfaces surveillées à la fois dans la configuration de l’hôte (interfaces hôte 1 à 5) et dans la configuration JunosVM (interfaces JunosVM 1 à 5). Dans HA Setup, net_setup.py permet de configurer toutes les interfaces sur chacun des nœuds du cluster HA.
Le ha_agent envoie des sondes à l’aide de paquets ICMP (ping) aux points de terminaison de cluster distants (y compris l’interface Zookeeper) pour surveiller la connectivité des interfaces. Si le paquet n’est pas reçu dans le délai d’expiration, le voisin est déclaré inaccessible. Le ha_agent informe Zookeeper de tout changement d’état de l’interface et propage ces informations dans le cluster. Vous pouvez configurer les valeurs d’intervalle et de délai d’expiration du cluster dans le script d’installation HA. Les valeurs par défaut sont respectivement 10 secondes et 30 secondes.
L’utilitaire de configuration HA contient également une option permettant de déterminer si le basculement doit être autorisé pour chaque interface.
Pour les configurations de machines virtuelles imbriquées, vous devrez peut-être modifier supervisord-junos.sh pour prendre en charge les interfaces supplémentaires pour junosVM.
Rapport d’écart LSP
Lors d’un basculement HA, le serveur PCS effectue le rapprochement LSP. Le rapprochement produit le rapport d’écart LSP qui identifie les LSP dont le serveur PCS a découvert qu’ils pourraient nécessiter un réapprovisionnement.
Seuls les prestataires de services linguistiques initiés par le PCC et délégués par le PCC sont inclus dans le rapport.
Accédez au rapport en accédant à Applications > Reports. La figure 1 présente la liste des rapports disponibles, y compris le rapport sur les écarts LSP.
Cluster Configuration
La mise en œuvre de la haute disponibilité par NorthStar exige que le regroupement ait le quorum, ou la majorité, des électeurs. Il s’agit d’éviter le « cerveau divisé » lorsque les nœuds sont partitionnés en raison d’une défaillance. Dans un cluster à cinq nœuds, la haute disponibilité peut tolérer deux défaillances de nœuds, car les trois nœuds restants peuvent toujours former une majorité simple. Le nombre minimal de nœuds dans un cluster est de trois.
Il existe une option dans l’utilitaire de configuration du contrôleur NorthStar pour configurer un cluster HA. Tout d’abord, configurez les serveurs autonomes ; puis configurez le cluster.
Reportez-vous à la section Configuration d’un cluster NorthStar pour la haute disponibilité dans le Guide de démarrage du contrôleur NorthStar pour obtenir des instructions détaillées sur l’installation/configuration du cluster.
Ports qui doivent être autorisés par les pare-feu externes
Parmi les ports utilisés par NorthStar, un certain nombre doivent être autorisés par des pare-feu externes pour que les serveurs du contrôleur NorthStar puissent communiquer. Reportez-vous à Contrôleur NorthStar section Configuration système requise dans le Guide de démarrage de la Contrôleur NorthStar pour obtenir la liste des ports utilisés par Contrôleur NorthStar qui doivent être autorisés par des pare-feu externes. Les ports dont la description d’utilisation contient le mot cluster se rapportent spécifiquement à la configuration HA.