Как я могу узнать, является ли CPUUtilization в AWS причиной того, что регистрация моего сайта заканчивается?

Question

Наш веб-сайт размещен на AWS в экземпляре t2.small. Время регистрации для пользователя истекло.

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

Однако, как только я увеличил лимит, я начал получать 2 других уведомления о тревоге, которые были следующими:

1) тревога производства-удаления-емкости

Описание: Нет

Порог: CPUUtilization <= 40 для 3 точек данных в течение 15 минут </p>

2) AWSEBCloudwatchAlarmLow

Описание: По умолчанию ElasticBeanstalk уменьшает масштаб тревоги

Порог: NetworkOut <2 000 000 для 1 точки данных в течение 5 минут </p>

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

Что касается # 1, кажется ли вероятным, что каким-то образом настройка использования ЦП в AWS решит проблему тайм-аута при регистрации веб-сайта?

А если так, что конкретно должно быть сделано?

Answer 1

Все хорошо.Не паникуйте.

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

Два вышеупомянутых сигнала тревоги в основном говорят:

• CPUменьше 40%
• Сетевого трафика не так много

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

ALARM просто означает, что проверка True .То есть условие было выполнено.Это не обязательно указывает на проблему.

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

Если автоматическое масштабирование настроено для масштабирования до большего числа экземпляров, эти аварийные сигналы будут позжемасштаб, чтобы сэкономить деньги.Они, вероятно, немного удовлетворены триггером, глядя только на 15-минутный процессор и 5 минут сетевого трафика - обычно лучше подождать более длительный период, прежде чем принять решение об удалении емкости.

Bottomстрока: Если ваше приложение работает правильно, и вы работаете только с одним экземпляром, вам не о чем беспокоиться.Все работает как положено.