Ajouter un service AWS Autoscaling de back-end
L’hébergement efficace d’applications dans le cloud implique une gestion facile et rentable des ressources en fonction de la demande de l’application. Pour répondre à une demande croissante, vous devez augmenter les ressources réseau. Lorsque la demande diminue, vous devez réduire les ressources pour éviter les coûts inutiles liés aux ressources inactives. Vous pouvez minimiser le coût d’exécution des applications en déployant uniquement le nombre d’instances nécessaires à un moment donné. Pour ce faire, vous devez constamment surveiller le trafic, l’utilisation de la mémoire et du CPU, etc. Cependant, la surveillance manuelle du trafic est fastidieuse. Pour que l’environnement d’application puisse s’adapter dynamiquement à la hausse ou à la baisse, vous devez automatiser les processus de surveillance du trafic et d’ajustement des ressources à la hausse et à la baisse chaque fois que nécessaire.
Intégrée au service AWS Auto Scaling, l’instance NetScaler VPX offre les avantages suivants :
- Équilibrage de charge et gestion : Configure automatiquement les serveurs pour qu’ils s’adaptent à la hausse et à la baisse, en fonction de la demande. L’instance VPX détecte automatiquement les groupes Autoscale™ dans le sous-réseau de back-end et permet à un utilisateur de sélectionner les groupes Autoscale pour équilibrer la charge. Tout cela est réalisé en configurant automatiquement les adresses IP virtuelles et de sous-réseau sur l’instance VPX.
- Haute disponibilité : Détecte les groupes Autoscale qui s’étendent sur plusieurs zones de disponibilité et équilibre la charge des serveurs.
-
Meilleure disponibilité du réseau : L’instance VPX prend en charge :
- Les serveurs de back-end sur différents VPC, en utilisant le peering VPC
- Les serveurs de back-end sur les mêmes groupes de placement
- Les serveurs de back-end sur différentes zones de disponibilité
- Arrêt gracieux des connexions : Supprime les serveurs Autoscale de manière gracieuse, évitant la perte de connexions client lors d’une activité de réduction d’échelle, en utilisant la fonction Graceful Timeout.
- Drainage des connexions pour les serveurs en veille : Empêche l’envoi de nouvelles connexions client au serveur en état de veille. Cependant, les serveurs en veille font toujours partie du groupe Autoscaling et ils continuent à gérer les connexions client existantes jusqu’à ce qu’elles soient fermées. Lorsque le serveur repasse à l’état En service, le serveur reprend la gestion des nouvelles connexions. Vous pouvez utiliser l’état de veille pour mettre à jour, modifier ou dépanner des serveurs, ou pour réduire l’échelle en fonction des besoins. Pour plus d’informations, consultez la documentation AWS.
Diagramme : Service AWS Autoscaling avec une instance NetScaler VPX
Ce diagramme illustre la compatibilité du service AWS Autoscaling avec une instance NetScaler VPX (serveur virtuel d’équilibrage de charge). Pour plus d’informations, consultez les rubriques AWS suivantes.
Avant de commencer
Avant de commencer à utiliser Autoscaling avec votre instance NetScaler VPX, vous devez effectuer les tâches suivantes.
-
Lisez les rubriques suivantes :
-
Créez une instance NetScaler VPX sur AWS selon vos besoins.
- Pour plus d’informations sur la création d’une instance autonome NetScaler VPX, consultez Déployer une instance autonome NetScaler VPX sur AWS et Scénario : instance autonome
- Pour plus d’informations sur le déploiement d’instances VPX en mode HA, consultez Déployer une paire haute disponibilité sur AWS.
Remarque :
Nous recommandons ce qui suit :
- Utilisez le modèle CloudFormation pour créer des instances NetScaler VPX sur AWS.
- Créez trois interfaces distinctes : une pour la gestion (NSIP), une pour le serveur virtuel d’équilibrage de charge (VIP) côté client, et une pour l’adresse IP de sous-réseau (NSIP).
-
Créez un groupe AWS Autoscale. Si vous n’avez pas de configuration Autoscaling existante, vous devez :
- Créer une configuration de lancement
- Créer un groupe Autoscaling
- Vérifier le groupe Autoscaling
Pour plus d’informations, consultez http://docs.aws.amazon.com/autoscaling/latest/userguide/GettingStartedTutorial.html.
-
À partir de la version 14.1-12.x de NetScaler, dans un groupe AWS Autoscale, vous devez spécifier une politique de réduction d’échelle uniquement si vous avez activé l’option Graceful. Dans les versions de NetScaler antérieures à 14.1-12.x, vous deviez spécifier au moins une politique de réduction d’échelle, que l’option Graceful soit activée ou non.
L’instance NetScaler VPX prend en charge uniquement la politique de mise à l’échelle par étapes. La politique de mise à l’échelle simple et la politique de mise à l’échelle de suivi de cible ne sont pas prises en charge pour le groupe Autoscale.
-
Assurez-vous que votre compte AWS dispose des autorisations IAM suivantes :
{ "Version": "2012-10-17", "Statement": \[ { "Action": \[ "ec2:DescribeInstances", "ec2:DescribeNetworkInterfaces", "ec2:DetachNetworkInterface", "ec2:AttachNetworkInterface", "ec2:StartInstances", "ec2:StopInstances", "ec2:RebootInstances", "autoscaling:\*", "sns:\*", "sqs:\*" “iam: SimulatePrincipalPolicy” “iam: GetRole” \], "Resource": "\*", "Effect": "Allow" } \] } <!--NeedCopy-->
Ajouter le service AWS Autoscaling à une instance NetScaler VPX
Suivez les étapes suivantes pour ajouter le service Autoscaling à une instance VPX :
-
Connectez-vous à l’instance VPX en utilisant vos identifiants pour
nsroot. -
Accédez à System > AWS > Cloud Profile et cliquez sur Add.
La page de configuration Create Cloud Profile apparaît.
Points à noter lors de la création d’un profil cloud :
- L’adresse IP du serveur virtuel est automatiquement renseignée à partir de l’adresse IP libre disponible pour l’instance VPX. Pour plus d’informations, consultez Gérer plusieurs adresses IP.
- Saisissez le nom exact du groupe de mise à l’échelle automatique que vous avez configuré sur votre compte AWS. Pour plus d’informations, consultez Groupes de mise à l’échelle automatique AWS.
- Lorsque vous sélectionnez le protocole et le port du groupe de mise à l’échelle automatique, assurez-vous que vos serveurs écoutent sur ces protocoles et ports, et que vous liez le moniteur correct dans le groupe de services. Par défaut, le moniteur TCP est utilisé.
- Pour la mise à l’échelle automatique de type protocole SSL, après avoir créé le profil cloud, le serveur virtuel d’équilibrage de charge ou le groupe de services semble être hors service en raison d’un certificat manquant. Vous pouvez lier le certificat au serveur virtuel ou au groupe de services manuellement.
-
Sélectionnez Graceful et spécifiez une valeur de délai d’attente dans le champ Délai pour supprimer les serveurs de mise à l’échelle automatique en douceur. Cette option initie un événement de réduction d’échelle. L’instance VPX ne supprime pas le serveur immédiatement, mais marque l’un des serveurs pour une suppression en douceur. Pendant cette période, l’instance VPX n’autorise pas de nouvelles connexions à ce serveur. Les connexions existantes sont maintenues jusqu’à l’expiration du délai. Après le délai d’attente, l’instance VPX supprime le serveur.
Si vous ne sélectionnez pas l’option Graceful, le serveur du groupe de mise à l’échelle automatique est supprimé immédiatement après la diminution de la charge. Cela pourrait entraîner une interruption de service pour les clients connectés existants.
Après avoir créé le profil cloud, un serveur virtuel d’équilibrage de charge NetScaler et un groupe de services dont les membres sont les serveurs du groupe de mise à l’échelle automatique sont créés. Vos serveurs back-end doivent être accessibles via le SNIP configuré sur l’instance VPX.
Remarque :
- Pour afficher les informations relatives à la mise à l’échelle automatique dans la console AWS, accédez à EC2 > Tableau de bord > Mise à l’échelle automatique > Groupe de mise à l’échelle automatique.
- Vous pouvez créer différents profils cloud pour différents services (utilisant différents ports) avec le même groupe de mise à l’échelle automatique (ASG) dans AWS. Ainsi, l’instance NetScaler VPX prend en charge plusieurs services avec le même groupe de mise à l’échelle automatique dans le cloud public.