Есть ли способ в aws узнать, полностью ли используются мои экземпляры ec2 для типа, который я использую?

У меня есть несколько экземпляров aws ec2, работающих в учетной записи разработчика, и в большинстве случаев я вижу, что использование процессора в большинстве случаев не превышает 5%. Например, даже в одном из кластеров kubernetes, где работает kafka, загрузка процессора не превышает 5 или максимум 6%, когда мы использовали машину t3.xlarge (16 ГБ оперативной памяти и 4 vcpu) для настройки кластера kafka.

Итак, мой вопрос заключается в том, есть ли способ узнать, действительно ли я полностью использую экземпляры, которые мы выбрали, чтобы я мог понизить тип своего экземпляра до недорогого, если он не используется полностью. Я видел оптимизатор вычислений aws, но это говорит о том, что большинство экземпляров оптимизированы только 1 или 2, которые он показывает как не оптимизированные с недостаточным использованием.

Кроме того, большинство приложений, таких как kafka, по умолчанию запрашивают 8 ГБ оперативной памяти и хороший процессор для лучшего использования, но диаграмма наблюдения за облаком на самом деле не показывает, как если бы она была полностью использована.

Следовательно, есть ли способ решить эту проблему и снизить стоимость ec2 в aws?

Ты можешь попробовать:

• Компьютерный оптимизатор
• Надежный советник
• Установите Агент Cloudwatch чтобы убедиться, что у вас есть показатели ОЗУ - по умолчанию CW не может видеть внутренние показатели, только внешние, такие как сеть / ЦП.Наблюдайте за показателями ЦП/ОЗУ и решайте для себя, есть ли в них избыточное выделение ресурсов.
• Уменьшите размер экземпляра и посмотрите, что произойдет

Мне кажется, что они перераспределены для ЦП, но вы должны проверить использование ОЗУ. ОС, вероятно, использует всю оперативную память для кеша, ключевой показатель, который я использую в Linux «бесплатно», — это «используемая» память. Метрика «свободно» учитывает память, используемую для буфера/кэша.

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

Мой опыт показывает, что большинство корпоративных серверов имеют избыточное выделение ресурсов. Я могу запустить низконагруженный t3a.nano с 512 МБ ОЗУ и 512 МБ подкачки, обслуживающий шесть небольших веб-сайтов с Nginx / PHP / MySQL / другими утилитами, такими как версия Dropbox с открытым исходным кодом, и он работает очень хорошо.