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.
# Étape 4 : Diminution MyStack
**Important**
Le AWS OpsWorks Stacks service a atteint sa fin de vie le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez l' AWS Support équipe sur [AWS Re:Post](https://repost.aws/) ou via le [AWS Support](https://aws.amazon.com/support) Premium.
MyStack ne possède actuellement qu'un seul serveur d'applications. Une pile en production aura sans doute besoin de plusieurs serveurs d'applications pour gérer le trafic entrant et d'un équilibreur de charge pour répartir le trafic entrant de façon égale entre les serveurs d'applications. L'architecture ressemblera à ce qui suit :
![\[AWS OpsWorks stack architecture with load balancer, application servers, and RDS instance.\]](http://docs.aws.amazon.com/fr_fr/opsworks/latest/userguide/images/php_walkthrough_arch_4.png)
OpsWorks Stacks permet de redimensionner facilement les piles. Cette section décrit les principes de base de la mise à l'échelle d'une pile en ajoutant une deuxième instance PHP App Server 24 h/24, 7 j/7 MyStack et en plaçant les deux instances derrière un équilibreur de charge Elastic Load Balancing. Vous pouvez facilement étendre la procédure pour ajouter un nombre arbitraire d'instances 24 heures sur 24, 7 jours sur 7, ou vous pouvez utiliser des instances basées sur le temps ou sur la charge pour que OpsWorks Stacks redimensionne automatiquement votre stack. Pour de plus amples informations, veuillez consulter [Gestion de la charge avec des instances basées sur le temps et sur la charge](workinginstances-autoscaling.md).
# Étape 4.1 : Ajouter un équilibreur de charge
**Important**
Le AWS OpsWorks Stacks service a atteint sa fin de vie le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez l' AWS Support équipe sur [AWS Re:Post](https://repost.aws/) ou via le [AWS Support](https://aws.amazon.com/support) Premium.
Elastic Load Balancing est un service AWS qui distribue automatiquement le trafic applicatif entrant sur plusieurs EC2 instances Amazon. Outre la distribution du trafic, Elastic Load Balancing effectue les tâches suivantes :
+ Détecte les EC2 instances Amazon défectueuses.
Il redirige le trafic vers les instances saines restantes en attendant que les instances défectueuses soient restaurées.
+ Dimensionne automatiquement la capacité de traitement des demandes en réponse au trafic entrant
**Note**
Un équilibreur de charge peut obéir à deux objectifs. L'objectif manifeste consiste à équilibrer la charge sur vos serveurs d'applications. En outre, la plupart des sites préfèrent isoler leurs serveurs d'applications et bases de données d'un accès direct de l'utilisateur. Avec OpsWorks Stacks, vous pouvez le faire en exécutant votre stack dans un cloud privé virtuel (VPC) avec un sous-réseau public et privé, comme suit.
Placez les serveurs d'applications et la base de données dans le sous-réseau privé, où ils sont accessibles par d'autres instances du VPC, mais pas par les utilisateurs.
Dirigez le trafic utilisateur vers un équilibreur de charge du sous-réseau public, qui achemine alors le trafic vers les serveurs d'applications du sous-réseau privé, puis renvoie les réponses aux utilisateurs.
Pour de plus amples informations, veuillez consulter [Running a Stack in a VPC](workingstacks-vpc.md). [Pour un CloudFormation modèle qui étend l'exemple de cette procédure pas à pas afin de l'exécuter dans un VPC, téléchargez `OpsWorksVPCtemplates.zip` le fichier.](samples/OpsWorksVPCtemplates.zip)
Bien qu'Elastic Load Balancing soit souvent appelé couche, il fonctionne un peu différemment des autres couches intégrées. Au lieu de créer une couche et d'y ajouter des instances, vous créez un équilibreur de charge Elastic Load Balancing à l'aide de la EC2 console Amazon, puis vous l'attachez à l'une de vos couches existantes, généralement une couche de serveur d'applications. OpsWorks Stacks enregistre ensuite les instances existantes de la couche auprès du service et ajoute automatiquement les nouvelles instances. La procédure suivante décrit comment ajouter un équilibreur de charge à MyStack la couche PHP App Server.
**Note**
OpsWorks Stacks ne prend pas en charge Application Load Balancer. Vous ne pouvez utiliser Classic Load Balancer qu'avec OpsWorks Stacks.
**Pour attacher un équilibreur de charge à la couche PHP App Server**
1. Utilisez la EC2 console Amazon pour créer un nouvel équilibreur de charge pour MyStack. Les détails varient selon que votre compte est compatible avec EC2 Classic. Pour plus d'informations, consultez [Mise en route avec Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html). Lorsque vous exécutez l'Assistant **Créer un équilibreur de charge**, configurez l'équilibreur de charge comme suit :
**Définir un équilibreur de charge**
Attribuez à l'équilibreur de charge un nom facilement reconnaissable, tel que PHP-LB, afin de le localiser plus facilement dans la OpsWorks console Stacks. Puis, choisissez **Continuer** pour accepter les valeurs par défaut des paramètres restants.
Si vous sélectionnez un VPC avec un ou plusieurs sous-réseaux à partir du menu **Créer un équilibreur dans**, vous devez sélectionner un sous-réseau pour chaque zone de disponibilité où vous voulez que le trafic soit acheminé par votre équilibreur de charge.
**Attribuer les groupes de sécurité**
Si votre compte prend en charge le VPC par défaut, l'Assistant affiche cette page pour déterminer le groupe de sécurité de l'équilibreur de charge. Cette page n'est pas affichée pour EC2 Classic.
Pour cette procédure pas à pas, choisissez **groupe de sécurité par défaut du VPC**.
**Configurer les paramètres de sécurité**
Si vous avez choisi **HTTPS** comme **Protocole de l'équilibreur de charge** sur la page **Définir un équilibreur de charge**, configurez les paramètres de certificat, de chiffrement et de protocole SSL sur cette page. Pour cette procédure pas à pas, acceptez les valeurs par défaut, puis sélectionnez **Configurer la vérification de l'état**.
**Configurer la vérification de l'état**
Définissez le chemin d'accès ping sur **/** et acceptez les valeurs par défaut des paramètres restants.
**Ajouter des EC2 instances**
Choisissez **Continuer** ; OpsWorks Stacks enregistre automatiquement les instances auprès de l'équilibreur de charge.
**Ajouter des balises**
Ajoutez des balises pour vous aider à trouver. Chaque balise est une paire clé/valeur ; par exemple, vous pouvez spécifier **Description** comme clé et **Test LB** comme valeur dans le cadre de la procédure pas à pas.
**Vérification**
Passez en revue votre choix, puis choisissez **Créer** et **Fermer**. Cela démarre l'équilibreur de charge.
1. Si votre compte prend en charge les VPC par défaut, après que vous avez démarré l'équilibreur de charge, vous devez vous assurer que son groupe de sécurité a les règles de trafic entrant appropriées. La règle par défaut n'accepte pas de trafic entrant.
1. Choisissez **Security Groups** dans le volet EC2 de navigation Amazon.
1. Sélectionnez **Groupe de sécurité par défaut du VPC**.
1. Choisissez **Modifier** sous l'onglet **Entrant**.
1. Pour cette procédure pas à pas, définissez **Source** sur **N'importe où**, ce qui demande à l'équilibreur de charge d'accepter le trafic entrant à partir de n'importe quelle adresse IP.
1. Retournez à la console OpsWorks Stacks. Sur la page **Couches**, choisissez le lien **Réseau** de la couche, puis choisissez **Modifier**.
1. Sous **Elastic Load Balancing**, sélectionnez l'équilibreur de charge que vous avez créé à l'étape 1, puis **Enregistrer**.
![\[Dropdown menu for Elastic Load Balancer selection with options "Available ELBs" and "None".\]](http://docs.aws.amazon.com/fr_fr/opsworks/latest/userguide/images/elb_select.png)
Une fois que vous avez attaché l'équilibreur de charge à la couche, OpsWorks Stacks enregistre automatiquement les instances actuelles de la couche et en ajoute de nouvelles au fur et à mesure de leur mise en ligne.
1. Sur la page **Couches**, cliquez sur le nom de l'équilibreur de charge pour ouvrir la page des détails. Lorsque l'enregistrement est terminé et que l'instance passe un contrôle de santé, OpsWorks Stacks affiche une coche verte à côté de l'instance sur la page de l'équilibreur de charge.
![\[Elastic Load Balancing details page showing one EC2 instance in US-west-2a with InService status.\]](http://docs.aws.amazon.com/fr_fr/opsworks/latest/userguide/images/elb_properties3.png)
Vous pouvez désormais exécuter Simple PHPApp en envoyant une demande à l'équilibreur de charge.
**Pour exécuter Simple PHPApp via l'équilibreur de charge**
1. Ouvrez à nouveau la page des détails de l'équilibreur de charge, s'il n'est pas déjà ouvert.
1. Sur la page des propriétés, vérifiez l'état de santé de l'instance et cliquez sur le nom DNS de l'équilibreur de charge pour exécuter Simple. PHPApp L'équilibreur de charge transmet la demande à l'instance PHP App Server et renvoie la réponse, qui doit être exactement la même que celle que vous obtenez lorsque vous cliquez sur l'adresse IP publique de l'instance PHP App Server.
![\[Elastic Load Balancing settings showing DNS name for PHP-LB in US West region.\]](http://docs.aws.amazon.com/fr_fr/opsworks/latest/userguide/images/elb_properties2.png)
**Note**
OpsWorks Stacks prend également en charge l'équilibreur de HAProxy charge, ce qui peut présenter des avantages pour certaines applications. Pour de plus amples informations, veuillez consulter [HAProxy OpsWorks Couche Stacks](layers-haproxy.md).
# Étape 4.2 : Ajouter des instances de serveur d'applications PHP
**Important**
Le AWS OpsWorks Stacks service a atteint sa fin de vie le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez l' AWS Support équipe sur [AWS Re:Post](https://repost.aws/) ou via le [AWS Support](https://aws.amazon.com/support) Premium.
Maintenant que l'équilibreur de charge est en place, vous pouvez augmenter la taille de la pile en ajoutant plus d'instances à la couche PHP App Server. De votre point de vue, l'opération est transparente. Chaque fois qu'une nouvelle instance de PHP App Server est mise en ligne, OpsWorks Stacks l'enregistre automatiquement auprès de l'équilibreur de charge et déploie SimplePHPApp, afin que le serveur puisse immédiatement commencer à gérer le trafic entrant. Par souci de concision, cette rubrique explique comment ajouter une instance supplémentaire de PHP App Server, mais vous pouvez utiliser la même approche pour en ajouter autant que vous le souhaitez.
**Pour ajouter une autre instance à la couche PHP App Server**
1. Sur la page Instances, cliquez sur **\$1 Instance** sous **PHP App Server**.
1. Acceptez les paramètres par défaut et cliquez sur **Add Instance (Ajouter une instance)**.
1. Cliquez sur **start (démarrer)** pour démarrer l'instance.
# Étape 4.3 : Surveiller MyStack
**Important**
Le AWS OpsWorks Stacks service a atteint sa fin de vie le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez l' AWS Support équipe sur [AWS Re:Post](https://repost.aws/) ou via le [AWS Support](https://aws.amazon.com/support) Premium.
OpsWorks Stacks utilise Amazon CloudWatch pour fournir les statistiques d'une pile et les résume pour vous faciliter la tâche sur la page de **surveillance**. Vous pouvez afficher les métriques pour l'ensemble de la pile, une couche donnée ou une instance spécifiée.
**À surveiller MyStack**
1. Dans le panneau de navigation, cliquez sur **Monitoring (Surveillance)**, ce qui affiche un ensemble de graphes avec les métriques moyennes de chaque couche. Vous pouvez utiliser les menus de **CPU System (UC système)**, **Memory Used (Mémoire utilisée)** et **Load (Charge)** pour afficher les différentes métriques liées.
![\[Monitoring dashboard showing CPU, memory, load, and process metrics over time for system layers.\]](http://docs.aws.amazon.com/fr_fr/opsworks/latest/userguide/images/monitor_stack.png)
1. Cliquez sur **PHP App Server (Serveur d'applications PHP)** pour afficher les métriques de chacune des instances de la couche.
![\[Dashboard showing CPU, memory, load, and processes metrics for Layer PHP App Server over time.\]](http://docs.aws.amazon.com/fr_fr/opsworks/latest/userguide/images/monitor_layer.png)
1. Cliquez sur **php-app1** pour afficher les métriques de cette instance. Vous pouvez voir les métriques associées à n'importe quel point dans le temps en déplaçant le curseur.
![\[Dashboard showing CPU, memory, load, and process metrics for a PHP application instance.\]](http://docs.aws.amazon.com/fr_fr/opsworks/latest/userguide/images/monitor_instance.png)
**Note**
OpsWorks Stacks prend également en charge le serveur de surveillance Ganglia, ce qui peut présenter des avantages pour certaines applications. Pour de plus amples informations, veuillez consulter [Couche ganglionnaire](workinglayers-ganglia.md).