Целевые группы AWS ALB имеют метрику «RequestCountPerTarget», которая на первый взгляд кажется очень интересной.Однако эта метрика, по-видимому, отображается точно только при полном подробном просмотре метрики, и она полностью искажается, когда появляется вместе с другими метриками на панели мониторинга CloudWatch.
Когда я настраиваю метрику, у меня есть это, которое является наиболее правильным для меня, т.е.количество запросов в минуту, полученных одним сервером

Используя этот график, я могу быстро определить, перегружено ли мое приложение или нет: изСредняя скорость отклика моих серверов, я могу вывести максимальное число оборотов в минуту (количество запросов в минуту), которое может заправлять один сервер (в моем случае это около 200 об / мин)
Однако на панели мониторинга CloudWatchэта метрика выглядит следующим образом:

Если мое понимание верно, панель инструментов AWS CloudWatch использует интерполяцию, чтобы избежать запросов ко многим точкам данных, но в этомВ этом случае интерполяция, похоже, делает не 1019 * среднее «RequestCountPerTarget в течение 1 минуты» в течение периода панели мониторинга (1 неделя на снимках экрана), но сумма «RequestCountPerTarget в течение 1 минуты» в течение периода панели мониторинга, что полностью разрушает назначение показателя: меня не волнует общее количество полученных запросовd в течение 1 недели (поскольку, если эти запросы распределяются равномерно в течение определенного периода времени, это в основном ничего не значит для моих серверов), но меня волнует среднее максимальное количество запросов, полученных за 1 минуту в течение 1 недели (поскольку это будет отражатьактуальный запрос шипы).
Есть ли способ обойти это?