Documentation Produit
NetScaler VPX
Current Release 13.1 13.0
Voir PDF

Mettre à niveau une instance NetScaler VPX sur AWS

October 17, 2024
Contributeur: 
C C

Vous pouvez mettre à niveau le type d’instance EC2, le débit, l’édition logicielle et le logiciel système d’un NetScaler VPX s’exécutant sur AWS. Pour certains types de mises à niveau, Citrix recommande d’utiliser la méthode de configuration haute disponibilité pour minimiser les temps d’arrêt.

Remarque :

  • La version 10.1.e-124.1308.e ou ultérieure du logiciel NetScaler pour une AMI NetScaler VPX (y compris la licence utilitaire et la licence client) ne prend pas en charge les familles d’instances M1 et M2.
  • En raison des modifications apportées à la prise en charge des instances VPX, la rétrogradation de 10.1.e-124 ou une version ultérieure vers 10.1.123.x ou une version antérieure n’est pas prise en charge.
  • La plupart des mises à niveau ne nécessitent pas le lancement d’une nouvelle AMI et la mise à niveau peut être effectuée sur l’instance NetScaler AMI actuelle. Si vous souhaitez effectuer une mise à niveau vers une nouvelle instance NetScaler AMI, utilisez la méthode de configuration haute disponibilité.

Modifier le type d’instance EC2 d’une instance NetScaler VPX sur AWS

Si vos instances NetScaler VPX exécutent la version 10.1.e-124.1308.e ou ultérieure, vous pouvez modifier le type d’instance EC2 depuis la console AWS comme suit :

  1. Arrêtez l’instance VPX.
  2. Modifiez le type d’instance EC2 à partir de la console AWS.
  3. Démarrez l’instance.

Vous pouvez également utiliser la procédure ci-dessus pour modifier le type d’instance EC2 pour une version antérieure à 10.1.e-124.1308.e, sauf si vous souhaitez modifier le type d’instance en M3. Dans ce cas, vous devez d’abord suivre la procédure de mise à niveau standard de NetScaler, à l’adresse, pour mettre à niveau le logiciel NetScaler vers la version 10.1.e-124 ou une version ultérieure, puis suivre les étapes ci-dessus.

Mettre à niveau le débit ou l’édition logicielle d’une instance NetScaler VPX sur AWS

Pour mettre à niveau l’édition logicielle (par exemple, pour passer de l’édition Standard à Premium) ou le débit (par exemple, pour passer de 200 Mbps à 1000 Mbps), la méthode dépend de la licence de l’instance.

Utilisation d’une licence client (Bring-Your-Own-License)

Si vous utilisez une licence client, vous pouvez acheter et télécharger la nouvelle licence à partir du site Web Citrix, puis installer la licence sur l’instance VPX. Pour plus d’informations sur le téléchargement et l’installation d’une licence à partir du site Web Citrix, consultez le Guide des licences VPX.

Utilisation d’une licence d’utilitaire (licence d’utilitaire avec frais horaires)

AWS ne prend pas en charge les mises à niveau directes pour les instances payantes. Pour mettre à niveau l’édition logicielle ou le débit d’une instance NetScaler VPX payante, lancez une nouvelle AMI avec la licence et la capacité souhaitées et migrez l’ancienne configuration d’instance vers la nouvelle instance. Cela peut être réalisé en utilisant une configuration de haute disponibilité NetScaler comme décrit dans la sous-section [Mise à niveau vers une nouvelle instance NetScaler AMI en utilisant une configuration de haute disponibilité NetScaler] (#upgrade-to-a-new-citrix-adc-ami-instance-by-using-a-citrix-adc-high-availability-configuration) de cette page.

Mettre à niveau le logiciel système d’une instance NetScaler VPX sur AWS

Si vous devez mettre à niveau une instance VPX exécutant la version 10.1.e-124.1308.e ou une version ultérieure, suivez la procédure de mise à niveau standard de NetScaler dans la section Mettre à niveau et rétrograder une appliance NetScaler.

Si vous devez mettre à niveau une instance VPX exécutant une version antérieure à 10.1.e-124.1308.e vers 10.1.e-124.1308.e ou une version ultérieure, mettez d’abord à niveau le logiciel système, puis modifiez le type d’instance en M3 comme suit :

  1. Arrêtez l’instance VPX.
  2. Modifiez le type d’instance EC2 à partir de la console AWS.
  3. Démarrez l’instance.

Effectuez une mise à niveau vers une nouvelle instance NetScaler AMI à l’aide d’une configuration NetScaler haute disponibilité

Pour utiliser la méthode de haute disponibilité de mise à niveau vers une nouvelle instance NetScaler AMI, effectuez les tâches suivantes :

  • Créez une nouvelle instance avec le type d’instance EC2 souhaité, l’édition logicielle, le débit ou la version logicielle à partir du marché AWS.
  • Configurez la haute disponibilité entre l’ancienne instance (à mettre à niveau) et la nouvelle instance. Une fois la haute disponibilité configurée entre l’ancienne et la nouvelle instance, la configuration de l’ancienne instance est synchronisée avec la nouvelle instance.
  • Forcer un basculement HA de l’ancienne instance vers la nouvelle instance. Par conséquent, la nouvelle instance devient principale et commence à recevoir du trafic.
  • Arrêtez et reconfigurez ou supprimez l’ancienne instance d’AWS.

Prérequis et points à considérer

  • Assurez-vous de comprendre comment fonctionne la haute disponibilité entre deux instances NetScaler VPX sur AWS. Pour plus d’informations sur la configuration de haute disponibilité entre deux instances NetScaler VPX sur AWS, consultez Déployer une paire haute disponibilité sur AWS.
  • Vous devez créer la nouvelle instance dans la même zone de disponibilité que l’ancienne instance, avec exactement le même groupe de sécurité et sous-réseau.
  • La configuration de haute disponibilité nécessite des clés d’accès et secrètes associées au compte AWS Identity and Access Management (IAM) de l’utilisateur pour les deux instances. Si les informations de clé correctes ne sont pas utilisées lors de la création d’instances VPX, la configuration HA échoue. Pour plus d’informations sur la création d’un compte IAM pour une instance VPX, consultez Prérequis.
    • Vous devez utiliser la console EC2 pour créer la nouvelle instance. Vous ne pouvez pas utiliser le lancement d’AWS 1-Click, car il n’accepte pas les clés d’accès et les clés secrètes comme entrée.
    • La nouvelle instance ne doit avoir qu’une seule interface ENI.

Pour mettre à niveau une instance NetScaler VPX à l’aide d’une configuration haute disponibilité, procédez comme suit :

  1. Configurez la haute disponibilité entre l’ancienne et la nouvelle instance. Pour configurer la haute disponibilité entre deux instances NetScaler VPX, à l’invite de commande de chaque instance, tapez :

    • add ha node <nodeID> <IPaddress of the node to be added>
    • save config

    Exemple :

    À l’invite de commandes de l’ancienne instance, tapez :

      add ha node 30 192.0.2.30
  Done
<!--NeedCopy-->

    À l’invite de commande de la nouvelle instance, tapez :

      add ha node 10 192.0.2.10
  Done
<!--NeedCopy-->

    Notez les points suivants :

    • Dans la configuration HA, l’ancienne instance est le nœud principal et la nouvelle instance est le nœud secondaire.
    • L’adresse IP NSIP n’est pas copiée de l’ancienne instance vers la nouvelle instance. Par conséquent, après la mise à niveau, votre nouvelle instance a une adresse IP de gestion différente de la précédente.
    • Le mot de passe du nsroot compte de la nouvelle instance est défini sur celui de l’ancienne instance après la synchronisation HA.

    Pour plus d’informations sur la configuration de haute disponibilité entre deux instances NetScaler VPX sur AWS, consultez Déployer une paire haute disponibilité sur AWS.

  2. Forcer un basculement HA. Pour forcer un basculement dans une configuration haute disponibilité, à l’invite de commandes de l’une ou l’autre des instances, tapez :

      force HA failover
<!--NeedCopy-->

    À la suite d’un basculement forcé, les ENI de l’ancienne instance sont migrés vers la nouvelle instance et le trafic circule à travers la nouvelle instance (le nouveau nœud principal). L’ancienne instance (le nouveau nœud secondaire) redémarre.

    Si le message d’avertissement suivant s’affiche, tapez N pour annuler l’opération :

      [WARNING]:Force Failover may cause configuration loss, peer health not optimum.   Reason(s):
  HA version mismatch
  HA heartbeats not seen on some interfaces
  Please confirm whether you want force-failover (Y/N)?
<!--NeedCopy-->

    Le message d’avertissement s’affiche car le logiciel système des deux instances VPX n’est pas compatible HA. Par conséquent, la configuration de l’ancienne instance ne peut pas être synchronisée automatiquement avec la nouvelle instance lors d’un basculement forcé.

    Voici la solution de contournement pour ce problème :

    1. À l’invite du shell NetScaler de l’ancienne instance, saisissez la commande suivante pour créer une sauvegarde du fichier de configuration (ns.conf) :

      copy /nsconfig/ns.conf to /nsconfig/ns.conf.bkp

    2. Supprimez la ligne suivante du fichier de configuration de sauvegarde (ns.conf.bkp):

      • set ns config -IPAddress <IP> -netmask <MASK>

      Par exemple, set ns config -IPAddress 192.0.2.10 -netmask 255.255.255.0

    3. Copiez le fichier de configuration de sauvegarde de l’ancienne instance (ns.conf.bkp) dans le répertoire /nsconfig de la nouvelle instance.

    4. À l’invite du shell NetScaler de la nouvelle instance, saisissez la commande suivante pour charger le fichier de configuration de l’ancienne instance (ns.conf.bkp) sur la nouvelle instance :

      • batch -f /nsconfig/ns.conf.bkp

    5. Enregistrez la configuration sur la nouvelle instance.

      • save conifg

    6. À l’invite de commandes de l’un des nœuds, tapez la commande suivante pour forcer un basculement, puis tapez Y pour le message d’avertissement pour confirmer l’opération de basculement forcé :

      • force ha failover

    Exemple :

              > force ha failover

  WARNING]:Force Failover may cause configuration loss, peer health not optimum.
          Reason(s):
          HA version mismatch
          HA heartbeats not seen on some interfaces
          Please confirm whether you want force-failover (Y/N)?   Y
<!--NeedCopy-->

  3. Supprimez la configuration HA afin que les deux instances ne soient plus dans une configuration HA. Supprimez d’abord la configuration HA du nœud secondaire, puis supprimez la configuration HA du nœud principal.

    Pour supprimer une configuration HA entre deux instances NetScaler VPX, à l’invite de commande de chaque instance, tapez :

          > remove ha node \<nodeID\>
      >  save config
<!--NeedCopy-->

    Pour plus d’informations sur la configuration de haute disponibilité entre deux instances VPX sur AWS, consultez Déployer une paire haute disponibilité sur AWS.

    Exemple :

À l’invite de commandes de l’ancienne instance (nouveau nœud secondaire), tapez :

          > remove ha node 30
            Done
          > save config
            Done
<!--NeedCopy-->

À l’invite de commande de la nouvelle instance (nouveau nœud principal), tapez :

          > remove ha node 10
            Done
          > save config
            Done
<!--NeedCopy-->
Mettre à niveau une instance NetScaler VPX sur AWS
October 17, 2024
Contributeur: 
C C
October 17, 2024
Contributeur: 
C C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.