Оптимальний рейдовий масив на Centos 6


2

У мене є диски 4x2TB, і я хочу створити якісний масив RAID5 (сервер - це мікросервер HP N40L з 8 Гб оперативної пам’яті, завантаження з 64 ГБ SSHD). ОС - Centos 6.3, x86_64.

Я створив рейдовий масив за допомогою цієї команди:

mdadm --create --verbose /dev/md0 --level=5 --raid-devices=4 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1

Коли я тоді роблю:

mdadm --examine /dev/sda1

... Мені кажуть, що "розмір Chunk" становить 512 К (мабуть, це нове значення за замовчуванням mdadm).

Тепер я хочу відформатувати масив з XFS. Мені кажуть (за адресою http://www.mythtv.org/wiki/Optimizing_Performance#Optimizing_XFS_on_RAID_Arrays ), що "sunit" дорівнює моєму розміру Chunk, вираженому у кількості 512-байтових блоків -так, у моєму випадку 512KB = 1024 512байтові блоки. Так само "ширина" - це кількість ефективних дисків у моєму масиві. У моєму випадку у мене 4 диски в рейді 5, тому 3 ефективні диски і 3x1024 = 3072. Тому я відформатував свій новий масив командою:

mkfs.xfs -b size=4096 -d sunit=1024,swidth=3072 /dev/md0

У мене зараз два питання. Наведена вище команда дала мені цю помилку:

mkfs.xfs -b size=4096 -d sunit=1024,swidth=3072 /dev/md0
log stripe unit (524288 bytes) is too large (maximum is 256KiB)
log stripe unit adjusted to 32KiB [...]

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

Друге питання полягає в тому, чи правильно я обчислював параметри XFS, чи я базую зовсім неправильне дерево (якщо це допомагає, масив здебільшого буде зберігати великі музичні та відеофайли). Чи зрозумів я, наприклад, "розмір шматка" та "розмір смужки"? Чи оптимальним є розмір 4096 у моїй команді mkfs? І так далі.

Буду вдячний за будь-яку пораду з цього приводу.

Відповіді:


1

XFS не підтримує смугові одиниці розміром більше 256 К, тому просто перетворіть свій RAID-масив 256-смуговою смугою. Це --chunkпараметр mdadm.

Розмір блоку в 4 кб може бути занадто малим для використання за призначенням. Якби ви зберігали безліч невеликих файлів, то, можливо, 4k буде більш ідеальним. XFS може працювати аж до 64 кб блоків. Швидше читати та писати суміжні блоки, але ви втрачаєте трохи місця для накладних витрат великих розмірів блоків.

Ви можете розподіляти лише в блоках, тому виберіть розмір блоку виходячи з розміру файлів, з якими ви плануєте мати справу. При розмірі блоку в 4 кб файл розміром 1 кб займає 4 кб простору (1 блок), а файл розміром 65 кб займає 68 кб простору (17 блоків). При розмірі блоку в 64 кб файл розміром 1 кб займає 64 кбіт (один блок), а файл розміром 65 кб займає 128 кбіт (2 блоки).

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

Ще одне, що потрібно зрозуміти - це групи розподілу. Кожен AG отримує окремий потік вводу-виводу. Розподільник XFS намагається помістити кожен каталог в інший AG. Основна теорія - один АГ на фізичний пристрій.

Прочитайте документацію XFS і зрозумійте, як побудована файлова система:

Складіть кілька освічених здогадок і вирішіть, які фактори є для вас найважливішими. Отримайте кілька файлів, які представляють ваші виробничі дані (або копію фактичних виробничих даних) та запустіть деякі орієнтири щодо того, що вам важливо. Виберіть такий показник, як швидко ваше відео чи аудіо програмне забезпечення для читання та запису файлів на основі різних розмірів блоку? Як вплив декількох інженерів аудіо / відео одночасно на доступ до файлів впливає на пропускну здатність з різними АГ?

XFS розроблений для масових сотень терабайтних файлових систем, які живуть на SAN, вартістю більше ніж на будинок, для зберігання масивних нестиснених медіа-файлів, як це потрібно для професійних кіностудій. Якщо ви використовуєте це для зберігання піратської музики та телепередач на дешевій скриньці Linux, тоді просто використовуйте ext4, виправити неполадки та виправити їх буде набагато простіше, якщо у вас виникнуть проблеми.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.