Déployer une paire HA VPX dans la même zone de disponibilité AWS

Remarque :

À partir de la version 13.1 build 27.x de NetScaler, la paire HA VPX dans la même zone de disponibilité AWS prend en charge les adresses IPv6.

Vous pouvez configurer deux instances NetScaler VPX sur AWS en tant que paire HA, dans la même zone AWS où les deux instances VPX se trouvent sur le même sous-réseau. La HA est réalisée en migrant les adresses IP privées secondaires attachées aux cartes réseau (cartes réseau côté client et côté serveur) du nœud HA principal vers le nœud HA secondaire après le basculement. Toutes les adresses IP élastiques associées aux adresses IP privées secondaires sont également migrées.

La paire HA NetScaler VPX prend en charge les adresses IPv4 et IPv6 dans la même zone de disponibilité AWS.

L’illustration suivante décrit un scénario de basculement HA en migrant les adresses IP privées secondaires.

Figure 1. Une paire HA NetScaler VPX sur AWS, utilisant la migration d’IP privées

Avant de commencer votre document, lisez les documents suivants :

• Prérequis
• Limitations et directives d’utilisation
• Déployer une instance NetScaler VPX sur AWS
• Haute disponibilité

Comment déployer une paire HA VPX dans la même zone

Voici le résumé des étapes pour déployer une paire HA VPX dans la même zone :

1. Créez deux instances VPX sur AWS, chacune avec trois cartes réseau.
2. Attribuez une adresse IP privée secondaire AWS au VIP et au SNIP du nœud principal.
3. Configurez le VIP et le SNIP sur le nœud principal à l’aide d’adresses IP privées secondaires AWS.
4. Configurez la haute disponibilité (HA) sur les deux nœuds.

Étape 1. Créez deux instances VPX (nœuds principal et secondaire) en utilisant le même VPC, chacune avec trois cartes réseau (Ethernet 0, Ethernet 1, Ethernet 2)

Suivez les étapes décrites dans Déployer une instance NetScaler VPX sur AWS à l’aide de la console web AWS.

Étape 2. Sur le nœud principal, attribuez des adresses IP privées pour Ethernet 1 (IP client ou VIP) et Ethernet 2 (IP de serveur back-end ou SNIP)

La console AWS attribue automatiquement des adresses IP privées principales aux cartes réseau configurées. Attribuez d’autres adresses IP privées au VIP et au SNIP, appelées adresses IP privées secondaires.

Pour attribuer une adresse IP privée à une interface réseau, suivez les étapes suivantes :

1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.
2. Dans le volet de navigation, choisissez Interfaces réseau, puis sélectionnez l’interface réseau attachée à l’instance.
3. Choisissez Actions > Gérer les adresses IP.
4. Sélectionnez Adresses IPv4 ou Adresses IPv6 en fonction de vos besoins.
5. Pour les adresses IPv4 :
   1. Choisissez Attribuer une nouvelle IP.
   2. Saisissez une adresse IPv4 spécifique qui se trouve dans la plage de sous-réseaux de l’instance, ou laissez le champ vide pour qu’Amazon sélectionne une adresse IP pour vous.
   3. (Facultatif) Choisissez Autoriser la réaffectation pour permettre la réaffectation de l’adresse IP privée secondaire si elle est déjà attribuée à une autre interface réseau.
6. Pour les adresses IPv6 :
   1. Choisissez Attribuer une nouvelle IP.
   2. Saisissez une adresse IPv6 spécifique qui se trouve dans la plage de sous-réseaux de l’instance, ou laissez le champ vide pour qu’Amazon sélectionne une adresse IP pour vous.
   3. (Facultatif) Choisissez Autoriser la réaffectation pour permettre la réaffectation de l’adresse IP privée principale ou secondaire si elle est déjà attribuée à une autre interface réseau.
7. Choisissez Oui > Mettre à jour.

Sous la Description de l’instance, les adresses IP privées attribuées apparaissent.

Remarque :

Dans un déploiement de paire HA IPv4, vous ne pouvez attribuer que les adresses IPv4 secondaires sur l’interface et les utiliser comme adresses VIP et SNIP. Mais dans un déploiement de paire HA IPv6, vous pouvez attribuer les adresses IPv6 primaires ou secondaires sur l’interface et les utiliser comme adresses VIP et SNIP.

Étape 3. Configurer VIP et SNIP sur le nœud principal, en utilisant des adresses IP privées secondaires

Accédez au nœud principal via SSH. Ouvrez un client ssh et tapez :

ssh -i <location of your private key> nsroot@<public DNS of the instance>
<!--NeedCopy-->

Ensuite, configurez VIP et SNIP.

Pour VIP, tapez :

add ns ip <IPAddress> <netmask> -type <type>
<!--NeedCopy-->

Pour SNIP, tapez :

add ns ip <IPAddress> <netmask> -type SNIP
<!--NeedCopy-->

Tapez save config pour enregistrer.

Pour afficher les adresses IP configurées, tapez la commande suivante :

show ns ip
<!--NeedCopy-->

Pour plus d’informations, consultez les rubriques suivantes :

• Configuration et gestion des adresses IP virtuelles (VIP)
• Configuration de l’adresse NSIP

Étape 4 : Configurer la haute disponibilité sur les deux instances

Sur le nœud principal, ouvrez un client Shell et tapez la commande suivante :

add ha node <id> <private IP address of the management NIC of the secondary node>
<!--NeedCopy-->

Sur le nœud secondaire, tapez la commande suivante :

add ha node <id> < private IP address of the management NIC of the primary node >
<!--NeedCopy-->

Tapez save config pour enregistrer la configuration.

Pour afficher les nœuds HA configurés, tapez show ha node.

En cas de basculement, les adresses IP privées secondaires configurées en tant que VIP et SNIP sur le nœud principal précédent sont migrées vers le nouveau nœud principal.

Pour forcer un basculement sur un nœud, tapez force HAfailover.

Méthode héritée pour le déploiement d’une paire HA VPX

Avant la version 13.0 41.x, la haute disponibilité au sein de la même zone était obtenue par la migration de l’interface réseau élastique (ENI) AWS. Cependant, cette méthode est progressivement obsolète.

La figure suivante montre un exemple d’architecture de déploiement HA pour les instances NetScaler VPX sur AWS.

Figure 1. Une paire HA NetScaler VPX sur AWS, utilisant la migration ENI

Haute disponibilité utilisant la migration ENI(/fr-fr/vpx/media/ha-aws.png)

Vous pouvez déployer deux instances VPX sur AWS en tant que paire HA en utilisant l’une des options suivantes :

• Créez manuellement les instances avec un rôle IAM en utilisant la console de gestion AWS, puis configurez la HA sur celles-ci.
• Ou automatisez le déploiement de la haute disponibilité en utilisant le modèle Citrix CloudFormation.

Le modèle CloudFormation réduit considérablement le nombre d’étapes nécessaires à la création d’une paire HA et il crée automatiquement un rôle IAM. Cette section explique comment déployer une paire HA NetScaler VPX (active-passive) en utilisant le modèle Citrix CloudFormation.

Gardez les points suivants à l’esprit lors du déploiement de deux instances NetScaler VPX en tant que paire HA.

Points à noter

• La HA sur AWS exige que le nœud principal dispose d’au moins deux ENI (une pour la gestion et l’autre pour le trafic de données) et que le nœud secondaire dispose d’une ENI de gestion. Cependant, à des fins de sécurité, créez trois ENI sur le nœud principal, car cette configuration vous permet de séparer les réseaux privé et public (recommandé).
• Le nœud secondaire dispose toujours d’une interface ENI (pour la gestion) et le nœud principal peut avoir jusqu’à quatre ENI.
• Les adresses NSIP de chaque instance VPX dans une paire de haute disponibilité doivent être configurées sur l’ENI par défaut de l’instance.
• Amazon n’autorise aucun paquet de diffusion/multidiffusion dans AWS. Par conséquent, dans une configuration HA, les ENI du plan de données sont migrées de l’instance VPX principale vers l’instance VPX secondaire lorsque l’instance VPX principale tombe en panne.
• Étant donné que l’ENI par défaut (de gestion) ne peut pas être déplacée vers une autre instance VPX, n’utilisez pas l’ENI par défaut pour le trafic client et serveur (trafic du plan de données).
• Le message AWSCONFIG IOCTL NSAPI_HOTPLUG_INTF success output 0 dans le fichier /var/log/ns.log indique que les deux ENI de données ont été attachées avec succès à l’instance secondaire (le nouveau primaire).
• Le basculement peut prendre jusqu’à 20 secondes en raison du mécanisme de détachement/attachement d’ENI d’AWS.
• En cas de basculement, l’instance défaillante redémarre toujours.
• Les paquets de pulsation sont reçus uniquement sur l’interface de gestion.
• Le fichier de configuration des instances VPX primaire et secondaire est synchronisé, y compris le mot de passe nsroot. Le mot de passe nsroot du nœud secondaire est défini sur celui du nœud primaire après la synchronisation de la configuration HA.
• Pour avoir accès aux serveurs API AWS, l’instance VPX doit avoir une adresse IP publique attribuée ou le routage doit être configuré correctement au niveau du sous-réseau VPC, pointant vers la passerelle Internet du VPC.
• Les serveurs de noms/serveurs DNS sont configurés au niveau du VPC à l’aide des options DHCP.
• Le modèle Citrix CloudFormation ne crée pas de configuration HA entre différentes zones de disponibilité.
• Le modèle Citrix CloudFormation ne crée pas de mode INC.
• Les messages de débogage AWS sont disponibles dans le fichier journal, /var/log/ns.log, sur l’instance VPX.

Déployer une paire haute disponibilité à l’aide du modèle Citrix CloudFormation

Avant de démarrer le modèle CloudFormation, assurez-vous de remplir les conditions suivantes :

• Un VPC
• Trois sous-réseaux au sein du VPC
• Un groupe de sécurité avec les ports UDP 3003, TCP 3009–3010, HTTP, SSH ouverts
• Une paire de clés
• Créer une passerelle Internet
• Modifier les tables de routage pour les réseaux client et de gestion afin qu’elles pointent vers la passerelle Internet

Remarque

Le modèle Citrix CloudFormation crée automatiquement un rôle IAM. Les rôles IAM existants n’apparaissent pas dans le modèle.

Pour lancer le modèle Citrix CloudFormation :

1. Connectez-vous à la place de marché AWS à l’aide de vos identifiants AWS.
2. Dans le champ de recherche, tapez NetScaler VPX pour rechercher l’AMI NetScaler, puis cliquez sur Go.
3. Sur la page des résultats de recherche, cliquez sur l’offre NetScaler VPX souhaitée.
4. Cliquez sur l’onglet Pricing pour accéder à Pricing Information.
5. Sélectionnez la région et l’option d’exécution en tant que NetScaler VPX – Customer Licensed.
6. Cliquez sur Continue to Subscribe.
7. Vérifiez les détails sur la page Subscribe et cliquez sur Continue to Configuration.
8. Sélectionnez Delivery Method en tant que CloudFormation Template.
9. Sélectionnez le modèle CloudFormation requis.

10. Sélectionnez Software Version et Region, puis cliquez sur Continue to Launch.

    

11. Sous Choisir une action, sélectionnez Lancer CloudFormation, puis cliquez sur Lancer. La page Créer une pile apparaît.

12. Cliquez sur Suivant.

    

13. La page Spécifier les détails de la pile apparaît. Saisissez les détails suivants.

    • Saisissez un Nom de pile. Le nom doit comporter moins de 25 caractères.
    • Sous Configuration réseau, effectuez les opérations suivantes :
      • Sélectionnez Sous-réseau de gestion, Sous-réseau client et Sous-réseau serveur. Assurez-vous de sélectionner les sous-réseaux corrects que vous avez créés au sein du VPC que vous avez sélectionné sous ID VPC.
      • Ajoutez IP de gestion principale, IP de gestion secondaire, IP client et IP serveur. Les adresses IP doivent appartenir aux mêmes sous-réseaux que les sous-réseaux respectifs. Vous pouvez également laisser le modèle attribuer les adresses IP automatiquement.
      • Sélectionnez default pour VPCTenancy.
    • Sous Configuration NetScaler, effectuez les opérations suivantes :
      • Sélectionnez m5.xlarge pour le Type d’instance.
      • Sélectionnez la paire de clés que vous avez déjà créée dans le menu pour Paire de clés.

      • Par défaut, l’option Publier des métriques personnalisées sur CloudWatch ? est définie sur Oui. Si vous souhaitez désactiver cette option, sélectionnez Non.

        Pour plus d’informations sur les métriques CloudWatch, consultez [Monitor your instances using Amazon CloudWatch] (#monitor-your-instances-using-amazon-cloudWatch).

    • Sous Configuration facultative, effectuez les opérations suivantes :
      • Par défaut, l’option Faut-il attribuer une adresse IP publique (EIP) aux interfaces de gestion ? est définie sur Non.
      • Par défaut, l’option Faut-il attribuer une adresse IP publique (EIP) à l’interface client ? est définie sur Non.

    

14. Cliquez sur Suivant.

15. La page Configurer les options de la pile s’affiche. Cette page est facultative.

    

16. Cliquez sur Suivant.

17. La page Options s’affiche. (Cette page est facultative.) Cliquez sur Suivant.

18. La page Vérification s’affiche. Prenez un moment pour vérifier les paramètres et apporter les modifications nécessaires, le cas échéant.

19. Cochez la case Je reconnais qu’AWS CloudFormation peut créer des ressources IAM., puis cliquez sur Créer la pile.

20. Le statut CRÉATION EN COURS s’affiche. Attendez que le statut soit CRÉATION TERMINÉE. Si le statut ne passe pas à TERMINÉ, vérifiez l’onglet Événements pour connaître la raison de l’échec, et recréez l’instance avec les configurations appropriées.

    

21. Une fois qu’une ressource IAM est créée, accédez à Console de gestion EC2 > Instances. Vous trouverez deux instances VPX créées avec un rôle IAM. Les nœuds principal et secondaire sont créés chacun avec trois adresses IP privées et trois interfaces réseau.

22. Connectez-vous au nœud principal avec le nom d’utilisateur nsroot et l’ID de l’instance comme mot de passe. Depuis l’interface graphique, accédez à Système > Haute disponibilité > Nœuds. Le NetScaler VPX est déjà configuré en paire HA par le modèle CloudFormation.

23. La paire HA NetScaler VPX s’affiche.

    

Surveiller vos instances à l’aide d’Amazon CloudWatch

Vous pouvez utiliser le service Amazon CloudWatch pour surveiller un ensemble de métriques NetScaler VPX telles que l’utilisation du CPU et de la mémoire, et le débit. CloudWatch surveille les ressources et les applications qui s’exécutent sur AWS, en temps réel. Vous pouvez accéder au tableau de bord Amazon CloudWatch en utilisant la console de gestion AWS. Pour plus d’informations, consultez Amazon CloudWatch.

Points à noter

• Si vous déployez une instance NetScaler VPX sur AWS à l’aide de la console web AWS, le service CloudWatch est activé par défaut.
• Si vous déployez une instance NetScaler VPX à l’aide du modèle Citrix CloudFormation, l’option par défaut est « Oui ». Si vous souhaitez désactiver le service CloudWatch, sélectionnez « Non ».
• Les métriques sont disponibles pour le CPU (utilisation du CPU de gestion et de paquets), la mémoire et le débit (entrant et sortant).

Comment afficher les métriques CloudWatch

Pour afficher les métriques CloudWatch de votre instance, suivez ces étapes :

1. Connectez-vous à la console de gestion AWS > EC2 > Instances.
2. Sélectionnez l’instance.
3. Cliquez sur Surveillance.

4. Cliquez sur Afficher toutes les métriques CloudWatch.

   

5. Sous Toutes les métriques, cliquez sur l’ID de votre instance.

   

6. Cliquez sur les métriques que vous souhaitez afficher, définissez la durée (en minutes, heures, jours, semaines, mois).
7. Cliquez sur Métriques graphiques pour afficher les statistiques d’utilisation. Utilisez les Options de graphique pour personnaliser votre graphique.

Figure. Métriques graphiques pour l’utilisation du CPU

Configuration de SR-IOV sur une configuration haute disponibilité

La prise en charge des interfaces SR-IOV dans une configuration haute disponibilité est disponible à partir de la version 12.0 57.19 de NetScaler. Pour plus d’informations sur la configuration de SR-IOV, consultez Configuration des instances NetScaler VPX pour utiliser l’interface réseau SR-IOV.

Ressources associées

Fonctionnement de la haute disponibilité sur AWS