ADC

FAQ sur la haute disponibilité

  1. Quels sont les différents ports utilisés pour échanger les informations relatives à la HA entre les nœuds d’une configuration HA ?

    Dans une configuration HA, les deux nœuds utilisent les ports suivants pour échanger des informations relatives à HA :

    • Port UDP 3003, pour échanger des paquets de pulsations.
    • Port TCP 3008 ou 3010, pour la synchronisation et la propagation des commandes.
  2. Quelles sont les conditions qui déclenchent la synchronisation ?

    La synchronisation est déclenchée par l’une des conditions suivantes :

    • Le numéro d’incarnation du nœud principal, reçu par le nœud secondaire, ne correspond pas à celui du nœud secondaire. Remarque : Les deux nœuds d’une configuration HA conservent un compteur appelé numéro d’incarnation, qui compte le nombre de configurations dans le fichier de configuration du nœud. Chaque nœud envoie son numéro d’incarnation à l’autre nœud dans les messages de pulsation. Le numéro d’incarnation n’est pas incrémenté pour les commandes suivantes :
      1. Toutes les commandes associées à la configuration HA. Par exemple, ajoutez un nœud ha, définissez un nœud ha et liez un nœud ha.
      2. Toutes les commandes liées à l’interface. Par exemple, définissez l’interface et désinstallez l’interface.
      3. Toutes les commandes liées au canal. Par exemple, add channel, set channel et bind channel.
    • Le nœud secondaire s’active après un redémarrage.
    • Le nœud principal devient secondaire après un basculement.
  3. Quelles configurations ne sont pas synchronisées ou propagées dans une configuration HA en mode INC ou non-INC ?

    Les commandes suivantes ne sont ni propagées ni synchronisées avec le nœud secondaire :

    • Toutes les commandes de configuration HA spécifiques au nœud. Par exemple, ajoutez un nœud ha, définissez un nœud ha et liez un nœud ha.
    • Toutes les commandes de configuration liées à l’interface. Par exemple, définissez l’interface et désinstallez l’interface.
    • Toutes les commandes de configuration relatives aux canaux. Par exemple, add channel, set channel et bind channel.

    Remarque :

    Les configurations suivantes ne sont ni synchronisées ni propagées uniquement en mode HA en mode INC. Chaque nœud possède ses propres nœuds :

    • SNIP
    • VLAN
    • Itinéraires (sauf les itinéraires LLB)
    • Moniteurs d’itinéraires
    • Règles RNAT (à l’exception de toute règle RNAT avec VIP comme adresse IP NAT)
    • Configurations de routage dynamique
    • Profils de réseau
  4. Une configuration ajoutée au nœud secondaire est-elle synchronisée sur le nœud principal ?

    Non, une configuration ajoutée au nœud secondaire n’est pas synchronisée avec le nœud principal.

  5. Quelle peut être la raison pour laquelle les deux nœuds prétendent être les principaux dans une configuration HA ?

    La raison la plus probable est que les nœuds primaire et secondaire sont tous les deux sains, mais que le secondaire ne reçoit pas les paquets de pulsations du primaire. Le problème peut être lié au réseau entre les nœuds.

  6. Une configuration HA se heurte-t-elle à des problèmes si vous déployez les deux nœuds avec des paramètres d’horloge système différents ?

    Des paramètres d’horloge système différents sur les deux nœuds peuvent provoquer les problèmes suivants :

    • Les horodatages figurant dans les entrées du fichier journal ne correspondent pas. Cette situation rend difficile l’analyse des entrées du journal pour détecter d’éventuels problèmes.
    • Après un basculement, vous pouvez rencontrer des problèmes avec tout type de persistance basée sur des cookies pour l’équilibrage de charge. Une différence significative entre les heures peut entraîner l’expiration d’un cookie plus tôt que prévu, ce qui entraîne la fin de la session de persistance.
    • Des considérations similaires s’appliquent à toute décision liée au temps concernant les nœuds.
  7. Quelles sont les conditions de défaillance de la commande force HA sync  ?

    La synchronisation forcée échoue dans l’une des circonstances suivantes :

    • Vous forcez la synchronisation lorsqu’elle est déjà en cours.
    • Vous forcez la synchronisation sur une appliance NetScaler autonome.
    • Le nœud secondaire est désactivé.
    • La synchronisation HA est désactivée sur le nœud secondaire actuel.
    • La propagation HA est désactivée sur le nœud principal actuel et vous forcez la synchronisation depuis le nœud principal.
  8. Quelles sont les conditions d’échec de la commande de synchronisation des fichiers HA ?

    La synchronisation des fichiers de configuration échoue dans l’un des cas suivants :

    • Sur un système autonome.
    • Avec le nœud secondaire désactivé.
  9. Dans une configuration HA, si le nœud secondaire devient le nœud principal, revient-il à l’état secondaire si le nœud principal d’origine revient en ligne ?

    Non. Une fois que le nœud secondaire a pris le relais en tant que nœud principal, il le reste même si le nœud principal d’origine est de nouveau en ligne. Pour échanger les états principal et secondaire des nœuds, exécutez la commande force failover .

  10. Quelles sont les conditions d’échec de la commande de basculement forcé ?

    Un basculement forcé échoue dans l’une des circonstances suivantes :

    • Vous forcez le basculement sur un système autonome.
    • Le nœud secondaire est désactivé.
    • Le nœud secondaire est configuré pour rester secondaire.
    • Le nœud principal est configuré pour rester principal.
    • L’état du nœud homologue est inconnu.
FAQ sur la haute disponibilité

Dans cet article