Перевірка - хитра. Перша моя думка полягала в тому, щоб зробити серію прямого читання IO 4KB із засобів масової інформації та спостерігати за миготливими світлами. Якщо кожне x-й читання спричиняє спалах двох дисків, це ознака невідповідності (4 кб зчитування просто перетинає межу смуги RAID). Однак ви знаходитесь на відстані 3000 миль від обладнання, щоб це не працювало для вас.
Я припускаю, що ваша ширина смуги RAID перевищує розмір сектора 4 КБ. Тест, про який я думав трохи раніше, - це зробити тест читання / запису кроку. Тут ви читаєте / записуєте кожен x 4 КБ секторів. Змініть зміщення, і ви можете змінити місце, де в тесті RAID ви тестуєте. Якщо певні зрушення показують різну продуктивність, я вважаю, що ознака того, що конкретний зсув охоплює смугу RAID для операції 4 КБ. Це дозволило б підтвердити, що XFS вирівнюється належним чином у конфігурації RAID.
Перевірка правильності вирівнювання смужок RAID може бути виконана за допомогою аналогічного тесту кроку і слідкувати за значеннями "іостату" для окремих дисків. Якщо ви маєте правильний розмір кроку, вам слід побачити активність лише на двох дисках у будь-який момент часу. Якщо той самий тест демонструє активність на всіх чотирьох накопичувачах, то у вас є доказ того, що щось не вирівняно.
Я точно знаю, що орієнтир IOZONE для зберігання даних має змогу зробити тест на крок, і я був би дуже здивований, якщо більш поширений IOMETER не міг цього зробити. Можливість використовувати кешування прямого вводу-виводу та обхід кешування і комбінування записів є критично важливим для таких видів тестів.