Citrix ADC

Haute disponibilité

  • Quels sont les différents ports utilisés pour échanger les informations liées à la HA entre les nœuds dans une configuration HA ?

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

    • UDP Port 3003, pour échanger des paquets de pulsations
    • Port 3010, pour la synchronisation et la propagation des commandes
  • Quelles configurations ne sont pas synchronisées ou propagées dans une configuration HA en mode INC ou non-INC ?

    Les configurations implémentées avec 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, set interface et unset interface.
    • Toutes les commandes de configuration associées au canal. Par exemple, add channel, set channel et bind channel.

    Pour plus d’informations sur la configuration HA en mode INC, reportez-vous à la section Configuration des nœuds haute disponibilité dans différents sous-réseaux.

  • Quelles configurations ne sont pas synchronisées ou propagées dans une configuration HA en mode INC ?

    Les configurations suivantes ne sont ni synchronisées ni propagées. Chaque nœud a son propre.

    • MIP
    • SNIP
    • VLAN
    • Itinéraires (sauf les routes LLB)
    • Moniteurs de routage
    • Règles RNAT (sauf toute règle RNAT avec VIP comme IP NAT)
    • Configurations de routage dynamique.
  • 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 :
      • 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.
      • Toutes les commandes liées à l’interface. Par exemple, set interface et unset interface.
      • Toutes les commandes liées au canal. Par exemple, add channel, set channel et bind channel.
    • Le nœud secondaire apparaît après un redémarrage.
    • Le nœud principal devient secondaire après un basculement.
  • Une configuration ajoutée au nœud secondaire est-elle synchronisée sur le principal ?

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

  • Quelle pourrait ê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 pourrait être avec le réseau entre les nœuds.

  • 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 ?

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

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

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

    • Vous forcez la synchronisation lorsque la synchronisation est déjà en cours.
    • 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 à partir du nœud principal.
  • Quelles sont les conditions d’échec de la commande sync HA files ?

    La synchronisation des fichiers de configuration échoue si le nœud secondaire est désactivé.

  • Dans une configuration HA, si le nœud secondaire prend le relais en tant que principal, revient-il à l’état secondaire si le principal d’origine revient en ligne ?

    Non. Une fois que le nœud secondaire prend le relais comme principal, il reste comme principal même si le nœud principal d’origine revient en ligne. Pour échanger le statut principal et secondaire des nœuds, exécutez la commande force failover.

  • *Quelles sont les conditions d’échec de la commande *force failover ? **

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

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

Haute disponibilité