ESXi - Що може бути причиною великої затримки запису в локальній сховищі даних?

0

У мене є сервер ESXi 5.5, і я відчуваю високу затримку запису в локальній сховищі даних.

Цей сховище даних знаходиться на віртуальному диску, який надається картою RAID (два диски SATA на RAID 1).

Коли я копіюю великі файли, для завершення передачі та запису затримки в середньому потрібно 84 години! Це занадто багато.

Я знаю, RAID 1 не покращує швидкість запису, btw.

Тому я намагаюся знайти місце, де вузьке місце. Чи може це бути RAID-карткою? (PCI-e 8x, апаратне забезпечення на 100%). Чи може це бути проблемою фрагментації? (Не дуже вірогідний на VMFS).

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

— mimipc
джерело

1

Який контролер ви використовуєте? Що таке апаратне забезпечення сервера? Які типи дисків використовуються? Чи є у вас на базі батареї або підтримується спалахом RAID-контролер? Якщо так, то який розмір та співвідношення кешу?

— ewwhite

3

SImply сказав, що ваша проблема така:

(два диски SATA на RAID 1).

Включіть це як завгодно, але два ймовірно дуже повільні диски - це 2 дуже повільних диска, і нічого, крім важкого кешування, не обійдеться навколо нього. У вас тут невеликий бюджет IOPS і єдиний тонкий, який може виправити те, що має більший.

Приклад - використання Raid 10 з 8-10 дисками дасть вам набагато більше IOPS. Використання контролера Rapid enerprise (на зразок Adaptec 71605Q) та введення декількох SSD в якості прозоро використаного кешу вирішить проблему запису. Я регулярно копіюю файли з 500 Мб / с на Raid 6 завдяки цьому.

Але ваша проблема полягає в тому, що 2 нешвидкісні (тобто максимум 7200 об / хв) SATA диски - це саме те, і ви, схоже, не маєте іншого обладнання, щоб це пом'якшити.

— TomTom
джерело

Я розумію це досить добре, але 84 мс (середній) здається набагато набагато надто для 7200 об / хв накопичувачів. Я не можу дозволити собі рішення, про яке ти говориш, як це для невеликого тестового оточення, але я не розумію, чому це так повільно.

— mimipc

3

Навряд чи. Якщо ви перевантажуєте їх, що трапляється. VmWarel ikely вражає ДУЖЕ довгу чергу. Я регулярно маю затримку 200 + мс на 8 диску RAID 10 для моїх серверів баз даних. Це не мало - це перевантажено. Тому що копіювання великих файлів перевантажує його.

— TomTom

1

Якщо ваш гість є Linux, ви можете сказати йому, що він змушує значно агресивніше писати кешування, що дуже допомагає боротися з такими затримками запису. Інтервал промивання кеш-пам'яті за замовчуванням 5 або 30 секунд виходить із мрії розробників файлової системи / vm, де їм ніколи не потрібно налагоджувати містичні проблеми, що виникають із деяких апаратних проблем, в той час як їх код нормально.

Наступні налаштування sysctl дозволяють зробити вас набагато краще збалансованими операціями запису:

vm.dirty_background_ratio = 20
vm.dirty_expire_centisecs = 360000
vm.dirty_writeback_centisecs = 360000

(Інші ОС (включаючи esxi) також мають таку ж проблему, але там ви не можете змінити параметри запису vm так легко.)

— петерх
джерело

Приємне пояснення цього сайту lonesysadmin.net/2013/12/22/…

— col.panic