FAQ
Mise à niveau logicielle HA quasi sans perturbations
-
Quelle est la différence entre l’appliance haute disponibilité et l’appliance secondaire (Geo) ?
- La haute disponibilité garantit la tolérance aux pannes. L’appliance secondaire (Geo) permet la reprise après sinistre.
- La haute disponibilité peut être configurée pour les appliances MCN, RCN et succursales. L’appliance secondaire (Geo) peut être configurée uniquement pour les MCN et les RCN.
- Les appliances High Availability sont configurées au sein du même site ou du même emplacement géographique. Une appliance de succursale située dans un emplacement géographique différent est configurée en tant qu’appliance secondaire (Geo) MCN/RCN.
- Les appareils primaires et secondaires à haute disponibilité doivent être les mêmes modèles de plate-forme. L’appliance secondaire (Geo) peut être le même modèle de plate-forme que le MCN/RCN principal.
- La haute disponibilité a une priorité plus élevée que secondaire (Geo). Si une appliance (MCN/RCN) est configurée avec une appliance High Availability and Secondary (Geo), en cas de défaillance de l’appliance, la solution haute disponibilité secondaire devient active. Si les deux appliances haute disponibilité échouent ou si le site du centre de données se bloque, l’appliance secondaire (Geo) devient active.
- Dans la haute disponibilité, le basculement principal/secondaire se produit instantanément ou dans les 10 à 12 secondes selon le déploiement de haute disponibilité. Le basculement MCN/RCN principal vers secondaire (Geo) MCN/RCN se produit après 15 secondes après que le primaire soit inactif.
- La configuration de haute disponibilité vous permet de configurer la remise en état principale. Vous ne pouvez pas configurer la récupération principale pour l’appliance secondaire (Geo), la récupération principale se produit automatiquement après que l’appliance principale est de retour et que le délai de mise en attente expire.
-
Quelles sont les conditions préalables à la mise à niveau logicielle haute disponibilité quasi sans perturbations ?
Le réseau client existant doit déjà s’exécuter sur Citrix SD-WAN 11.1 ou version ultérieure qui prend en charge la procédure de mise à niveau quasi sans perturbations pour HA.
-
Cette fonctionnalité est-elle activée par défaut ou existe-t-il un paramètre pour l’activer ?
Ce paramètre est activé par défaut.
-
Que se passe-t-il s’il y a quelques sites avec un déploiement non-HA ?
Les sites dont le déploiement n’est pas doté d’une HA sont activés à la deuxième étape de l’activation. Si l’ensemble du réseau ne dispose pas de déploiement HA, la mise à niveau en une seule étape est activée.
-
Que se passe-t-il si l’activation échoue sur l’appliance Veille ou Active ?
Le logiciel a une implémentation de délai d’attente. Si l’activation sur l’appliance de secours échoue, après le délai d’expiration, l’activation sur les appliances actives est lancée.
-
Quelle est la durée du délai d’expiration ?
Les délais d’expiration pour les activations de mise à niveau suivantes sont les suivants :
- Activation de mise à jour de configuration : 5 minutes
- Mise à niveau logicielle quasiment sans heurt pour HA Étape 1:20 minutes
- Mise à niveau logicielle presque sans succès pour HA Étape 2 : 20 minutes
- Mise à niveau logicielle en une seule étape : 20 minutes
-
Que se passe-t-il si Active et Standby sont dans différentes versions logicielles en raison d’erreurs ou de problèmes lors de la mise à niveau ?
La paire HA continue de fonctionner dans différentes versions logicielles. Une autre activation de la gestion des modifications est nécessaire pour amener la paire HA à la même version logicielle.
-
Que se passe-t-il si l’appliance de secours est en panne lorsque nous lançons la mise à niveau du logiciel
Le service Citrix SD-WAN Orchestrator ne peut pas terminer la première étape du processus d’activation de la mise à niveau quasi automatique, qui consiste à mettre à niveau les appliances de secours et à les rendre actives. Il attend que le délai d’attente soit écoulé, puis passe à la deuxième étape. Dans le cadre de la deuxième étape, le service Citrix SD-WAN Orchestrator met à niveau les appliances actives. Les appareils de secours sont mis à niveau une fois qu’ils sont remis en ligne.
-
Pouvons-nous programmer le temps de mise à niveau/activation du logiciel ?
Cette fonctionnalité n’est pas disponible actuellement.
-
Ce processus s’applique-t-il aux déploiements basés sur RCN ?
Oui.
-
Pendons-nous en charge la mise à niveau partielle du site ?
Oui. Le service Citrix SD-WAN Orchestrator prend en charge la mise à niveau partielle du site à partir de la version 11.2.2 de Citrix SD-WAN. Même pour les scénarios de mise à niveau logicielle partielle, la mise à niveau sans accès à haute disponibilité est efficace.
-
Supportons-nous la fonctionnalité de retour d’erreur ?
Cette fonctionnalité n’est pas disponible actuellement.
-
Comment les composants non-SD-WAN tels que le microprogramme LTE, la SVM et les correctifs Citrix Hypervisor sont-ils mis à niveau ? Pouvons-nous avoir planifié l’installation de ces composants non SD-WAN ?
Cette fonctionnalité n’est pas disponible actuellement.
-
Que se passe-t-il s’il y a un changement de configuration pendant la mise à niveau du logiciel ? Allons-nous informer l’utilisateur/administrateur que nous n’allons pas appliquer la mise à niveau logicielle HA quasi sans perturbations ?
Oui. L’utilisateur/administrateur est informé qu’il y a un changement de configuration lors de l’activité de mise à niveau logicielle en cours. L’utilisateur a le choix de poursuivre la procédure normale de mise à niveau logicielle en une seule étape, au lieu d’une mise à niveau quasi sans perturbations.
2100 Édition Premium (Entreprise)
Que signifie le message suivant lorsqu’une appliance 2100 EE est mise à niveau vers la version 10.0 ?
L’appliance dispose d’une licence EE ou la redirection WANOP est activée à partir du MCN. Vous pouvez planifier l’installation des composants WANOP pour commencer à provisionner les fonctionnalités de WANOP sur cette plate-forme.