В продолжении Просто цифры полученные по ходу стресс тестирования СУБД При данной нагрузке и данном сценарии тестирования - мониторить утилизацию CPU не имеет никакого смысла. ВМ-1 утилизация близка к предельной, но при этом количество зафиксированных транзакций в среднем в 4 раза выше. Что подтверждает ранее сделанные выводы Выводы Мониторить утилизацию CPU отдельно — не имеет смысла. Мониторить надо производительность СУБД, в первую очередь. Рост утилизации CPU — не инцидент. Снижение производительности СУБД и рост утилизации CPU — инцидент. Высокая утилизация CPU и рост производительности СУБД — показывает эффективное использование предоставленных ресурсов. Низкая утилизация CPU и низкая производительность СУБД в рабочее время — зря потраченные средства.
В продолжении
Просто цифры полученные по ходу стресс тестирования СУБД
ВМ-1
CPU Utilization
Commited transactions
ВМ-2
CPU Utilization
Commited transactions
Итог
При данной нагрузке и данном сценарии тестирования - мониторить утилизацию CPU не имеет никакого смысла.
ВМ-1 утилизация близка к предельной, но при этом количество зафиксированных транзакций в среднем в 4 раза выше.
Что подтверждает ранее сделанные выводы
Выводы
Мониторить утилизацию CPU отдельно — не имеет смысла. Мониторить надо производительность СУБД, в первую очередь.
Рост утилизации CPU — не инцидент. Снижение производительности СУБД и рост утилизации CPU — инцидент.
Высокая утилизация CPU и рост производительности СУБД — показывает эффективное использование предоставленных ресурсов. Низкая утилизация CPU и низкая производительность СУБД в рабочее время — зря потраченные средства.