У мене є 10 дисків з 8 ТБ кожен в апаратному RAID6 (таким чином, 8 дисків даних + 2 паритету). Після відповіді на дуже схоже питання я сподівався на автоматичне виявлення всіх необхідних параметрів. Однак при створенні файлової системи XFS наприкінці я отримав
# mkfs.xfs /dev/vgdata/lvscratch
meta-data=/dev/vgdata/lvscratch isize=256 agcount=40, agsize=268435455 blks
= sectsz=4096 attr=2, projid32bit=1
= crc=0 finobt=0
data = bsize=4096 blocks=10737418200, imaxpct=5
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=0
log =internal log bsize=4096 blocks=521728, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
Це виглядає так, що стриптиз не використовувався. Через різні терміни, які я знаходив на різних сайтах (розмір смуги, розмір смуги, шматок смуги, ...), я хотів би запитати, чи правильно я встановив параметри вручну.
RAID 6 був налаштований розміром смуги 256 КБ:
# ./storcli64 /c0/v1 show all | grep Strip
Strip Size = 256 KB
Таким чином, розмір смуги становить 8 * 256 Кб = 2048 КБ = 2 МБ. Це правильно? Відповідно до цього (і якщо я правильно це розумію), pvcreateаргумент повинен використовувати розмір смужки (або фрагмента) як аргумент для dataalignment:
# pvcreate --dataalignment 256K /dev/sdb
Physical volume "/dev/sdb" successfully created
Зауважте, що я використовував весь пристрій RAID без розділів. Тепер a
# vgcreate vgdata /dev/sdb
Volume group "vgdata" successfully created
з розміром PE за замовчуванням розмір 4 Мб повинен бути добре, оскільки він кратний розміру смуги 2 Мб. Правильно?
Тепер частина vgroup віднесена до логічного обсягу:
# lvcreate -L 40T vgdata -n lvscratch
Logical volume "lvscratch" created.
Нарешті, файлова система створюється, але тепер з правильними аргументами (розмір смужки 2 Мб, ширина смуги 8):
# mkfs.xfs -d su=2048k,sw=8 /dev/vgdata/lvscratch
meta-data=/dev/vgdata/lvscratch isize=256 agcount=41, agsize=268434944 blks
= sectsz=4096 attr=2, projid32bit=1
= crc=0 finobt=0
data = bsize=4096 blocks=10737418240, imaxpct=5
= sunit=512 swidth=4096 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=0
log =internal log bsize=4096 blocks=521728, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
Чи правильний такий підхід? Чи варто пам’ятати про розширення логічного обсягу або групи томів? Я припускаю, що якщо група гучності буде розширена за допомогою іншої системи RAID6, розмір смуги повинен бути рівний нинішньому RAID6.
EDIT : Моя плутанина, здається, в основному заснована на різному використанні термінів, пов'язаних із смугою. Виробник мого RAID-контролера, LSI або Avago, визначає умови таким чином :
Ширина смуги
Ширина смуги - це кількість приводів, що беруть участь у групі приводів, де реалізована смуга. Наприклад, група приводів на чотири диски з смугою диска має ширину смуги чотири.
Розмір смуги
Розмір смуги - це довжина переплетених сегментів даних, які контролер RAID записує на декілька приводів, не включаючи диски парності. Наприклад, розглянемо смужку, яка містить 64 КБ дискового простору і має 16 КБ даних, що зберігаються на кожному диску в смужці. У цьому випадку розмір смужки становить 64 КБ, а розмір смужки - 16 КБ.
Розмір смужки
Розмір смуги - це частина смуги, яка знаходиться на одному приводі.
Вікіпедія (і IBM ), схоже, використовують інші визначення:
Сегменти послідовних даних, записаних або прочитаних з диска до продовження операції на наступному диску, зазвичай називаються блоками, кроками або смуговими одиницями, тоді як їх логічні групи, що утворюють одиночні смугасті операції, називаються смугами або смугами. Обсяг даних в одному відрізку (смугова одиниця), часто позначається в байтах, по-різному називається розміром шматка, розміром кроку, розміром смуги, глибиною смуги або довжиною смуги. Кількість дисків даних у масиві іноді називають шириною смуги, але вона також може стосуватися кількості даних у смузі.
Обсяг даних за один крок, помножений на кількість дисків даних у масиві (тобто глибина смуги, кратна ширині смуги, яка за геометричною аналогією дала б площу), іноді називається розміром смуги або шириною смуги. Широка смугаста виникає, коли шматки даних поширюються по декількох масивах, можливо, на всіх дисках системи. Вузька смугаста трапляється, коли шматки даних розподіляються по накопичувачам в одному масиві.
Навіть у Вікіпедії текст вище розміру смуги використовується з двома різними значеннями. Однак я припускаю, що при створенні файлової системи xfs розмір одного фрагмента, що зберігається на одному диску, повинен бути заданий як аргумент su. Це, воно повинно бути mkfs.xfs -d su=256k,sw=8в команді вище. Правильно?
pvcreate's--dataalignment?