Моніторинг достатності ресурсів

Для того щоб правильно налаштовувати розподіл ресурсів, необхідно правильно оцінювати достатність їх для віртуальної машини Як правило, досить легко зрозуміти, що для ВМ не вистачає ресурсів, – Час відгуку від програми більше, ніж хотілося б Але якого ресурсу не вистачає Як налаштувати автоматичне оповіщення про брак ресурсів Про все це поговоримо тут

Отже, у вас є підозра, що віртуальній машині не вистачає якогось ресурсу Що робити, зрозуміло: звернутися до лічильників продуктивності і визначити вузькі місця Розібємо цю задачу на три підпункти:

1 Де шукати значення лічильників продуктивності

2 Які саме лічильники нас цікавлять

3 Які значення вказують на вузьке місце

Поговоримо послідовно

Важливим моментом аналізу навантаження на віртуальне середовище, аналізу ресурсів віртуальних машин є той, що далеко не завжди тут застосуємо досвід такого аналізу фізичних серверів Вірніше, він не застосуємо безпосередньо Чому так, я докладніше розповім в наступних розділах Коротко – тому що управлінням доступу до ресурсів володіють не гостьові ОС, а гіпервізор, і саме гіпервізор здатний показати справжню картину Тому нас цікавлять способи доступу до даних гіпервізора

Їх чотири:

Q клієнт vSphere, в першу чергу закладка Performance

Q утиліта esxtop в локальній командному рядку, або resxtop в vSphere CLI Плюс допоміжні засоби для аналізу отриманої через ці утиліти інформації esxtop – не єдина, але основна утиліта аналізу навантаження

Q для Windows ВМ можна отримати доступ до деяких лічильників гіперві-

го нагляду «зсередини», за допомогою Perfmon

Q сторонні кошти Зі зрозумілих причин, сторонні кошти тут розглядатися не будуть

Закладка Performance доступна для обєктів різних типів, в першу чергу серверів і віртуальних машин На прикладі віртуальної машини: виділяємо ін-

Тереса ВМ в клієнті vSphere ⇒ закладкаPerfomance ⇒ кнопка Overview

Тут ми бачимо графіки з найважливішими лічильниками для цієї ВМ У випадаючому меню Time Range можемо вибирати цікавий для нас період часу А в випадаючому меню View – Перемкнутися на інформацію з утилізації місця цієї ВМ на сховищах

Якщо на закладці Performance натиснути кнопку Advanced ⇒ посилання Chart Options,

то можна буде вибрати для перегляду довільний набір лічильників Відкриється вікно налаштувань (рис 639) Вибираємо CPU і потрібний відрізок часу в лівій частині

У правій частині нагорі вибираємо обєкт, чиї лічильники хочемо дивитися Тут

«File_Server_Win2008» – це вся віртуальна машина (мається на увазі – відразу всі процесори цієї ВМ), а «0» – це перший (і в даному випадку єдиний) її процесор У лівій частині внизу вибираємо конкретний лічильник

Рис 639 Вибір лічильників завантаження процесора

Зверніть увагу Деякі лічильники доступні тільки для всієї ВМ цілком, а деякі – тільки для окремих її віртуальних процесорів Це стосується і деяких лічильників для інших підсистем

Натискаємо ОК і бачимо графіки (рис 640)

Закладка Performance доступна для:

Q віртуальних машин Тут надається найбільш повний набір даних для однієї вибраної віртуальної машини

Q серверів Тут надається найбільш повний набір даних для одно-

го вибраного сервера У списку лічильників зверніть увагу на групу System – під нею ховається інформація про завантаження з боку процесів ESX (i), таких як агент vCenter (vpxa), і драйверів пристроїв

Рис 640 Графіки використання процесора для ВМ

Q пулів ресурсів і vApp Мінімальний набір лічильників для процесора і памяті, зате дані відразу по всіх ВМ з пулу або vApp

Q кластерів Скромний набір даних по процесорах і памяті, трохи ін-

формації про кластер як такому (наприклад, лічильник Current failover level) та інформації про операції з ВМ в цьому кластері Маються на увазі операції виду включення, виключення, перезавантаження, міграцій, клонування та багато інших А що виводиться про них інформація – їх кількість

Q datacenter Тільки інформація про кількість різноманітних операцій

з віртуальними машинами

Q сховищ (Home Inventory Datastores) Доступна інформація про

утилізації місця віртуальними машинами з розбивкою по їх дискам,

знімкам стану (snapshot), файлів підкачки

Крім закладки Performance, Є ще деякі джерела інформації про використання ресурсів серверів

Для пулів ресурсів і серверів ми можемо оцінити відсоток використання їх ресурсів процесора і памяті Для сховищ і серверів ми можемо оцінити кількість вільного місця на сховищах

Для оцінки споживання ресурсів пулу нам знадобляться його закладки Summary

і Virtual machines Давайте поглянемо на них

Закладка Summary, Рис 641

Для процесора тут відображаються показники:

Q  Consumed – Поточне споживання ресурсів процесора ВМ цього пулу

Рис 641 Summary для пулу ресурсів

Q  Active – Максимальна кількість ресурсів, що може бути виділено для ВМ в цьому пулі Якщо для пулу налаштований limit для процесора, то Active більше не limit

Q  Resource Settings – Тут вказані налаштування limit, reservation і shares для цього пулу Найцікавіше – це значенняWorst case allocation – Приблизний підрахунок того, скільки ресурсів споживатимуть всі включені ВМ цього пулу, якщо вони почнуть споживати по максимуму з того, що їм дозволено Враховуються налаштування limit, reservation і shares на рівні кожної ВМ, а також доступні фізичні ресурси сервера і пулу ресурсів

Для памяті:

Q  Private – Стільки мегабайт виділено для ВМ з фізичної оперативної памяті, і ці сторінки памяті не загальні

Q  Shared – Стільки мегабайт памяті виділено для ВМ з фізичної оперативної памяті, але ці сторінки однакові хоча б для двох ВМ, і однакові сторінки для різних ВМ адресуються в одну сторінку в физиче ської памяті Це економія памяті механізмом Transparent Memory Page sharing Зверніть увагу: якщо у трьох ВМ однаково по 10 Мб в памяті, то shared для них дорівнюватиме 30 Мб, хоча цими співпадаючими даними реально в памяті сервера буде зайнято 10 Мб

Q  Swapped – Стільки памяті переадресується в VMkernel swap

Q  Ballooned – Стільки памяті зайнято балоном в гостьових ОС

Q  Unaccessed – Стільки памяті серверу не виділено ні для однієї ВМ, тобто вільно

Q  Active – Стільки памяті активно задіюється гостьовими ОС

Q  Resource Settings – Тут вказані налаштування limit, reservation і shares для цього пулу Найцікавіше – це значенняWorst case allocation – Приблизний підрахунок того, скільки ресурсів споживатимуть всі включені ВМ цього пулу, якщо вони почнуть споживати по максимуму з того, що їм дозволено Враховуються налаштування limit, reservation і shares на рівні кожної ВМ, а також доступні фізичні ресурси сервера і пулу ресурсів

Зверніть увагу: якщо пул ресурсів створений в DRS-кластері, то він свою частку відраховує від всіх ресурсів кластера, від суми мегагерц і мегабайт всіх серверів в ньому

Закладка Virtual Machines, Рис 642

Тут нам доступна різноманітна інформація – особливо зверніть увагу на пункт View Column контекстного меню

Рис 642 Закладка Virtual Machines

До ресурсів безпосередньо відносяться стовпці Host CPU, Host Mem і Guest Mem:

Q  Host CPU – Скільки мегагерц гіпервізор виділяє ВМ зараз

Q  Host Mem – Скільки мегабайт виділяється ВМ зараз плюс накладні витрати памяті на неї Величину накладних витрат можна подивитися на

закладці Summary для ВМ ⇒ Memory Overhead

Q  Guest Mem – Скільки відсотків від виділеної памяті активно використовують-

ет ВМ Входить в попередній пункт

Для будь-якого обєкта в ієрархії vCenter доступна закладкаStorage Views

(Рис 643)

Рис 643 Storage Views

Тут вам доступна найрізноманітніша інформація – зверніть увагу на меню, що випадає (рис 644)

Тобто ви можете переглядати різного роду інформацію для тих чи інших обєктів Плюс до того зверніть увагу на пункт View Columns контекстного меню тут (рис 645)

Нарешті, зверніть увагу на кнопку Maps закладки Storage Views (Рис 646)

Тут можна переглянути взаємозвязку між відносяться до сховищ обєктами

Рис 644 Доступна інформація на закладці Storage Views

Рис 645 Доступна інформація на закладці Storage Views

Ще один шлях для отримання даних про навантаження на сервер з боку віртуальних машин – скористатися командним рядком нам доступні два варіанти однієї і тієї ж утиліти – esxtop і resxtop

esxtop ми можемо запустити з командного рядка ESX (i), локально або через SSH

resxtop ми можемо використовувати з vSphere CLI під Linux, завантаживши та встановивши їх Або завантаживши та запустивши на vSphere віртуальну машину з vMA, де ці

Рис 646 Maps на Storage Views

vSphere CLI вже встановлені На прикладі останнього варіанту – підключаємося до vMA по SSH і виконуємо команду resxtop – server <ім'я сервера ESX (i)>

В незалежності від того, чи працюємо ми з esxtop або resxtop, інтерфейс і можливості практично ідентичні

Після запуску утиліти ми побачимо приблизно таке (рис 647)

Рис 647 esxtop

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

За замовчуванням нам демонструється інформація про процесор Щоб переключитися на інші підсистеми, натисніть:

Q m – дані по памяті

Q n – дані по мережі

Q d – дані по дискової підсистемі, а саме контролерам

Q u – дані по дискової підсистемі, а саме пристроїв (LUN)

Q v – дані по дискової підсистемі, дані по віртуальних машин

Q c – дані по процесорах, саме вони демонструються за замовчуванням

Зверніть увагу, що на екрані інформації про процесорної підсистемі кожен рядок – це група процесів, що відносяться до однієї віртуаль ної машині Зокрема, кожен віртуальний процесор породжує окремий процес Щоб побачити дані кожного процесу, натисніть «e» і введіть номер групи (стовпець ID)

Q цифри 2 і 8 дозволять підсвітити рядок, переміщаючи підсвічування вгору і вниз Цифра 4 видалить виділену рядок з екрану Цифра 6 розгорне групу процесів виділеної в даний момент рядка

Q l – відображення тільки процесу з вказаним GID

Q f – вибір лічильників (стовпців) за поточною підсистемі

Q o – вибір порядку розташування стовпців

Q W – зберегти зроблені зміни в конфігураційний файл esxtop

Q # – кількість виведених рядків

Q s і цифра – дозволять поміняти частоту оновлення даних на екрані За замовчуванням – раз в 5 секунд

Q – Допомога

Для того, щоб залишити на екрані дані тільки по віртуальним машинам, натисніть Shift+v

Зрозуміло, це не всі ключі Список джерел додаткової інфор-

ції см трохи нижче

У даних esxtop досить багато нюансів Що означає (наприклад)% USED в показаннях esxtop % USED = («час CPU used в передостанній момент зняття даних» мінус «час CPU used в останній момент зняття даних ») ділити на (час між останнім і передостаннім моментом зняття даних)

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

Q вбудованої довідкою, доступною по команді man esxtop

Q  http://communitiesvmwarecom/docs/DOC-7390 Q  http://communitiesvmwarecom/docs/DOC-3930 Q  http://communitiesvmwarecom/docs/DOC-11812

В описаному варіанті запуску (r) esxtop показує дані в реальному часі

А якщо необхідні дані для аналізу Тоді запустіть команду такого вигляду:

esxtop  -a  -b  -d  10 -n  1080 &gt /tmp/esxtopout_esxi2csv

Параметри задають такі налаштування:

Q a – вивантаження всіх параметрів (можна вивантажувати лише частина, для зниження розміру підсумкового файлу)

Q b – пакетний режим

Q d – розмір затримки в секундах, тобто дані знімаються кожні d секунд

Q n – кількість ітерацій

Таким чином, ця команда вивантажить у файл з вказаним імям всі дані по навантаженню на сервер за d × n секунд, починаючи з моменту запуску команди

Отриманий на виході csv файл можна завантажити в perfmon або утиліту під назвою esxplot для зручного аналізу зібраних даних Для копіювання цього файлу на свій компютер зручно використовувати утиліту WinSCP

Запустіть perfmon: Пуск Виконати perfmon

Подальша інструкція для системного монітора Windows Server 2003 і

Windows XP

У вікні, вас цікавить іконкаЗавантаження даних з журналу

(View Log Data), потім закладка Джерело (Source), на ній виберіть Файли журналу (Log files) ⇒ кнопка Додати (Add) ⇒ виберіть csv-файл

Рис 648 Дані esxtop в Perfmon

Потім закладкаДані (Data) ⇒ видаліть всі входження ⇒ кнопкаДодати (Add) ⇒ меню, що випадає Обєкт (Performance Object) ⇒ виберіть цікаву групу лічильників ⇒ нижній лівий список, виберіть інтересу ющий лічильник ⇒ нижній правий список, виберіть обєкт, що цікавить або обєкти ⇒ натиснітьДодати (Add) Після додавання всіх цікавлять

лічильників натиснітьЗакрити На рис 648 показано вікно Perfmon з єдиним відкритим лічильником CPU ready для віртуальної машини File_Server_ Win2008

Альтернатива perfmon – утиліта esxplot, власна розробка одного з інженерів VMware Посилання на неї можна знайти на http://labsvmwarecom/ Після

завантаження запустіть виконуваний файл, меню File Import Dataset ⇒ вкажіть

csv-файл з даними від esxtop Потім в нижньому лівому полі шукайте цікаву

групу лічильників Праворуч відобразиться графік (рис 649)

Рис 649 Дані esxtop в esxplot

Я рекомендую спробувати обидва засоби і вибрати більш зручне особисто для вас

До складу VMware tools для Windows входять dll, які дозволяють до деяких з лічильників гіпервізора отримувати доступ зсередини віртуальної машини Запустіть perfmon, запустіть вікно додавання лічильників У списку будуть групи VM Processor і VM Memory (рис 650)

Рис 650 Додавання лічильників гіпервізора в perfmon гостьовий ОС

Джерело: Міхєєв М О Адміністрування VMware vSphere 41 – М: ДМК Пресс, 2011 – 448 с: Ил

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*