Ваша установка поддерживается. Если существует переключатель между хостами с помощью агрегирования каналов, переключатель должен LACP-знать, но если нет никакого переключателя, нет никакой проблемы.
Обычные подозреваемые были бы:
vmstat
может не обработать обертывание счетчиков, счетчики не должны часто переноситься, и оно должно произойти больше в пользователе/системе/неактивном, чем iowait (для нормальных нагрузок)vmstat
сбой состоит в том, чтобы проанализировать /proc/stat
, это может быть должно прямо или косвенно к 64-разрядному типу данных, или переполнение или misparse из-за широких/недостающих/объединять полейЯдро отслеживает пользователя/хорошую/систему/и т.д. как счетчики (обычно 100/ЦП), vmstat
и другие программы вычисляют средние числа на основе дельт времени, например, 5 секунд для vmstat 5
. Точное время может быть проблемой в виртуальной среде, хотя не с таким определенным признаком, как описано (vmstat
вычисляет те числа с помощью той же метки времени),
Проверив procps/libproc, это читает /proc/stat
как длинные длинные целые, и вычисляет плавания двойной точности использования - я не вижу проблем там.
Вы выполняете ядро OpenVZ, необходимо проверить это /proc/stats
правильно построено, это может быть эта ошибка: https://bugzilla.openvz.org/show_bug.cgi? id=1376 у Вас могла бы быть лучшая удача при парсинге /proc/vz/vestat
: http://wiki.openvz.org/Vestat