Використання монітора ресурсів (resource monitor) дискова підсистема


Впровадивши в Windows комплексний Монітор ресурсів (Resource Monitor). розробники Microsoft надали адміністраторам чудовий інструмент, що дозволяє швидко отримувати всю необхідну інформацію про стан критично важливих серверів. У циклі статей про Моніторі ресурсів я розповім про чотири ключових аспектах цього кошти моніторингу: ЦП, пам'ять, диск і мережу. У цій статті мова піде про різні показники, що стосуються стану дискової підсистеми. Я розповім про призначення графіків, представлених в Моніторі ресурсів на вкладці «Диск» (Disk), і коротко поясню, як користуватися отриманими відомостями.

Почнемо з загального огляду консолі. Велику частину вікна займають статистичні показники, про які я детально розповім нижче. Праворуч розташовані графіки, кожен з яких представляє один з важливих показників продуктивності дискової підсистеми.

Нижче я докладно розгляну кожен показник. Я не буду повторюватися: якщо показник присутній в декількох місцях, я згадаю його тільки в перший раз.

Процеси з дисковою активністю

У розділі «Процеси з дисковою активністю» (Processes With Disk Activity) перераховані всі запущені процеси, що використовують ресурси зберігання. У списку показано ім'я виконуваного файлу і ряд пов'язаних з ним статистичних показників.

Інформація, яка наводиться в цьому розділі, не дуже актуальна для діагностики - вона лише дозволяє з'ясувати, які процеси споживають найбільше ресурсів диска. На рис. 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 в цьому масиві, ніяких проблем, пов'язаних з довжиною черги, не виникає.

До зустрічі у другій частині

Схожі статті