ADC
Merci pour vos commentaires

Ce article a été traduit automatiquement. (Clause de non responsabilité)

Recommandations de mise à niveau pour le déploiement GSLB

Cette section fournit des recommandations sur la séquence dans laquelle les nœuds GSLB doivent être mis à niveau dans diverses configurations GSLB. Il aborde également quelques questions fréquentes.

Remarque : L’appliance NetScaler à partir de laquelle la synchronisation GSLB est démarrée est appelée « site principal » et les sites GSLB sur lesquels la configuration est copiée sont appelés « sites subordonnés ».

Avant de commencer le processus de mise à niveau, lisez les conditions préalables mentionnées dans les rubriques suivantes :

Points à noter lors de la mise à niveau des configurations GSLB

  • Dans une configuration HA, commencez par mettre à niveau les sites subordonnés, puis le site principal.

  • Dans une configuration HA, les états de service peuvent ne pas se propager d’un nœud principal de génération antérieure vers un nœud secondaire de génération plus récent. Toutefois, si les versions sont de versions différentes, mais qu’elles ont la même version HA, l’état du service peut toujours se propager.

  • Si GSLB est configuré au sein d’un cluster, mettez d’abord à niveau les nœuds non propriétaires, puis mettez à niveau le nœud propriétaire. S’il existe un ou plusieurs sites dans un cluster, suivez la même séquence de mise à niveau dans chacun des sites.

  • Activez les nouvelles fonctionnalités GSLB uniquement après avoir mis à niveau tous les nœuds vers une version plus récente.

  • Mettez à niveau tous les nœuds GSLB vers la dernière version. Il n’y a pas d’impact fonctionnel sur les fonctionnalités disponibles lorsque certains nœuds GSLB utilisent une version plus ancienne et que certains nœuds GSLB sont mis à niveau vers une version plus récente.

FAQ

  • Les états du service GSLB sont-ils propagés lorsque les instances exécutent des versions logicielles différentes ?

    Le MEP GSLB est fonctionnel lorsque les instances sont exécutées sur différentes versions et que les états de service GSLB sont propagés sur les sites GSLB. Il n’y a aucun impact sur la communication MEP lorsque les instances exécutent différentes versions après une mise à niveau.

  • Est-il recommandé de modifier la configuration pendant une mise à niveau ?

    Dans une configuration GSLB, lorsqu’un site principal est en cours de mise à niveau, il n’est pas recommandé d’effectuer des modifications de configuration sur d’autres nœuds GSLB.

Ressources connexes

Les ressources suivantes fournissent des informations sur la mise à niveau d’une instance NetScaler à l’aide de NetScaler Console :

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.
Recommandations de mise à niveau pour le déploiement GSLB