NetScaler VPX

Mettre à niveau une instance NetScaler VPX sur AWS

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

Remarque :

  • La version logicielle NetScaler 10.1.e-124.1308.e ou ultérieure pour une AMI NetScaler VPX (incluant 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 la version 10.1.e-124 ou d’une version ultérieure vers la version 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 AMI NetScaler actuelle. Si vous souhaitez effectuer une mise à niveau vers une nouvelle instance AMI NetScaler, utilisez la méthode de configuration de 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 depuis 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, à, 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, passer de l’édition Standard à l’édition Premium) ou le débit (par exemple, 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 depuis le site web de Citrix®, puis installer la licence sur l’instance VPX. Pour plus d’informations sur le téléchargement et l’installation d’une licence depuis le site web de Citrix, consultez le Guide de licence VPX.

Utilisation d’une licence utilitaire (Licence 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 la configuration de l’ancienne instance vers la nouvelle instance. Ceci peut être réalisé en utilisant une configuration de haute disponibilité NetScaler, comme décrit dans la sous-section [Upgrade to a new NetScaler AMI instance by using a NetScaler high availability configuration] (#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 à 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 la version 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 depuis la console AWS.
  3. Démarrez l’instance.

Mettre à niveau vers une nouvelle instance AMI NetScaler en utilisant une configuration de haute disponibilité NetScaler

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

  • Créez une nouvelle instance avec le type d’instance EC2, l’édition logicielle, le débit ou la version logicielle souhaités depuis la place de 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.
  • Forcez un basculement HA de l’ancienne instance vers la nouvelle instance. En conséquence, la nouvelle instance devient principale et commence à recevoir le trafic.
  • Arrêtez, puis 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 la 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 le même sous-réseau.
  • La configuration de la 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 des 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 en 1 clic d’AWS, car il n’accepte pas les clés d’accès et 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 de haute disponibilité, suivez ces étapes :

  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 commande 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 ce qui suit :

    • 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 compte nsroot 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 la haute disponibilité entre deux instances NetScaler VPX sur AWS, consultez Déployer une paire haute disponibilité sur AWS.

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

    force HA failover
    <!--NeedCopy-->
    

    Suite au basculement forcé, les ENI de l’ancienne instance sont migrés vers la nouvelle instance et le trafic transite par la nouvelle instance (le nouveau nœud principal). L’ancienne instance (le nouveau nœud secondaire) redémarre.

    Si le message d’avertissement suivant apparaît, 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 apparaît 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 automatiquement synchronisée avec la nouvelle instance lors d’un basculement forcé.

    Voici la solution de contournement pour ce problème :

    1. À l’invite de commande shell NetScaler de l’ancienne instance, tapez 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 de commande shell NetScaler de la nouvelle instance, tapez 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. Sauvegardez la configuration sur la nouvelle instance.

      • save conifg
    6. À l’invite de commandes de l’un ou l’autre des nœuds, tapez la commande suivante pour forcer un basculement, puis tapez Y pour le message d’avertissement afin de 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, de sorte 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 commandes 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 commandes de la nouvelle instance (nouveau nœud principal), tapez :

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