Migrer la configuration d’une instance NetScaler entre des appliances SDX

Avant de migrer la configuration de l’instance NetScaler vers une nouvelle appliance SDX, vous devez d’abord configurer la nouvelle appliance SDX.

Le tableau suivant répertorie les noms des périphériques impliqués dans le processus de migration :

Les images suivantes expliquent le processus de migration, en montrant les états actuel, intermédiaire et final des configurations de haute disponibilité (HA).

Figure 1. État actuel

Figure 2. État intermédiaire

Figure 3. État souhaité

Le tableau suivant explique les légendes de couleur utilisées dans le diagramme :

Prérequis

• Mettez à niveau la nouvelle appliance SDX (SDX-NEW-A2) vers la même version de build que l’ancienne. Si la build de l’ancienne appliance SDX n’est pas prise en charge sur la nouvelle SDX, mettez d’abord à niveau l’ancienne appliance SDX vers une build prise en charge sur la nouvelle SDX.

• Dans la nouvelle appliance SDX (SDX-NEW-A2), effectuez la configuration initiale, y compris la configuration des noms d’utilisateur, des mots de passe, des adresses IP et des configurations de passerelle.

• S’il existe des configurations spécifiques sur les anciens appliances SDX qui doivent être répliquées, utilisez le service de gestion pour configurer des paramètres tels que la création de canaux, les paramètres mtu et les profils d’administrateur sur le nouvel appliance SDX.

• Provisionnez une instance NetScaler (VPX-NEW-A2) sur le nouvel appliance SDX (SDX-NEW-A2) avec la même version et la même configuration que l’ancien. Pour plus d’informations, consultez Provisionner une instance NetScaler sur un appliance SDX.

Scénarios de migration pris en charge

Cette migration s’applique aux scénarios suivants :

• Configuration de haute disponibilité (HA)
• Déploiements autonomes
• Migration vers une plateforme SDX identique
• Migration vers une plateforme SDX différente

Remarques :

• Ce processus de migration ne prend pas en charge la migration de SDX vers des instances VPX hébergées par un hyperviseur tiers.
• Ces étapes décrites sont validées pour la migration des plateformes SDX de SDX 14000 vers 15000, de SDX 14000 vers 16000 et de SDX 22000 vers 15000. Les mêmes étapes sont également applicables à d’autres plateformes SDX.

Les différents scénarios sont expliqués ci-dessous :

Cas 1 : Pas de canal et même vitesse et numérotation d’interface

Si l’ancienne instance VPX (VPX-OLD-A2) est configurée avec les interfaces 10/1, 10/2, …, 10/n, la nouvelle instance VPX (VPX-NEW-A2) doit répliquer cette configuration précisément.

Cas 2 : Pas de canal et vitesse ou numérotation d’interface différente

Si l’ancienne instance VPX (VPX-OLD-A2) est configurée avec les interfaces 10/1 et 10/2, et que la nouvelle instance VPX (VPX-NEW-A2) est configurée avec les interfaces 10/3 et 10/4. Alternativement, la nouvelle instance VPX (VPX-NEW-A2) pourrait utiliser les interfaces 25/1 et 25/2.

Cas 3 : Numérotation de canal identique

Si l’ancienne instance VPX (VPX-OLD-A2) est configurée avec les canaux LA/1, LA/2, …, LA/n, alors la nouvelle instance VPX (VPX-NEW-A2) doit reproduire cette configuration précisément. La numérotation ou la vitesse de l’interface membre sous-jacente n’affecte pas cette exigence.

Cas 4 : Numérotation de canal différente

Si l’ancienne instance VPX (VPX-OLD-A2) est configurée avec les canaux LA/1 et LA/2, tandis que la nouvelle instance VPX (VPX-NEW-A2) est configurée avec les canaux LA/3 et LA/4.

Phases de la migration

Phase 1 : Rompre la haute disponibilité (le cas échéant) et supprimer le VPX secondaire

Si la haute disponibilité est activée, vous devez rompre la configuration HA et supprimer le VPX secondaire (VPX-OLD-A2) de la configuration HA.

1. Rompre la configuration HA

   1. Connectez-vous à l’interface de ligne de commande (CLI) de l’instance VPX principale (VPX-OLD-A1).

   2. Pour définir le statut HA sur VPX-OLD-A1 afin qu’il reste le nœud principal, tapez :

      set ha node -hastatus STAYPRIMARY
      <!--NeedCopy-->
      

   3. Pour désactiver le statut de synchronisation HA sur le nœud principal (VPX-OLD-A1), tapez :

      set ha node -haSync DISABLED
      <!--NeedCopy-->
      

2. Supprimer le VPX secondaire de la paire HA

   1. Connectez-vous à l’interface de ligne de commande (CLI) de l’instance VPX secondaire (VPX-OLD-A2).

   2. Pour définir le statut HA sur VPX-OLD-A2 afin qu’il reste le nœud secondaire, tapez :

      set ha node -hastatus STAYSECONDARY
      <!--NeedCopy-->
      

   3. Supprimez VPX-OLD-A2 de la paire HA pour rompre la configuration HA. Identifiez l’ID de nœud pour VPX-OLD-A2 et exécutez la commande suivante :

      rm ha node <node_id>
      <!--NeedCopy-->
      

Phase 2 : Formez une paire HA entre l’ancien VPX principal et le nouveau VPX

Pour établir une paire HA entre l’ancien VPX principal (VPX-OLD-A1) et le nouveau VPX (VPX-NEW-A2) :

1. Sur l’interface de ligne de commande de l’ancien VPX principal (VPX-OLD-A1), tapez :

   add ha node 1 <IP address of VPX-NEW-A2>
   <!--NeedCopy-->
   

2. Sur l’interface de ligne de commande du nouveau VPX (VPX-NEW-A2), tapez :

   add ha node 1 <IP address of VPX-OLD-A1>
   <!--NeedCopy-->
   

Phase 3 : Migrer la configuration VPX

Sur le VPX principal (VPX-OLD-A1), activez la synchronisation HA à l’aide de la commande suivante :

set ha node -haSync ENABLED
<!--NeedCopy-->

Phase 4 (facultatif) : Étapes supplémentaires requises pour les cas 2 et 4

Effectuez les étapes suivantes pour traiter des scénarios spécifiques dans le cas 2 (pas de canal et vitesse ou numérotation d’interface différente) et la migration du cas 4 (numérotation de canal différente).

Sur le nouveau VPX secondaire (VPX-NEW-A2) :

1. Vérifiez le fichier journal à /var/nssynclog/sync_batch_status.log pour les erreurs.

2. Les paramètres liés à l’interface peuvent générer des erreurs. Corrigez manuellement les configurations bind vlan et set interface.

3. Si d’autres erreurs sont détectées, corrigez-les manuellement.

4. Enregistrez la configuration à l’aide de la commande save config ou save ns config -all.

Remarques :

Avant d’initier le basculement du trafic vers le nouveau VPX sur la nouvelle appliance SDX, assurez-vous de ce qui suit :

• Vérifiez que la synchronisation HA est activée.

• Validez la configuration du VPX secondaire actuel (VPX-NEW-A2) à l’aide de la commande show ns runningconfig.

• Vérifiez les erreurs dans le fichier journal situé à /var/nssynclog/sync_batch_status.log sur le nœud secondaire.

Phase 5 : Forcer le basculement pour migrer le trafic vers le nouveau VPX sur la nouvelle appliance SDX

Pour initier un basculement forcé afin de transférer le trafic vers le nouveau VPX (VPX-NEW-A2) hébergé sur la nouvelle appliance SDX, effectuez les étapes suivantes :

1. Sur VPX-OLD-A1, pour activer la paire HA, tapez :

   set ha node -haStatus ENABLED
   <!--NeedCopy-->
   

   Ici, VPX-OLD-A1 devient actif dans la paire HA.

2. Pour forcer le basculement du trafic vers le nouveau VPX (VPX-NEW-A2), tapez :

   force ha failover
   <!--NeedCopy-->
   

   VPX-NEW-A2 devient le nœud principal gérant le trafic entrant.

Lors de la transition de l’ancienne plateforme SDX, SDX-OLD-A2, vers la nouvelle plateforme SDX, SDX-NEW-A2, le VPX-NEW-A2 sur SDX-NEW-A2 est désormais le nœud principal et gère le trafic. Ces étapes sont également applicables pour remplacer SDX-OLD-A1 par la nouvelle plateforme SDX, SDX-NEW-A1.