J'ai une instance fonctionnant sur Amazon EC2 que j'ai transformée en serveur Web.
Maintenant, je regarde Cloudwatch, mais je ne sais pas si c'est l'outil approprié pour le travail. Fondamentalement, je veux être informé lorsque le serveur est en panne, pour une raison quelconque.
Peut-être que le serveur a été piraté ou que le serveur s'est arrêté pour une raison quelconque, je veux recevoir une notification à ce sujet.
J'ai activé clouwatch et essayé de configurer une alerte, mais je ne vois que des choses comme l'entrée réseau ou l'utilisation du processeur, et d metrix. Maintenant, je ne sais pas si cela fera l'affaire.
amazon-ec2
amazon-cloudwatch
Saif Bechan
la source
la source
Réponses:
Une recommandation est de surveiller une métrique qui devrait toujours avoir une valeur numérique - telle que l'utilisation du processeur, et de déclencher une alarme lorsque l'état de la métrique est `` données insuffisantes '', vous pouvez utiliser le SNS d'Amazon pour vous en informer.
Alternativement, vous pouvez configurer des métriques personnalisées qui renvoient un état binaire pour des services spécifiques (httpd, mysql, etc.) et générer une alerte à chaque fois que l'une de ces lectures 0. Cette approche offre la possibilité de détails beaucoup plus fins - combinez-le avec «des données insuffisantes 'pour couvrir tous les cas.
Vous pouvez avoir plus de succès en utilisant quelque chose qui surveille réellement votre site (par exemple Pingdom, UptimeRobot, etc.).
la source
Vous pouvez utiliser OpsGenie ( http://www.opsgenie.com ) pour envoyer une alerte riche pour CloudWatch. Currenly CloudWatch dispose d'un ensemble limité de mécanismes d'alerte, notamment par e-mail et SMS via son mécanisme SNS.
Vous pouvez configurer CloudWatch pour appeler l'API des services Web OpsGenie, recevoir rapidement les bonnes personnes via des notifications push vers les applications iPhone / Android, SMS, appels vocaux, etc. selon les préférences des destinataires.
Veuillez consulter le billet de blog suivant pour obtenir des informations détaillées:
http://www.opsgenie.com/blog/2012/09/04/aws-cloudwatch-alarms-on-your-mobile-with-opsgenie.html
la source
Vous pouvez créer une alarme dans Cloudwatch et définir l'alarme pour qu'elle vous avertisse lorsqu'elle passe à l'état "Données insuffisantes". La plupart des métriques déjà disponibles proviennent du VM Host, qui n'a aucune idée réelle de ce qui se passe à l'intérieur de votre machine.
Au début, je recommanderais d'installer les outils Amazon dans votre instance et de configurer un script pour signaler quelque chose, (n'importe quoi: utilisation du processeur, peu importe) et une alarme si cette métrique cesse d'envoyer des données (donc la métrique passe à l'état de données insuffisantes ).
Ce n'est qu'un strict minimum, mais devrait être un bon point de départ.
Voir la section des scripts de surveillance du guide du développeur Cloudwatch: http://docs.amazonwebservices.com/AmazonCloudWatch/latest/DeveloperGuide/mon-scripts.html
la source
Vous pouvez utiliser la Route 53 et ses "bilans de santé". Avec cela, vous pouvez envoyer des alertes SNS et rediriger également vos utilisateurs vers un autre site Web secondaire ou un écran d'erreur. Je pense que c'est une meilleure solution à votre problème que Cloudwatch.
la source
Vous pouvez implémenter une vérification d'état EC2 . Cela se fait à partir du tableau de bord EC2. Accédez aux instances, sélectionnez votre instance, choisissez l'onglet de vérification d'état (à côté de la description de l'instance) Cliquez sur créer une alarme de vérification d'état La valeur par défaut «Vérification d'état échouée (n'importe laquelle)» devrait être bonne. Je règle toujours l'intervalle sur une valeur supérieure à un afin de ne pas me déranger pour les problèmes transitoires.
Il est également possible de configurer EC2 pour récupérer automatiquement votre instance si elle tombe en panne pour une raison quelconque.
Je recommande également un système de surveillance secondaire. Dumb est bon pour celui-ci. J'ai installé l'utilitaire linux mon pointé sur mon serveur Web à partir d'un autre hôte. S'il ne parvient pas à obtenir un code de réponse 200 deux fois de suite, je reçois un e-mail.
la source
Si vous souhaitez surveiller les points de terminaison HTTP, tels que votre API ou votre site Web, consultez mon article de blog sur la façon d'y parvenir avec Route 53 Health Checks (même si vous n'utilisez pas Route 53 pour DNS):
http://eladnava.com/monitoring-http-health-email-alerts-aws/
la source