Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Bénéfices Amazon EC2 Auto Scaling
L'ajout d'Amazon EC2 Auto Scaling à l'architecture de votre application est un moyen de maximiser les avantages du AWS cloud. Lorsque vous utilisez Amazon EC2 Auto Scaling, vos applications profitent des avantages suivants :
-
Meilleure tolérance aux pannes. Amazon EC2 Auto Scaling peut détecter lorsqu'une instance est défaillante, la résilier et en lancer une nouvelle pour la remplacer. Vous pouvez également configurer Amazon EC2 Auto Scaling pour utiliser plusieurs zones de disponibilité. Si une zone de disponibilité devient indisponible, Amazon EC2 Auto Scaling peut lancer des instances dans une autre pour compenser.
-
Meilleure disponibilité. Amazon EC2 Auto Scaling garantit que l'application dispose toujours de la bonne capacité pour gérer la demande de trafic actuelle.
-
Meilleure gestion des coûts. Amazon EC2 Auto Scaling peut augmenter et diminuer dynamiquement la capacité selon les besoins. Parce que vous payez pour les instances EC2 que vous utilisez, vous économisez de l'argent en lançant des instances lorsqu'elles sont nécessaires et en les résiliant lorsqu'elles ne le sont plus.
Table des matières
Exemple : couvrir la demande variable
Pour montrer quelques-uns des avantages d'Amazon EC2 Auto Scaling, prenez une application Web de base sur AWS. Cette application permet aux employés de chercher des salles de conférence qu'ils peuvent utiliser pour des réunions. Au début et à la fin de la semaine, l'utilisation de cette application est minime. Au milieu de la semaine, davantage d'employés planifient des réunions, la demande sur l'application augment donc considérablement.
Le graphique suivant montre l'utilisation de la capacité de l'application sur une semaine.
Généralement, il existe deux manières d'anticiper ces changements de capacité. La première option consiste à ajouter suffisamment de serveurs pour que l'application ait toujours assez de capacité pour répondre à la demande. L'inconvénient de cette option, cependant, est que l'application n'a pas besoin d'autant de capacité tous les jours. La capacité supplémentaire reste inutilisée et, en substance, augmente le coût de fonctionnement de l'application.
La deuxième option consiste à disposer de suffisamment de capacité pour gérer la demande moyenne sur l'application. Cette option est moins onéreuse car vous n'achetez pas d'équipement que vous utiliserez uniquement à l'occasion. Cependant, vous risquez de créer une mauvaise expérience client si la demande sur l'application dépasse sa capacité.
En ajoutant Amazon EC2 Auto Scaling à cette application, vous disposez d'une troisième option. Vous pouvez ajouter de nouvelles instances à l'application uniquement si nécessaire, et la résilier lorsque vous n'en avez plus besoin. Parce qu'Amazon EC2 Auto Scaling utilise des instances EC2, vous ne payez que pour les instances que vous utilisez, quand vous en avez besoin. Vous disposez désormais d'une architecture rentable qui fournit la meilleure expérience client possible tout en minimisant les dépenses.
Exemple : architecture d'application web
Dans un scénario d'application web classique, vous exécutez des copies de l'application simultanément pour couvrir le volume du trafic client. Ces multiples copies de l'applications sont hébergées sur des instances EC2 identiques (serveurs de cloud), chacune gérant des demandes clients.
Amazon EC2 Auto Scaling gère le lancement et la résiliation de ces instances EC2 en votre nom. Vous définissez un ensemble de critères (tels qu'une CloudWatch alarme Amazon) qui détermine le moment où le groupe Auto Scaling lance ou arrête les instances EC2. L'ajout de groupes Auto Scaling à l'architecture de réseau peut aider à rendre l'application plus hautement disponible et tolérante aux pannes.
Vous pouvez créer autant de groupes Auto Scaling que nécessaire. Par exemple, vous pouvez créer un groupe Auto Scaling pour chaque niveau.
Pour répartir le trafic entre les instances des groupes Auto Scaling, vous pouvez introduire un équilibreur de charge dans l'architecture. Pour plus d’informations, consultez Elastic Load Balancing.
Exemple : répartir les instances dans les zones de disponibilité
Les zones de disponibilité sont des emplacements isolés dans une Région AWS donnée. Chaque Région possède plusieurs zones de disponibilité conçues pour fournir une haute disponibilité pour la Région. Les zones de disponibilité sont indépendantes. Par conséquent, vous augmentez la disponibilité des applications lorsque vous concevez votre application de manière à utiliser plusieurs zones. Pour plus d’informations, consultez Résilience dans Amazon EC2 Auto Scaling.
Une zone de disponibilité est identifiée par le Région AWS code suivi d'une lettre d'identification (par exemple,us-east-1a). Si vous créez votre VPC et vos sous-réseaux plutôt que d'utiliser le VPC par défaut, vous pouvez définir un ou plusieurs sous-réseaux dans chaque zone de disponibilité. Chaque sous-réseau doit résider entièrement dans une zone de disponibilité et ne peut pas s'étendre sur plusieurs zones. Pour plus d'informations, veuillez consulter la rubrique Qu'est-ce qu'Amazon VPC ? dans le Guide de l'utilisateur Amazon Virtual Private Cloud.
Lorsque vous créez un groupe Auto Scaling, vous devez choisir le VPC et les sous-réseaux dans lesquels vous allez déployer le groupe Auto Scaling. Amazon EC2 Auto Scaling crée des instances dans les sous-réseaux que vous avez choisis. Chaque instance est ainsi associée à une zone de disponibilité spécifique choisie par Amazon EC2 Auto Scaling. Lorsque les instances sont lancées, Amazon EC2 Auto Scaling essaye de les distribuer uniformément entre les zones pour une disponibilité et une fiabilité élevées.
L'image suivante illustre l'architecture multi-niveaux déployée dans trois zones de disponibilité.
Distribution des instances
Amazon EC2 Auto Scaling essaye automatiquement de maintenir un nombre équivalent d’instances dans chaque zone de disponibilité activée. Pour ce faire, Amazon EC2 Auto Scaling tente de lancer de nouvelles instances dans la zone de disponibilité qui contient le moins d'instances. Si plusieurs sous-réseaux sont choisis pour la zone de disponibilité, Amazon EC2 Auto Scaling sélectionne de manière aléatoire un sous-réseau à partir de la zone de disponibilité. Si la tentative échoue, cependant, Amazon EC2 Auto Scaling tente de lancer des instances dans une autre zone de disponibilité jusqu'à ce qu'il y parvienne.
Si une zone de disponibilité devient non saine ou indisponible, la distribution des instances peut être inégalement distribuée entre les zones de disponibilité. Lorsque la zone de disponibilité est rétablie, Amazon EC2 Auto Scaling rééquilibre automatiquement le groupe Auto Scaling. Pour ce faire, il lance des instances dans les zones de disponibilité activées avec le moins d'instances et en résiliant des instances ailleurs.
Activités de rééquilibrage
Les activités de rééquilibrage se divisent en deux catégories : le rééquilibrage des zones de disponibilité et le rééquilibrage des capacités.
Rééquilibrage des zones de disponibilité
Après certaines actions, un déséquilibrage du groupe Auto Scaling peut avoir lieu entre les zones de disponibilité. Amazon EC2 Auto Scaling compense en rééquilibrant les zones de disponibilité. Les actions suivantes peuvent entraîner une activité de rééquilibrage :
-
Vous changez les zones de disponibilité associées au groupe Auto Scaling.
-
Vous résiliez ou détachez explicitement des instances ou placez des instances de secours, et cela entraîne le déséquilibrage du groupe.
-
Une zone de disponibilité qui auparavant ne disposait pas de suffisamment de capacité récupère et dispose désormais de capacité supplémentaire.
-
Une zone de disponibilité qui avait précédemment un prix d'instance Spot supérieur à votre prix maximum a désormais un prix d'instance Spot inférieur à votre prix maximum.
Lors du rééquilibrage, Amazon EC2 Auto Scaling lance de nouvelles instances avant de résilier les anciennes. Ainsi, le rééquilibrage ne compromet pas les performances ou la disponibilité de votre application.
Comme Amazon EC2 Auto Scaling tente de lancer de nouvelles instances avant de résilier les anciennes, le fait d'atteindre la capacité maximale spécifiée ou de s'en approcher peut entraver ou interrompre complètement les activités de rééquilibrage.
Pour contourner ce problème, le système peut temporairement dépasser la capacité maximale spécifiée d'un groupe pendant une activité de rééquilibrage. Par défaut, il peut le faire avec une marge de 10 % ou une instance, selon la valeur la plus élevée. La marge est étendue uniquement si le groupe atteint la capacité maximale ou s'en approche et nécessite un rééquilibrage, L'extension dure uniquement le temps de rééquilibrer le groupe (généralement pendant quelques minutes).
Vous pouvez également établir des seuils pour un groupe Auto Scaling en utilisant une politique de maintenance des instances. Le groupe ne peut ainsi augmenter ou diminuer la capacité que dans cette plage de seuils. Ainsi, vous pouvez contrôler la rapidité avec laquelle votre groupe se rééquilibre. Pour plus d’informations, consultez Politiques de maintenance des instances.
Rééquilibrage de la capacité
Vous pouvez activer le rééquilibrage des capacités pour vos groupes Auto Scaling lorsque vous utilisez des instances Spot afin qu'Amazon EC2 Auto Scaling tente de lancer une instance Spot chaque fois qu'Amazon EC2 signale un risque élevé d'interruption d'une instance Spot. Dès qu'une nouvelle instance est lancée, une ancienne instance est résiliée. Pour plus d’informations, consultez Utiliser le rééquilibrage de la capacité pour gérer les interruptions Spot Amazon EC2.
