Использование Монитора ресурсов: память
| В серии статей, посвященных Монитору ресурсов Windows (Resource Monitor), я рассказываю, как этот инструмент может пригодиться администраторам при диагностике потенциальных узких мест, связанных с системными ресурсами. В трех предыдущих статьях я описывал использование Монитора ресурсов для наблюдения за производительностью дисковой подсистемы, центрального процессора и сети. В заключительной статье цикла речь пойдет о мониторинге состояния памяти. Для удобства рассмотрения мы будем использовать скриншот Монитора ресурсов (рис. A), запущенного на производственном сервере под управлением Windows Server 2008 R2. На этом сервере установлен Exchange Server 2010 со всеми ролями, поэтому он очень активно использует оперативную память. Как и все другие наши серверы, этот работает в виртуальной машине на базе VMware vSphere 4.1. Давайте посмотрим, какие сведения о памяти можно получить с помощью Монитора ресурсов на данном сервере Windows. В разделе «Процессы» (Processes) на вкладке «Память» (Memory) собраны ключевые сведения об использовании оперативной памяти процессами. Вот какую информацию здесь можно найти: • «Образ» (Image) – имя исполняемого файла. Это имя процесса, активно использующего память.
• «ИД процесса» (PID) – идентификатор процесса. Может пригодиться для управления процессами с использованием других утилит или для поиска процессов в Диспетчере задач (Task Manager).
• «Ошибок отсутствия страницы в памяти/сек.» (Hard Faults/sec). Такие ошибки иногда еще называют страничными (Page Fault). Ошибка отсутствия страницы в памяти – не обязательно критическая, но может указывать на нехватку оперативной памяти. Такая ошибка возникает всякий раз, когда система использует файл подкачки на диске. Это важный момент, поскольку диск работает намного медленнее оперативной памяти, что ощутимо снижает быстродействие. Если страничные ошибки возникают регулярно, и особенно если показатели высокие, следует задуматься о расширении объема оперативной памяти сервера.
• «Завершено (КБ)» (Commit (KB)) – общий объем физической и виртуальной памяти (файла подкачки), выделенной данному процессу.
• «Рабочий набор (КБ)» (Working Set (KB)) – объем физической памяти, выделенной данному процессу. Показатель в этом столбце должен быть равен сумме показателей в двух следующих столбцах, которые являются его составляющими.
• «Общий (КБ)» (Shareable (KB)) – общий объем выделенной данному процессу физической памяти, которая при необходимости может использоваться совместно с другим процессом.
• «Частный (КБ)» (Private (KB)) – общий объем выделенной данному процессу физической памяти, которая не может использоваться другими процессами. Под разделом «Процессы» располагается раздел «Физическая память» (Physical Memory), в котором содержатся следующие сведения: • «Используется» (In Use) – объем памяти, которая в данный момент используется.
• «Доступно» (Available) – сколько еще от общего объема физической памяти доступно для выделения.
• «Зарезервированное оборудование» (Hardware Reserved) – количество памяти, зарезервированной для различных устройств. Почти любой аппаратный компонент сервера может резервировать для себя память. На нашем сервере Exchange, как видно из рис. A, зарезервирован 1 Мбайт.
• «Изменено» (Modified). Данные записываются на страницы памяти и хранятся на них, пока в фоне происходит обработка другой информации. При обновлении данных в памяти эти страницы помечаются как измененные. Чтобы система могла использовать ресурсы памяти наиболее эффективно, страницы памяти, к которым давно не обращались, могут быть перенесены в следующую категорию:
• «Ожидание» (Standby). К этой категории относится память, содержащая кэшированные данные и код, которые в данный момент активно не используются, но могут потребоваться в обозримом будущем. Для управления этим классом памяти Windows присваивает каждой странице определенный приоритет. Когда у других процессов возникает потребность в оперативной памяти, страницы с низким приоритетом извлекаются из категории «Ожидание» и предоставляются процессам, которые в них нуждаются.
• «Свободно» (Free) – объем свободной памяти, которая никак не используется. Можно подумать, что столь ничтожный объем свободной памяти в системе, имеющей 16 Гбайт RAM, свидетельствует о наличии серьезных проблем, но на самом деле, это не так. Многие новые продукты Microsoft устроены таким образом, что для них куда продуктивнее использовать весь объем доступной оперативной памяти, чем позволять ей простаивать. Например, Exchange полностью использует всю доступную память, кэшируя определенные фрагменты данных для обеспечения быстрого доступа. Распространенная ошибка – судить о состоянии системы только по показателям «Используется» и «Доступно» и беспокоиться, если определенный процесс потребляет слишком много памяти. Важно понимать, как именно должно себя вести то или иное приложение. К примеру, Exchange 2010 зачастую использует весь объем доступной памяти, и это не случайно. Exchange старается кэшировать как можно больше данных для повышения быстродействия в целом. Поэтому чтобы определить, есть ли на сервере Exchange 2010 проблемы с памятью, необходимо учитывать и другие показатели, в том числе ошибки отсутствия страниц в памяти. Если служба не должна потреблять много памяти, но потребляет, требуется более тщательная диагностика. В этом случае может пригодиться Монитор производительности (Performance Monitor). Надеюсь, этот цикл статей о Мониторе ресурсов помог вам освоить новые способы мониторинга состояния Windows Server с помощью простого и бесплатного инструмента, который разработчики Microsoft встроили в операционную систему, чтобы облегчить администраторам диагностику проблем, связанных с производительностью. Источник Использование Монитора ресурсов: дисковая подсистема |
| Внедрив в Windows комплексный Монитор ресурсов (Resource Monitor), разработчики Microsoft предоставили администраторам великолепный инструмент, позволяющий быстро получать всю необходимую информацию о состоянии критически важных серверов. В цикле статей о Мониторе ресурсов я расскажу о четырех ключевых аспектах этого средства мониторинга: ЦП, память, диск и сеть. В этой статье речь пойдет о различных показателях, касающихся состояния дисковой подсистемы. Я расскажу о назначении графиков, представленных в Мониторе ресурсов на вкладке «Диск» (Disk), и вкратце объясню, как пользоваться полученными сведениями. Для удобства рассмотрения мы будем использовать скриншот Монитора ресурсов (рис. A), запущенного на производственном сервере под управлением Windows Server 2008 R2. На этом сервере установлен Exchange Server 2010 со всеми ролями, поэтому он нуждается в большой дисковой подсистеме с приемлемой производительностью. (Примечание: как и все другие наши серверы, этот работает в виртуальной машине на базе VMware vSphere 4.1.) Начнем с общего обзора консоли. Большую часть окна занимают статистические показатели, о которых я подробно расскажу ниже. Справа расположены графики, каждый из которых представляет один из важных показателей производительности дисковой подсистемы. Ниже я подробно рассмотрю каждый показатель. Я не буду повторяться: если показатель присутствует в нескольких местах, я упомяну его только в первый раз. Процессы с дисковой активностью В разделе «Процессы с дисковой активностью» (Processes With Disk Activity) перечислены все запущенные процессы, использующие ресурсы хранения. В списке показано имя исполняемого файла и ряд связанных с ним статистических показателей. • «Образ» (Image) – имя исполняемого файла. Это имя процесса, активно использующего диск.
• «ИД процесса» (PID) – идентификатор процесса. Может пригодиться для управления процессами с использованием других утилит или для поиска процессов в Диспетчере задач (Task Manager).
• «Чтение (байт/с)» (Read (B/sec)) – среднее количество прочитанных процессом байтов в секунду за последнюю минуту.
• «Запись (байт/с)» (Write (B/sec)) – среднее количество записанных процессом байтов в секунду за последнюю минуту.
• «Всего (байт/с)» (Total (B/sec)) – среднее количество использованных байтов в секунду за последнюю минуту. Информация, которая приводится в этом разделе, не особенно актуальна для диагностики – она лишь позволяет выяснить, какие процессы потребляют больше всего ресурсов диска. На рис. A, например, можно заметить, что больше всего операций чтения с диска выполняет процесс с именем «DPMRA.exe». В разделе «Работа диска» (Disk Activity) собраны более полезные для диагностики сведения. Самый ценный показатель – пожалуй, время ответа, поскольку его можно оценить, даже не зная исходной конфигурации дисковой подсистемы. Справа от названия раздела расположены два небольших индикатора. Зеленый показывает текущий дисковый ввод/вывод (Disk I/O), то есть, количество передаваемых в данный момент данных), а синий – максимум активного времени дисковой подсистемы (Highest Active Time). • «Файл» (File) – имя файла, используемого процессом. Здесь указывается полный путь к файлу, чтобы его легче было найти.
• «Приоритет ввода/вывода» (I/O Priority) – приоритет операций ввода/вывода.
• «Время ответа (мс)» (Response Time (ms)) – время отклика диска в миллисекундах. Как правило, чем ниже этот показатель, тем лучше. В целом, время ответа менее 10 мс свидетельствует о хорошей производительности. Не страшно, если этот показатель время от времени превышает отметку в 10 мс, но если системе постоянно приходится дожидаться ответа дисковой подсистемы более 20 мс, это может свидетельствовать о наличии проблем, а конечные пользователи в таком случае заметят ощутимое снижение быстродействия. Если время ответа достигает 50 мс и выше, значит, проблема действительно серьезная. На рис. A, как видите, время ответа составляет 5-6 мс, так что дисковая подсистема функционирует исправно, если судить по этому показателю. В разделе «Запоминающие устройства» (Storage) содержатся следующие сведения: • «Логический диск» (Logical Disk) – буква диска.
• «Физический диск» (Physical disk) – выбранный для мониторинга физический диск.
• «Активное время (%)» (Active Time (%)) – сколько времени диск проводит, активно обслуживая запросы, в противовес времени простоя. Если активность диска постоянно очень высока (скажем, более 80%), это может указывать на наличие потенциальных проблем, связанных с ресурсами хранения. Если пользователи жалуются на низкое быстродействие, а активное время постоянно составляет 100%, возможно, необходимо увеличить объем дисковой подсистемы или установить более производительные накопители.
• «Свободно (МБ)» (Available Space (MB)) – количество свободного пространства в текущем томе диска.
• «Всего (МБ)» (Total Space (MB)) – общий объем тома.
• «Длина очереди диска» (Disk Queue Length) – средняя длина очереди диска. Длина очереди показывает количество ожидающих выполнения запросов (на чтение и запись) в любой момент времени. Если этот показатель довольно высок, это может свидетельствовать о том, что скорость вращения диска недостаточна для удовлетворения запросов приложений или что дисковая подсистема имеет слишком низкую производительность и не справляется с запросами. Однако чтобы оценить, насколько высок показатель, необходимо хорошо понимать, как создается базовый том в SAN. Каждый диск, из которых складывается базовый том, предоставляет дополнительные ресурсы, которые учитываются при расчете длины очереди (проще говоря, чем больше дисков, тем выше будет длина очереди). Уровень RAID и размер страйпа тоже влияют на длину очереди, что дополнительно усложняет задачу. Однако если компьютер оснащен всего одним диском, а длина очереди постоянно превышает 2, система нуждается в дополнительных ресурсах хранения. Длина очереди более 5 свидетельствует о наличии серьезных проблем. Если вам известно, из скольких дисков состоит базовый том, умножьте количество дисков на 2, чтобы очень грубо, приблизительно, прикинуть максимально допустимую длину очереди. К примеру, если в системе десять дисков, а длина очереди равна 18, значит, все в порядке. Графики – очень полезный инструмент. В верхнем графике показана скорость обмена данными между диском и операционной системой за последнюю минуту. Зеленая кривая показывает текущий суммарный ввод/вывод, а синяя – активное время диска за этот период. На остальных графиках показана длина очереди для каждого диска в системе. На сервере Exchange, который показан в моем примере, используется четыре диска (тома SAN). С учетом структуры базовых томов SAN в этом массиве, никаких проблем, связанных с длиной очереди, не возникает. Источник Использование Монитора ресурсов: дисковая подсистема, процессор Использование Монитора ресурсов: дисковая подсистема |
