Storage IO Control, SIOC, для дискової підсистеми

Починаючи з версії 41 сервери ESX (i) отримали можливість управляти розподілом кількості операцій введення-виведення в секунду між віртуальними машинами

Ми можемо оперувати двома налаштуваннями – limit і shares, ці настройки робляться на рівні диска віртуальної машини

Limit тут – явне число операцій введення-виведення в секунду, яке може отримати цей диск віртуальної машини як максимум За замовчуванням limit не заданий Limit вказується в операціях введення-виведення в секунду Якщо вам зручніше оперувати Мб / сек, то, поділивши необхідне число Мб / сек на розмір однієї операції введення-виведення (яким оперує дана ВМ), ви отримаєте шукану кількість IOPS Наприклад, для отримання максимум 10 Мб / сек для віртуальної машини, що оперує блоками в 64 Кб, вкажіть її диску limit, рівний 160 IOps

Зверніть увагу Якщо користуватися налаштуванням Limit, то вона повинна бути вказана для всіх дисків віртуальної машини Якщо це не так, то настройка застосовуватися не буде

Shares – як і для інших ресурсів, ця величина є часткою ресурсу, тут це IOps

Цей механізм включається для окремого сховища VMFS Притому працює він не весь час, а лише по спрацьовуванню умови – перевищення порогової величини затримки (Latency) Коли значення цього лічильника перевищує зазначену нами порогову величину, налаштування Limit і Shares застосовуються І згідно з цими настройками перерозподіляються дискові операції сховища між дисками віртуальних машин, на ньому розташованих

Давайте пройдемося по фактам про налаштування та експлуатації цього механізму

SIOC вимкнений за замовчуванням Зроблено це з тієї причини, що далеко не всі ліцензії vSphere дозволяють задіяти цю функцію

Порогове значення Latency за замовчуванням – 30 мілісекунд Притому вираховується і оцінюється середнє значення Latency для всіх серверів, що звертаються до сховища VMFS

Для включення SIOC необхідний vCenter Для роботи SIOC vCenter не є необхідним Сервери записують необхідні дані на на саме сховище, в першу чергу це значення Latency і настройки Limit / Shares віртуальних дисків Виходячи з цих даних, працює відповідна служба на кожному ESX (i) Ця служба називається «PARDA Control Algorithm», і основні її компоненти – це «latency estimation »і« window size computation » Перший використовується для оцінки Latency щодо порогового значення (це робиться кожні 30 секунд), друге вираховує необхідну глибину черги для сервера При чому тут глибина черзі

Справа в тому, що саме за рахунок динамічної зміни цієї самої глибини і реалізовано поділ IOps сховища між віртуальними машинами з різних серверів Порівняйте рис 618 і 619 Перший з них ілюструє ситуацію без SIOC – коли два сервера звертаються на сховище і повністю його навантажують, то спочатку система зберігання ділить операції введення-виведення між серверами порівну Потім кожен сервер може поділити оброблювані сховищем для нього IOps в необхідної пропорції між своїми віртуальними машинами

Рис 618 Розподіл операцій введення-виведення між ВМ різних серверів без SIOC

А ось на рис 619 показана та ж ситуація, але вже з SIOC

Рис 619 Розподіл операцій введення-виведення між ВМ різних серверів при включеному SIOC

Як бачимо, ESX (i) 2 пропорційно зменшив глибину своєї черги (до 16), завдяки чому система зберігання надала для нього (його віртуальних машин) пропорційно меншу частку операцій введення-виведення даного LUN ESX (i) зменшує глибину черзі з таким розрахунком, щоб операції введення-ви вода ділилися між віртуальними машинами з одного сховища VMFS (LUN) пропорційно їх Shares Глибина черги не може стати менше 4

Зверніть увагу Для NFS даний механізм недоступний Для VMFS з extend даний механізм не працює Для RDM SIOC не працює Якщо після включення SIOC змінилося число серверів, що працюють з сховищем, то дану функцію слід вимкнути і включити заново

SIOC включається на рівні сховища VMFS Включення цієї функції вельми тривіально: виберіть один з серверів, якому доступно цікавлю-

щее вас сховище VMFS ⇒ Configuration Storage ⇒ вибираємо сховище

VMFS  ⇒ Properties Нас цікавить прапорецьStorage I/O Control По кнопці

Advanced нам доступна зміна порогового значення Latency, по досягненні

якого механізм SIOC втручається у розподіл операцій введення-виведення між віртуальними машинами У документі «Storage I / O Control Technical Overview and Considerations for Deployment» (http://wwwvmwarecom/resources/ techresources/10118) VMware наводить рекомендації по рекомендованим значенням Latency залежно від типу сховища Наприклад, для сховища з накопичувачами SSD нормальним вважається Latency = 10-15 мс

VMware рекомендує включити SIOC Цей механізм буде корисний навіть з налаштуваннями за замовчуванням на рівні віртуальних машин – тим, що якась одна віртуальна машина не зможе задіяти всю продуктивність LUN при сплеску активності

Зверніть увагу на два елементи інтерфейсу, корисних при роботі з SIOC (рис 620 і 621)

Рис 620 Вкладка resource allocation ⇒ disk

Рис 621 Вкладка Virtual Machines для Datastores

Джерело: Міхєєв М О Адміністрування 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>

*

*