Матовый уже указал на него, но ссылка, названная "Компоненты", показывает полный стек от нижней части (дисковод) к вершине (основанное на файле приложение) более подробно, чем Вы, вероятно, заботитесь о. Это - все об абстракции. Статья о Кэшировании вдается в некоторые подробности о том, когда о записях сообщают, как согласился на приложения, так как это может варьироваться из-за многих причин. Статья о Технологии вдается в некоторые подробности о SATA по сравнению с дисками SAS, которые я нашел интересным записать.
О чем я не вдавался в большое количество подробностей, файловая система определенные детали, такие как обработка метаданных, журналирование или обработка большого каталога. Это зависит от каждой файловой системы индивидуально и претерпевает постоянное изменение (в мире Linux так или иначе). Вообще говоря, журналируемые файловые системы пишут метаданные в журнал сначала и затем фиксируют фактические данные; что означает, что замедление в обработке метаданных может замедлить записи, даже если Ваше устройство хранения данных каналы ввода-вывода является чистым. Для примера того, как это может работать над NTFS, я вхожу в него здесь.
Я не верю, что вы будете иметь представление о спецификациях или ресурсах хоста от ваших гостей RHEL. Вероятно, это сделано специально. Что заставляет вас думать, что хост перегружен? Вы должны относиться к своей виртуальной машине как к физическому серверу и проверять ресурсы традиционными методами. Каким образом вы распределяли виртуальные ЦП? Вы использовали cat / proc / cpuinfo
, чтобы получить спецификации процессора?
Проверьте такие утилиты, как top, vmstat, sar (если они установлены), nmon, htop. Проверьте проценты ожидания ЦП и ввода-вывода. Если вас беспокоит ввод-вывод, запустите обычные тесты, такие как Bonnie ++ или Iozone, чтобы получить реалистичные значения возможностей виртуальной машины.
Вы также можете запустить общий тест , такой как unixbench , чтобы увидеть, как сравниваются ваши виртуальные настройки.
Можно ли получить некоторую информацию о состоянии хоста с помощью агента vmware?
Виртуальные машины Windows, очевидно, имеют эту возможность, используя счетчики perfmon, которые передаются от хоста к гостю IFF администратор хоста даже позволяет это. Поскольку у вас есть виртуальные машины Linux, это даже невозможно для вас.
Какой параметр ОС лучше всего отслеживать для получения информации о состоянии хоста?
Вы не можете определить состояние хоста по виртуальной машине. Это невозможно из-за внутренней природы ESX. Способ, которым гипервизор может делать то, что он делает, состоит в том, чтобы абстрагировать все физические ресурсы (ЦП, ОЗУ, диск, сеть и т. Д.) И представлять их гостю таким образом, чтобы гость понятия не имел, что это виртуальная машина. По этой причине гостевая ОС не имеет представления о хосте, на котором она работает. Все, что он знает, это то, что может ' не делать то, что он хочет, по неизвестной причине. Администратор хоста определяет, какие ресурсы может иметь ваша виртуальная машина, и у вас нет возможности определить, сколько из этих ресурсов было выделено вашим виртуальным машинам.
Я предлагаю собрать как можно больше данных, используя утилиты, предложенные ewwhite выше, и отправляйтесь в компанию по управлению хостом ESX с данными, чтобы узнать, могут ли они решить проблемы. Кроме того, при сборе данных вы можете обнаружить, что это действительно проблема в гостевой ОС. Вы можете попробовать заглянуть в Руководство по устранению неполадок производительности vSphere 4.1 , так как вы «думаете», что хосты - это ESX 4, но вам, вероятно, следует сначала спросить их версию (если они скажут вам). Основная аудитория гида - администраторы ESX (i),