[PYTHON] [blackbird-aws-service-limits] Surveillance des limites de service AWS

plug-in blackbird AWS Service Limits. Ce plug-in obtient diverses limites de service AWS et les enregistre dans zabbix. Par défaut (écrasement avec Macro), une alerte sera envoyée lorsque 80% de la limite de service (par exemple, la surutilisation d'EIP ou EC2 atteindra bientôt la limite) est atteinte.

Liste où vous pouvez obtenir l'utilisation actuelle

Nous surveillons les limites de service suivantes et l'utilisation actuelle.

• AutoScale Launch Configurations
• AutoScale Groups
• EC2 Elastic IPs
• EC2 Running Instances
• Number of ELBs
• RDS Instances
• RDS Total Storages
• Number of RDS Read Replicas per Master
• DynamoDB Read Capacity Units for Individual Table
• DynamoDB Write Capacity Units for Individual Table
• DynamoDB Read Capacity Units per Account
• DynamoDB Write Capacity Units per Account

Supplément sur les unités de capacité de lecture / écriture DynamoDB

Il existe deux types de limites de service dans les unités de capacité de DynamoDB.

• Limite supérieure pour chaque table
• Maximum pour l'ensemble du compte

Il y a. Ainsi, l'unité de capacité la plus élevée du compte est appliquée à la limite supérieure de chaque table, et la limite supérieure pour l'ensemble du compte est (le japonais est compliqué et intelligent) ** Total des unités de capacité de toutes les tables ** Est appliqué. Donc, si vous utilisez Kinesis, écrivez dans DynamoDB combien Kinesis Client a obtenu des enregistrements. Soyez donc prudent si vous écrivez ou lisez beaucoup sur Kinesis Stream.

Liste des choses avec l'API

En fait, il peut y avoir ou non une API qui peut obtenir le paramètre de limite supérieure actuel (presque aucune w)

• AutoScale Launch Configurations
• AutoScale Groups
• EC2 Elastic IPs
• EC2 Running Instances

Ici est une matrice de ceux-ci.

Zabbix Template

Items

Les valeurs sont telles que décrites dans List où vous pouvez obtenir l'utilisation actuelle_, et vous pouvez obtenir les mêmes éléments.

Macros

Malheureusement, s'il n'y a pas d'API d'acquisition de limite supérieure actuelle, elle est spécifiée dans Macro ... (Cependant, comme la valeur initiale est intégrée dans Macro, il sera plus facile à comprendre si vous faites référence à cela)

Si vous postulez pour la relaxation de la limite supérieure, mettez à jour Macro!

about {$TRG_AWS_SVC_THR_XXXXXX_AVG}

Normalement, lorsque la limite supérieure est atteinte à 80%, une notification d'alerte est envoyée avec une gravité moyenne, mais non, seules les interfaces d'exécution EC2 veulent une notification à 60%, ou inversement, puisque l'adresse IP publique est utilisée, la notification EIP peut être de 90%. Si vous le souhaitez, veuillez écraser cette macro. Par exemple, écrasez-le par quelque chose comme "{$ TRG_AWS_SVC_THR_EC2_INS_AVG} = 60 ou {$ TRG_AWS_SVC_THR_EC2_EIP_AVG} = 90`. Au fait, l'équipe à laquelle j'appartiens ne reçoit que la notification d'unité de capacité de lecture / écriture de DynamoDB (car j'utilise Kinesis) à 60%.

Graphs

La valeur réelle est affichée avec chaque limite supérieure comme sommet de l'axe Y du graphique. J'utilise généralement ceci comme écran pour surveiller.

Notes

Je fais de l'Auto Scaling, mais il ne s'adapte pas! Je pense qu'il s'agit de la limite supérieure. En outre, EIP atteint soudainement la limite supérieure sans en être conscient. .. ..

Vous ne pourrez pas voir quand l'ELB frappe ...