SNMP - Значение загрузки процессора CPU, не отражающей действительность
После смущающего инцидента много лет назад на поле Ultrix, где я действительно как базировался a userdel -r sccs (или эквивалентный Ultrix, это было долгое время), не проверяя то, чем корневой каталог sccs пользователя был заранее, и $HOME sccs пользователя оказался/, и файловая система ушла, я постарался не помещать rm -rf $ANYTHING в сценариях. Можно проверить переменную, пока Вы не посинели, но я склонен вместо этого распечатывать сообщение как, "если Вы довольны идеей, необходимо теперь работать sudo rm -rf $ANYTHING".
Vmware не собирает эту информацию, и на самом деле нет хорошего способа сделать это. Проблема в том, что у него нет способа узнать, когда вы собираетесь спросить - поэтому для того, чтобы это сработало, он должен всегда иметь готовое среднее значение за последние шестьдесят секунд. Поскольку вы можете спросить время от времени, а затем спросить секунду спустя, ему придется правильно подсчитать процессорное время сорок секунд назад для обоих интервалов. Это действительно уродливая и сложная вещь.
Поддержка этого увеличила бы стоимость, поскольку агенту SNMP пришлось бы постоянно проверять использование ЦП и обновлять несколько интервалов, выполняемых одновременно.
Попробуйте использовать утилиту стресса для создания нагрузки в Linux, пожалуйста. Он очень подробный и имеет больше смысла, чем то, что вы делаете.
Я вижу, что вы делаете однопоточную нагрузку ввода-вывода на 4-процессорной виртуальной машине. График ЦП, который вы вставили из клиента vSphere, показывает нагрузку 25%, потому что вы нагружаете только один из четырех ЦП, назначенных виртуальной машине.
Загрузить стресс (который доступен для большинства дистрибутивов Linux) и попробуйте с некоторыми конкретными параметрами ...
Например, простой запуск следующего на 4-процессорной виртуальной машине:
# stress -c 4
stress: info: [594013] dispatching hogs: 4 cpu, 0 io, 0 vm, 0 hdd
дает ...
