Жива оптика | Оптичний простий | Глибина черги: Глибший погляд

Черга диска часто вважається першим показником низької продуктивності додатків, але її часто звинувачують занадто рано. Наступне пояснення — це короткий і простий посібник для розуміння базових підходів до розвіювання міфікації Disk Que.

Давайте розділимо це на дві частини. Базовий гід з виживання після наїзду і втечі для тих, хто не має часу читати далі та глибше розуміння того, чому Disk Queue став центральним елементом спочатку. 

Посібник з виживання:

Проєкт AN Optical Prime показує кількість видалених IO з точки зору ОС для кожного семплу протягом періоду запису. Якщо проблема в черзі диска, вона має бути тісно пов'язана із затримкою в той самий період. Отже, від хорошого до гіршого:

- Низька черга диска та низька затримка = ймовірно задоволене застосування та користувацький досвід

- Висока черга диска та низька затримка = Якщо затримка залишається бажаною, це має бути прийнятно.

- Низька черга диска та висока затримка = Потребують уваги, але навряд чи це ваше сховище.

- Високий диск і висока затримка = Слід розглядати ваше сховище як потенційне вузьке місце.

Останнє слід дослідити, і саме тут важливою є значення оптичного простого показника, що відображає продуктивність у часі. Якщо Disk Queue спричиняє затримку, слід побачити тісно пов'язані закономірності між цими двома значеннями.  

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

Щоб зрозуміти основи довжини черги диска, подумайте про чергу на касу у вашому місцевому «Food-Mart». Всі знають процедуру... Ви обираєте свої товари, стаєте в чергу на касу, коли настає ваша черга — ви платите, і нарешті володієте товаром.

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

На базовому рівні визначення черга диска — це кількість невиконаних операцій на диску, які «чекають у черзі», і тому її часто розглядають як позначення проблем із зберіганням.

Ми всі знаємо, що додавання більшої кількості касирів у Food-Mart змусить чергу розширитися і працювати швидше, і це відбувається завдяки збільшенню рівня паралельної роботи. Ті ж базові принципи можна застосувати і до запитів на введення. Якби у мене був лише один диск на сервері, який намагався виконати всю цю роботу, або навіть, скажімо, невеликий RAID 5, який намагався це зробити. Тоді можна уявити, що додаток створює навантаження, де лінія виходу для введення/виведення буде резервною. Це явище високої черги дисків називається «Зв'язок у шпиндель». Простіше кажучи, диски не встигають за попитом, тому формується лінія, яка проявляється у вигляді затримки для операційної системи.

Основна рекомендація полягає в тому, що черга на дисках більше ніж 2-4 — це погано.

Легко, правда? На жаль, все ускладнюється.

Правило таке: черга на дисках понад 2-4 на диск — це погано... Причина, чому це ускладнюється, у тому, що Optical Prime не показує, скільки дисків складається з цієї «F: Їдь."

Здається, це дрібниця, чому б нам не взяти кількість дисків і не закінчити на сьогодні? Ну, ми не завжди так робимо. Деякі диски насправді є розділами, і дисководи E: та F: можуть бути на одному диску. Кращою маскою правди є самі

масиви зберігання.Будь-який зовнішній масив дисків, який може представляти Volume або LUN для операційної системи, може маскувати будь-яку кількість дисків від ОС. Наприклад, масив може мати RAID-групу з 4 або 9 дисків, що складають LUN, що представлений ОС Windows як «F: Їдь"... Отже, якщо у нас є черга на дискі 15, чи це погано... Чи це нормально?

Інтерференція
застосунківДеякі додатки можуть керувати чергою диска або бути чутливими до неї. Застосунки для управління, такі як SQL Server, можуть зменшувати обсяги введення/виведення, щоб не створювати надто багато відмінних IO. Якщо вони бачать, що черга диска піднімається, це може приховати проблему, не даючи їй вийти з-під контролю.

Патерни
данихНа касі у Food-Mart... Коли менеджер нарешті прокидається і відкриває три нові касові смуги, люди можуть розходитися і проходити черги, бо їхні покупки не пов'язані між собою. Вони схожі на випадковий ввод/вихід. Кожна людина проходить цю чергу незалежно від інших. Випадковий вихід — це те саме. Кожна операція прагне завершитися якомога швидше і насправді не переймається іншими.

Послідовні дані навпаки і можуть розглядатися більше як фільм. Фільм — це серія фотографій у статичних кадрах, які відтворюються «послідовно», щоб створити ефект кінофільму. Щоб фільм мав сенс, ці кадри мають відтворюватися по порядку і залежати від цього порядку, щоб фільм мав сенс. (звісно, без будь-яких фільмів Квентіна Тарантіно)

Часто послідовний ввод/вивід не можна розділити на паралельну активність. Залежно від характеру програми, що виконує послідовне навантаження, ви можете помітити або не помітити збільшення черги на дискі та затримки, але подібна кореляція може поширюватися і на розмір передачі введення/виводу. Щоб дізнатися більше про це, прочитайте допис про те, як розмір переносу введення/виведення може впливати на затримку.

Резюме
Сьогодні з SSD і віртуалізованим сховищем ймовірність того, що диски є вузьким місцем, вже не така, як тоді, коли 15 K RPM були найвищим рівнем. Втім, варто звернути увагу на це щоразу, коли ви шукаєте проблему затримки.  

Майже легше виключити, що затримку спричиняє диск, ніж знайти причину затримки. Але принаймні у вас буде на одне місце менше для пошуку :).

Якщо у вас є питання, будь ласка, звертайтеся до Live Optics Support за адресою liveoptics.support@dell.com.