Migration d’une configuration HA vers une configuration de cluster
Pour migrer une configuration de haute disponibilité (HA) existante vers une configuration de cluster, vous devez d’abord supprimer les appliances NetScaler de la configuration HA et créer une sauvegarde du fichier de configuration HA. Vous pouvez ensuite utiliser les deux appliances pour créer un cluster et télécharger le fichier de configuration sauvegardé sur le cluster.
Remarque
- Avant de télécharger le fichier de configuration HA sauvegardé sur le cluster, vous devez le modifier pour le rendre compatible avec le cluster. Reportez-vous à l’étape correspondante de la procédure.
- Utilisez la batch -f <backup_filename> pour télécharger le fichier de configuration sauvegardé.
L’approche précédente est une solution de migration de base qui entraîne des temps d’arrêt pour l’application déployée. En tant que tel, il doit être utilisé uniquement dans les déploiements où la disponibilité des applications n’est pas prise en compte.
Toutefois, dans la plupart des déploiements, la disponibilité de l’application est d’une importance capitale. Dans de tels cas, vous devez utiliser l’approche selon laquelle une configuration HA peut être migrée vers une configuration de cluster sans interruption de service. Dans cette approche, une configuration HA existante est migrée vers une configuration de cluster en supprimant d’abord l’appliance secondaire et en utilisant cette appliance pour créer un cluster à nœud unique. Une fois que le cluster est opérationnel et gère le trafic, l’appliance principale de la configuration HA est ajoutée au cluster.
Pour convertir une configuration HA en configuration de cluster (sans interruption de service) à l’aide de l’interface de ligne de commande
Prenons l’exemple d’une configuration HA avec l’appliance principale (NS1) - 10.102.97.131 et l’appliance secondaire (NS2) - 10.102.97.132.
-
Assurez-vous que les configurations de la paire HA sont stables.
-
Connectez-vous à l’un des dispositifs HA, accédez au shell et créez une copie du fichier ns.conf (par exemple, ns_backup.conf).
-
Ouvrez une session sur l’appliance secondaire, NS2, et effacez les configurations. Cette opération supprime NS2 de la configuration HA et en fait une appliance autonome.
> clear ns config fullRemarque
- Cette étape est requise pour s’assurer que NS2 ne commence pas à posséder des adresses VIP, maintenant qu’il s’agit d’une appliance autonome.
- À ce stade, l’appliance principale, NS1, est toujours active et continue de servir le trafic.
-
Créez un cluster sur NS2 (désormais un dispositif secondaire) et configurez-le en tant que nœud PASSIF.
> add cluster instance 1 > add cluster node 0 10.102.97.132 -state PASSIVE -backplane 0/1/1 > add ns ip 10.102.97.133 255.255.255.255 -type CLIP > enable cluster instance 1 > save ns config > reboot -warm -
Modifiez le fichier de configuration sauvegardé comme suit :
-
Supprimez les entités qui ne sont pas prises en charge sur un cluster. Pour la liste des fonctionnalités non prises en charge, consultez la section Fonctionnalités de NetScaler prises en charge par uncluster. Il s’agit d’une étape facultative. Si vous n’effectuez pas cette étape, l’exécution des commandes non prises en charge échoue.
-
Supprimez les configurations qui ont des interfaces ou mettez à jour les noms d’interface de la convention c/u vers la convention n/c/u .
Exemple
> add vlan 10 -ifnum 0/1doit être changé en
> add vlan 10 -ifnum 0/0/1 1/0/1 -
Le fichier de configuration de sauvegarde peut avoir des adresses SNIP. Ces adresses sont réparties par bandes sur tous les nœuds du cluster. Il est recommandé d’ajouter des adresses IP repérées pour chaque nœud.
Exemple
> add ns ip 1.1.1.1 255.255.255.0 -ownerNode 0 > add ns ip 1.1.1.2 255.255.255.0 -ownerNode 1 -
Mettez à jour le nom d’hôte pour spécifier le nœud propriétaire.
Exemple
> set ns hostname ns0 -ownerNode 0 > set ns hostname ns1 -ownerNode 1 -
Modifiez toutes les autres configurations réseau pertinentes qui dépendent des adresses IP repéré. Par exemple, le VLAN L3, la configuration RNAT (qui utilise les SNIP comme NATIP), les règles INAT (qui font référence aux SNIPS/MIP).
-
-
Sur le cluster, procédez comme suit :
-
Apportez les modifications topologiques au cluster en connectant le panneau arrière du cluster, le canal d’agrégation des liens du cluster, etc.
-
Appliquez les configurations du fichier de configuration sauvegardé et modifié au coordinateur de configuration via l’adresse IP du cluster.
> batch -f ns_backup.conf -
Configurez des mécanismes de distribution du trafic externe tels que ECMP ou l’agrégation de liens de cluster.
-
-
Transférez le trafic de la configuration HA vers le cluster.
-
Ouvrez une session sur l’appliance principale, NS1, et désactivez toutes les interfaces qui s’y trouve.
> disable interface <interface_id> -
Ouvrez une session sur l’adresse IP du cluster et configurez NS2 en tant que nœud ACTIVE.
> set cluster node 0 -state ACTIVE
Remarque
Il peut y avoir un léger temps d’arrêt (de l’ordre de quelques secondes) entre la désactivation des interfaces et l’activation du nœud du cluster.
-
-
Ouvrez une session sur l’appliance principale, NS1, et supprimez-la de la configuration HA.
-
Effacez toutes les configurations. Cette opération supprime NS1 de la configuration HA et en fait une appliance autonome.
> clear ns config full -
Activez toutes les interfaces.
> enable interface <interface_id>
-
-
Ajoutez NS1 au cluster.
-
Ouvrez une session sur l’adresse IP du cluster et ajoutez NS1 au cluster.
> add cluster node 1 10.102.97.131 -state PASSIVE -backplane 1/1/1 -
Connectez-vous à NS1 et joignez-le au cluster en exécutant séquentiellement les commandes suivantes :
> join cluster -clip 10.102.97.133 -password nsroot > save ns config > reboot -warm
-
-
Ouvrez une session sur NS1 et effectuez les modifications de topologie et de configuration requises.
-
Connectez-vous à l’adresse IP du cluster et définissez NS1 comme nœud ACTIVE.
> set cluster node 1 -state ACTIVE