2017-02-23 58 views
0

Мы настроили группу автоматического масштабирования в AWS. И он отлично работает. Мы сконфигурировали некоторые сигналы тревоги для группы, такие как: отправить сигнал тревоги, если средняя CPUUtilization> 60 в течение 2 минут ... использует AWS CLI.Аварийный сигнал AWS Cloudwatch для каждого отдельного экземпляра группы автоматического масштабирования

Единственная проблема заключается в том, что мы хотим отслеживать каждый экземпляр в группе. Мы должны настроить их вручную. Есть ли способ сделать это автоматически, как config, template?

+0

Каков ваш прецедент для запроса тревоги для каждого экземпляра отдельно? –

ответ

0

Аварийные сигналы от Amazon CloudWatch могут быть созданы на группе автоматического масштабирования в целом, например Average CPUUtilization. Это связано с тем, что для добавления/удаления экземпляров используются сигналы тревоги для автоматического масштабирования, и такие решения будут основываться на группе в целом. Например, если одна машина занята на 100%, а другая занята 0%, то в среднем группа занята только на 50%.

Не должно быть причин помещать аварийный сигнал на отдельные экземпляры в группе автоматического масштабирования, по крайней мере, до запуска действия масштабирования.

Нет встроенной возможности указывать сигнал тревоги, который будет применяться к каждому экземпляру с автоматическим масштабированием отдельно. Вы можете сделать это программно , отвечая на уведомление SNAS Amazon всякий раз, когда экземпляр добавляется/удаляется с помощью автоматического масштабирования, но для этого требуется, чтобы ваш собственный код был написан.

+0

спасибо за ваш ответ. как и в вашем примере, у нас есть два экземпляра: один на 100% занят, другой - на 0% занят. наш балансировщик нагрузки использует круглый робин, и около 50% наших трастов все равно будут перенаправлены на экземпляр 1, который перегружен. Итак, мы хотим избежать этого случая и сделать некоторые тревоги для каждого экземпляра. – shan

+0

Ваши запросы настолько ресурсоемкими, что они потребляют большую часть процессора или длительный период времени? Если это так, вы можете быть более обеспеченными запросами на очередность через SQS для обработки на заднем плане, а не ждать конечного пользователя в течение длительного периода времени. Если вы запрашиваете относительно короткие (например, максимум 5-10 секунд), они будут балансировать между серверами в среднем. –

Смежные вопросы