Guide de contrôle de santé ELB

Équilibrage de charge élastique (ELB) est un service cloud largement utilisé fourni par Amazon Web Services. L'équilibrage de charge est une tâche idéale qui peut être transférée sur des serveurs cloud, libérant ainsi des budgets pour de meilleurs investissements dans l'infrastructure sur site. Le système ELB est de plus en plus considéré comme un service essentiel et leader dans son domaine.

Les instances ELB fournissent à la fois façonnage du trafic services et basculement mesures. Les équilibreurs de charge protègent l'accès aux serveurs et garantissent que le trafic est servi efficacement.

Nous allons traverser Contrôles de santé ELB et les fonctionnalités de persistance du système d'équilibrage de charge AWS. Nous examinerons également les systèmes de surveillance qui vous aideront à gérer vos services ELB et à assurer leur bon fonctionnement.

Voici notre liste des cinq meilleurs outils de surveillance ELB :

1. Serveur SolarWinds et moniteur d'applications (ESSAI GRATUIT) Ce système de surveillance peut superviser à la fois les serveurs sur site et dans le cloud, ainsi que les applications qui s'exécutent sur ceux-ci, y compris AWS ELB. Ce package s'installe sur Windows Server et comprend un système de mappage des dépendances qui identifie les applications, services et ressources interconnectés. Démarrez un essai gratuit de 30 jours.
2. Paessler PRTG (ESSAI GRATUIT) Un package de surveillance de l'infrastructure qui inclut la surveillance AWS pour les facteurs qui incluent les informations ELB et de vérification de l'état. Démarrez un essai gratuit de 30 jours.
3. Chien de données Un outil de surveillance du système basé sur le cloud qui comprend une intégration AWS dotée d'écrans ELB spécialisés avec des rapports d'état de vérification de l'état et des alertes de performances. Utilisez le service APM pour identifier les dépendances du service et effectuer une analyse des causes profondes des problèmes de performances.
4. Dynatrace Un moniteur de performances d'application qui inclut la surveillance de l'état AWS et couvre les rapports de vérification de l'état ELB.
5. Gestionnaire d'applications ManageEngine Un moniteur pour applications capable de suivre les performances des services cloud ainsi que des applications fonctionnant sur site. Il comprend une extension pour surveiller les applications AWS, telles que ELB.

Tout sur l'ELB

Le concept d'équilibreur de charge répartit le trafic entre les ressources. Ceci est particulièrement largement utilisé pour répartir le travail entre un groupe de serveurs ou pour canaliser le trafic vers des liaisons parallèles sur un réseau. En tant que service basé sur le cloud, Elastic Load Balancing est adapté à la distribution du trafic entrant en provenance d'Internet sur Instances EC2 . Comme il est basé sur un emplacement distant, le service ELB peut même détourner le trafic vers des ressources situées dans de nombreux emplacements différents.

Le service ELB est disponible en quatre versions :

• Équilibreur de charge classique Ceci convient au service sur les réseaux EC2-classic. Il s'agissait de l'Elastic Load Balancer d'origine au niveau réseau proposé par AWS.
• Équilibreur de charge réseau La version la plus récente de l'équilibreur de charge de trafic au niveau du réseau EC2. Cela gérera le trafic TCP et UDP vers les instances Amazon Virtual Private Cloud (VPC).
• Équilibreur de charge d'application Ceci est utile pour distribuer les requêtes d'application, telles que le trafic HTTP et HTTPS sur les instances Amazon VPC.
• Équilibreur de charge de passerelle Ce type de gestion du trafic convient pour diriger le trafic vers des appareils virtuels, tels que des pare-feu.

Le système d’équilibrage de charge, désormais appelé Classic Load Balancer, a été l’un des premiers services ajoutés à la plate-forme EC2 d’Amazon. Ceci s'appelle maintenant Équilibreur de charge élastique version 1 . Les trois autres types d'ELB sont regroupés sous la forme Équilibreur de charge élastique version 2 .

Évaluation de la disponibilité du serveur

La notion de « Bilan de santé » Pour ELB, c'est un test de disponibilité. Cependant, il ne s’agit pas d’un test du système ELB, c’est un test émis depuis l’ELB vers les instances EC2 qu’il protège.

L'objectif du contrôle de santé ELB est d'indiquer à l'équilibreur de charge quelles instances sont capables d'accepter les requêtes entrantes. Le bilan de santé est un peu comme un ping. Le travail de l'équilibreur de charge consiste à envoyer du trafic à chaque serveur virtuel. Il s'agit donc d'une tâche très simple car il ouvre également une connexion distincte pour tests d'état .

Chaque instance répond au message d'état, sauf en cas de problème d'état très grave qui l'empêche de communiquer. Le protocole s'attend à ce que chaque réponse soit apportée dans les 30 secondes. L'équilibreur de charge n'enregistre pas le serveur comme étant indisponible si le processus expire avant l'arrivée d'une réponse. L'ELB envoie une série de tests et si aucun d'entre eux ne reçoit de réponse, l'équilibreur de charge enregistre alors le VPS comme indisponible avec le statut Hors service .

Tous les types d'équilibreurs de charge ELB incluent le système de vérification de l'état.

Configuration des vérifications de l'état ELB

Dans tous les types d'équilibreurs de charge Elastic, vous devez créer groupes cibles qui indiquent à chaque instance d'équilibrage de charge quelles ressources elle gère. Les spécifications du processus de contrôle de santé sont intégrées aux paramètres de chaque groupe cible.

Chaque groupe cible peut être spécifié pour diriger différents types de trafic vers différents ensembles de serveurs ou d'appliances virtuels. Les spécifications du contrôle de santé sont regroupées dans les paramètres du groupe cible. Lorsque vous créez un groupe cible, vous créer des règles de contrôle de santé . Les paramètres de vérification de l'état ont une configuration par défaut, vous obtiendrez donc des vérifications de l'état automatiquement sur vos ressources virtuelles, que vous les connaissiez ou non.

Voici les paramètres que vous pouvez modifier par défaut afin d'ajuster les contrôles de santé que l'ELB effectuera.

Protocole de contrôle de santé

Méthode que l'équilibreur de charge doit utiliser pour effectuer des vérifications de l'état. Les options sont HTTP et HTTPS – HTTP est la valeur par défaut.

Port de contrôle de santé

Port utilisé par l'équilibreur de charge lors de l'exécution de vérifications de l'état des cibles. La valeur par défaut consiste à utiliser le port sur lequel chaque cible reçoit le trafic de l'équilibreur de charge. Il est recommandé de laisser ce paramètre à sa valeur par défaut.

Chemin de contrôle de santé

La destination des contrôles de santé sur les cibles. Le format de ce champ dépend de la version du protocole disponible pour HealthCheckProtocol.

• Si la version du protocole est HTTP/1.1 ou HTTP/2, spécifiez un URI valide (/chemin?requête ). La valeur par défaut est / .
• Si la version du protocole est gRPC, spécifiez le chemin d'une méthode de vérification de l'état personnalisée au format /Package.Class/méthode . La valeur par défaut est /AWS.ALB/healthcheck .

HealthCheckTimeoutSeconds

Nombre de secondes pendant lesquelles l'équilibreur de charge doit attendre avant de classer la vérification de l'état comme ayant échoué. Il doit s'agir d'un nombre entier compris entre 2 et 120. La valeur par défaut est de cinq secondes si le type de cible est exemple ou adresse IP et 30 secondes si le type de cible est lambda .

HealthCheckIntervalSeconds

Nombre de secondes pendant lesquelles l'équilibreur de charge doit attendre avant d'émettre une autre requête de vérification de l'état pour chaque cible. Il doit s'agir d'un nombre entier compris entre 5 et 300. La valeur par défaut est de 30 secondes si le type de cible est exemple ou adresse IP et 35 secondes si le type de cible est lambda .

HealthyThresholdCount

Nombre de contrôles de santé consécutifs réussis requis avant qu'une cible malsaine passe son statut à sain. C'est un nombre entier de deux à dix . La valeur par défaut est 5 .

UnhealthyThresholdCount

Nombre de vérifications d'état consécutives qui échouent avant qu'une cible ne soit marquée comme étant défectueuse. C'est un nombre entier de deux à dix . La valeur par défaut est deux .

Allumettes

Les codes à utiliser lors de la vérification d’une réponse réussie d’une cible. Ce sont tous des nombres entiers et ils sont appelés Codes de réussite dans la console.

• Si la version du protocole est HTTP/1.1 ou HTTP/2, les valeurs possibles sont de 200 à 499 . Vous pouvez spécifier plusieurs valeurs (par exemple, « 200 202 ') ou une plage de valeurs (par exemple, ' 200-260 '). La valeur par défaut est 200 .
• Si la version du protocole est gRPC, les valeurs possibles proviennent de 0 à 99 . Vous pouvez spécifier plusieurs valeurs (par exemple, « 0,1 ') ou une plage de valeurs (par exemple, ' 0-7 '). La valeur par défaut est 12 .

Comme les paramètres du vérificateur de santé sont définis par groupe cible, il est possible d'avoir différentes règles fonctionnant sur le même équilibreur de charge et également des règles différentes pour chaque instance d'équilibreur de charge . Cela pourrait finir par devenir compliqué. Il est bien plus simple d’avoir la même stratégie pour tous les équilibreurs de charge.

La possibilité de définir vos propres codes pour les messages de réussite ouvre la possibilité de créer votre propre convention qui indique un numéro de notification différent pour identifier chaque groupe cible. Cependant, pour déréférencer ces codes, vous devrez compiler une table de référence et l'examiner à chaque fois que vous lirez les codes d'état, ce qui pourrait prendre beaucoup de temps.

Vérifier les statuts des instances virtuelles

L'équilibreur de charge effectuera une première vérification de l'état après avoir enregistré les paramètres d'un groupe cible. Après ce point, le bilan de santé sera répété, selon les instructions énoncées dans les paramètres du groupe cible.

Il est possible de voir la santé de chaque instance via la console EC2. Effectuez les actions suivantes :

1. Ouvrez le Console Amazon EC2 .
2. Recherchez dans le volet de navigation L'ÉQUILIBRAGE DE CHARGE et choisissez Groupes cibles .
3. Choisissez le nom du groupe cible et ouvrez sa page de détails.
4. Sur le Cibles onglet, lisez le Statut colonne pour le statut de chaque cible.
5. Si le statut est une valeur autre que En bonne santé , regarde le Détails du statut colonne pour plus d’informations.

Il est également possible d'obtenir des informations de contrôle de santé via le moniteur CloudWatch.

Outils de surveillance du ELB

Comme les contrôles de santé sont effectués tout le temps et à une fréquence rapide, vous ne pouvez pas vous attendre à rester assis et à regarder la console EC2 afin de détecter un problème avec une ressource virtuelle dès qu'il survient. Il est plus efficace d'obtenir un outil de surveillance automatisé cela déclenchera une alerte si l'état d'une instance change.

L’état du contrôle de santé ELB n’est que l’une des catégories de métriques que vous pouvez demander à un moniteur ELB de surveiller en votre nom, de libérer du temps pour résoudre d’autres problèmes et de travailler sur des tâches telles que la planification de la capacité du système. Les moniteurs ELB déploient un système d'alerte pour tous les statuts qu'ils surveillent, vous pouvez donc supposer que tout fonctionne bien avec vos équilibreurs de charge, sauf si vous recevez une notification contraire.

Vous pouvez en savoir plus sur ces outils de surveillance ELB dans les sections suivantes.

1. Serveur SolarWinds et moniteur d'applications (ESSAI GRATUIT)

Le Moniteur de serveur et d'applications SolarWinds (SAM) est un progiciel téléchargeable qui s'installe sur Serveur Windows . Il est capable de surveiller les serveurs et les applications sur site et hors site, y compris les serveurs et appareils virtuels, tels que ceux fournis par AWS .

La grande fonctionnalité de SAM est qu'il est capable de suivre les serveurs physiques et virtuels et de regrouper leurs mesures de performances, vous donnant un aperçu de toutes les ressources que vous devez surveiller sur un seul écran, peu importe où elles se trouvent. Le tableau de bord propose chemins d'exploration pour obtenir des informations détaillées sur chaque serveur ou instance, puis examinez les services et applications auxquels vous êtes abonné ou installé.

Les informations contenues dans les écrans, telles que les statuts des contrôles de santé ELB, peuvent toutes déclencher des alertes si les seuils de performance sont franchis. Ceux-ci peuvent être transmis sous forme de notifications par SMS ou par e-mail.

Avantages:

• Conçu pour les réseaux de grande taille et d'entreprise
• Offre de nombreuses fonctionnalités plug and play spécifiquement pour AWS ELB
• Utilise des widgets glisser-déposer pour personnaliser l'apparence du tableau de bord
• Système de reporting robuste avec modèles de conformité préconfigurés

Les inconvénients:

• Conçue pour les professionnels de l'informatique : la plateforme prend du temps pour explorer pleinement toutes les fonctionnalités

Vous pouvez obtenir un30 jours d'essai gratuitdu serveur SolarWinds et du moniteur d'applications.

LE CHOIX DES ÉDITEURS

Moniteur de serveur et d'applications SolarWinds est notre premier choix pour la surveillance de la santé ELB, car il offre une perspective plus large sur les performances des applications, pas seulement sur le service ELB d'AWS. Un outil qui surveille uniquement AWS ELB n'offrirait pas un bon rapport qualité-prix. Par conséquent, obtenir un moniteur complet de serveur et d'applications pour les systèmes sur site et basés sur le cloud vous permet de répartir le coût des outils de surveillance pour ELB sur toutes vos activités de surveillance d'applications. Le service est capable d'identifier la cause première des problèmes de performances afin que vous ne perdiez pas de temps à rechercher le mauvais système lorsque des problèmes surviennent.

Télécharger:Obtenez un essai GRATUIT de 30 jours

Site officiel:solarwinds.com/server-application-monitor/registration

TOI:Serveur Windows

2. Paessler PRTG (ESSAI GRATUIT)

Paessler PRTG est un ensemble d'outils de surveillance qui couvrent les réseaux, les serveurs et les applications via une seule interface. Les moniteurs de ce service sont capables de superviser les systèmes sur site et hors site, y compris Ressources AWS .

Vous pouvez configurer un service de surveillance AWS spécialisé via le UN Capteur Amazon CloudWatch ELB . Cela inclut des rapports sur les résultats des contrôles de santé ELB. Vous pouvez spécifier des conditions d'alerte pour n'importe quel statut surveillé par PRTG et celles-ci peuvent être transmises aux membres de l'équipe par SMS ou par e-mail.

Avantages:

• La découverte automatique reflète les dernières modifications AWS ELB en temps réel
• L'éditeur glisser-déposer facilite la création de vues et de rapports personnalisés
• Propose une gamme de capteurs modélisés pour AWS et d'autres produits similaires
• Prend en charge une puissante version gratuite – idéale pour les petites entreprises

Les inconvénients:

• Est une plateforme très complète avec de nombreuses fonctionnalités et pièces mobiles qui nécessitent du temps pour apprendre

Paessler PRTG est fourni sous forme de logiciel sur site qui s'installe sur Serveur Windows . Le prix que vous payez pour le système dépend du nombre de capteurs du package que vous souhaitez activer. Vous pouvez obtenir un30 jours d'essai gratuitde PRTG avec tous les capteurs activés.

Paessler PRTG Commencez un essai GRATUIT de 30 jours

3. Chien de données

Chien de données est un système de surveillance basé sur le cloud proposé dans des packages spécialisés dans différents aspects des systèmes informatiques, tels que les réseaux, les serveurs et les applications. Il peut surveiller les systèmes sur site et également services basés sur le cloud . Il a la capacité d'inclure la surveillance des contrôles de santé de l'équilibreur de charge AWS via une extension AWS. Les extensions sont des packages de moniteurs et d’écrans supplémentaires adaptés aux produits d’un fournisseur spécifique. L'intégration AWS inclut la surveillance ELB et affichera les dernières Bilan de santé ELB information.

Chaque métrique affichée en direct dans le tableau de bord peut avoir un seuil de performance défini. Bon nombre de ces seuils sont déjà définis par défaut. Ceux-ci peuvent être ajustés par l'utilisateur. Un exemple de alerte est la possibilité de demander au système de vous avertir si un serveur ou une appliance virtuelle fourni par AWS échoue à une vérification de l'état ELB. Vous pouvez spécifier que les alertes soient transmises aux membres de l'équipe par e-mail, SMS ou système de chat/collaboration. Cela vous permet de poursuivre d'autres tâches, sachant que vous serez ramené au système en cas de problème.

Chien de données est capable de surveiller une gamme de systèmes AWS, et pas seulement les contrôles de santé de l'équilibreur de charge. Le mécanisme d'alerte du système Datadog vous permet de laisser le moniteur s'occuper automatiquement de toute la supervision de votre système en toute confiance.

Avantages:

• Tableaux de bord personnalisables faciles à utiliser
• Propose des tableaux de bord, des rapports et des moniteurs spécifiquement pour AWS ELB et d'autres services AWS
• Prend en charge la découverte automatique qui crée des cartes de topologie de réseau à la volée
• Les modifications apportées au réseau sont reflétées en temps quasi réel
• Permet aux entreprises d'étendre leurs efforts de surveillance de manière fiable grâce à des options de tarification flexibles

Les inconvénients:

• J'aimerais voir une période d'essai plus longue pour les tests

L'intégration AWS de Datadog peut être ajoutée au Infrastructure Datadog colis ou le APM Datadog . Vous pouvez obtenir un Essai gratuit de 14 jours de l’un ou l’autre de ces deux systèmes de surveillance.

Quatre. Dynatrace

Dynatrace est un moniteur d'applications basé sur le cloud qui dispose de routines spéciales pour surveiller les systèmes AWS. Il inclut la surveillance ELB et englobe les statuts en direct tirés du vérifications de l'état de l'équilibreur de charge .

Le système Dynatrace s'interface avec Amazon CloudWatch , ainsi toutes les données que vous pouvez voir dans ce système de surveillance apparaîtront dans votre interface Dynatrace. Vous vous demandez peut-être pourquoi vous devriez vous procurer Dynatrace plutôt que d'utiliser simplement AWS CloudWatch. Eh bien, l'une des raisons est que Dynatrace est capable de surveiller toutes vos applications n'importe où, pas seulement celles fournies par AWS. Centraliser l’ensemble de la surveillance de vos applications dans un tableau de bord vous fait gagner du temps en passant d'une console à l'autre,

Le système d'alerte intégré à Dynatrace vous alertera si les choses tournent mal. Vous pouvez également créer des alertes personnalisées dans Dynatrace et créer des scénarios qui regroupent les avertissements pour produire des alertes uniques à partir de problèmes d'état combinés.

Avantages:

• Tableaux de bord hautement visuels et personnalisables, excellents pour les CNO d'entreprise
• Fonctionne dans le cloud, ce qui lui permet d'être indépendant de la plateforme
• Tire parti de l’IA pour fournir une analyse de base et aider les techniciens dans le dépannage

Les inconvénients:

• Conçu spécifiquement pour les grands réseaux, les petites organisations peuvent trouver le produit écrasant

Dynatrace est disponible pour un Essai gratuit de 15 jours .

5. Gestionnaire d'applications ManageEngine

Le Gestionnaire d'applications ManageEngine couvre les ressources sur site et à distance, y compris les services fournis par AWS. Les fonctionnalités de surveillance AWS d'Applications Monitor sont fournies par une extension spéciale, gratuite et qui ajoute des écrans et des sondes supplémentaires au package pour suivre les ressources AWS.

Les services de surveillance AWS de l'Applications Manager incluent une section de supervision Performances de l'ELB et cela vous montrera les résultats d'état similaires des vérifications de santé en cours de l'équilibreur de charge. Les services de surveillance AWS, comme les autres écrans de surveillance des applications dans Applications Manager, incluent un mécanisme d'alerte. Si les performances de vos applications se détériorent, le Gestionnaire d'Applications augmentera une alerte et envoyez des notifications aux comptes que vous nommez par e-mail ou SMS.

Avantages:

• Offre des options de déploiement sur site et dans le cloud, offrant aux entreprises plus de choix d'installation
• Peut mettre en évidence les interdépendances entre les applications pour cartographier l'impact des problèmes de performances sur les opérations de l'entreprise.
• Offre une surveillance des journaux pour suivre des métriques telles que l'utilisation de la mémoire, les E/S du disque et l'état du cache, offrant ainsi une vue globale de l'état de votre base de données.
• Offre des contrôles de santé ELB rapides via une simple extension

Les inconvénients:

• Peut prendre du temps pour explorer pleinement toutes les fonctionnalités et options disponibles

ManageEngine Applications Manager est implémenté en tant que logiciel sur site disponible pour Serveur Windows et Linux . Vous pouvez accéder un essai gratuit de 30 jours du système.

FAQ sur l'ELB

Que fera ELB si l’une des instances échoue à un contrôle de santé ?

Si une instance échoue à une vérification de l'état, ELB la marque pour attirer l'attention et n'acheminera pas le trafic vers elle. L'ELB continue de vérifier cette instance, en attendant qu'elle soit redémarrée ou remplacée, puis il recommencera à inclure l'instance dans l'équilibrage de charge.

Comment écrire une instance de contrôle de santé pour ELB ?

Obtenir une instance EC2 incluse dans une vérification de l’état ELB est très simple. Vous devez allouer l'instance à un groupe cible, puis configurer des règles de vérification de l'état pour le groupe. Il existe des règles par défaut et elles sont appliquées par défaut à chaque groupe. Ainsi, une fois que vous avez ajouté une instance à un groupe, elle sera automatiquement incluse dans le bilan de santé ELB.

À quelle fréquence ELB effectue-t-il un bilan de santé ?

Le paramètre par défaut d'ELB lui demande d'effectuer une vérification de l'état toutes les 30 secondes. Vous pouvez modifier cela en n’importe quelle période comprise entre 5 secondes et 5 minutes.