У меня следующее оборудование:
1x - Areca ARC-1680IX-24 PCIe x8 SAS RAID Card
24x - Seagate Barracuda LP 2 TB 5900RPM SATA 3 GB/s 32 MB Cache 3.5-Inch Internal Hard Drive ST32000542AS
Я планирую настроить следующие тома на RAID-контроллере.
Volume Info for RAIDSET #1, 4x 2tb drives:
V#1 RAID10,10gb - 4k stripe size
V#2 RAID10,3tb - 4k stripe size
V#3 RAID0,2tb - 128k stripe size
Volume Info for RAIDSET #2, 6x 2tb drives:
V#4 RAID0,300gb - 4k stripe size
V#5 RAID5,7.8tb - 64k stripe size
Volume Info for RAIDSET #3, 6x 2tb drives:
Volume Info for RAIDSET #4, 6x 2tb drives:
V#6 RAID50,20tb or RAID60,16tb - 128k stripe size
Когда я настраиваю эти тома в RAID-контроллере, у меня возникают проблемы с выравниванием и размером полосы. Я знаю, что с обычным жестким диском важно правильно выровнять раздел для хорошей производительности. Я предполагаю, что мне нужно беспокоиться об этом также при настройке томов RAID? Или контроллер RAID обеспечит оптимальное выравнивание?
Моя следующая проблема заключается в том, как это выравнивание влияет на тома LVM. Сообщает ли контроллер RAID драйверу LVM, как правильно выполнить выравнивание в томе RAID?
У меня есть выбор из множества размеров полос, от 4k до 128k. Повлияет ли выбор размера полосы на мои размеры выравнивания и / или распределения томов RAID, например Если я выберу размер полосы 128 КБ в наборе RAID с 4 дисками, который будет настроен в RAID 0, должен ли я сделать размер моего тома RAID кратным 512 КБ? Кроме того, каков оптимальный размер полосы для корневого каталога Linux и раздела подкачки или просто для общего использования?
Наконец, RAID-контроллер предоставляет 3-канальный контроллер SCSI, есть ли какое-либо преимущество в производительности при разделении моей нагрузки по 3 каналам, или это только для того, чтобы он мог поддерживать больше дисков?
Вы должны иметь в виду до 3-х уровней выравнивания - 1). менеджер тома, 2). разделение тома, 3). файловая система. Если вы не используете LVM, то 1 не имеет значения. Если вы не разбиваете свои тома на разделы с помощью fdisk, значение 2 также не имеет значения. Наиболее важное выравнивание для производительности - 3. При правильном выравнивании вы можете увидеть прирост производительности до 15%.
Для случаев 1 и 2 хорошим общим правилом было бы выравнивание по границам мегабайта.
1). LVM обычно хорошо справляется: а) помещает метаданные в конец тома и б) дает вам возможность указать размер метаданных (например, «pvcreate -M2 --metadatasize 2048K --metadatacopies 2»)
2). Если вам нужно снова разделить любой из этих томов с помощью fdisk, попробуйте придерживаться границ МБ. В современных версиях Linux fdisk есть эта опция, а также в последней версии gparted.
3). Выравнивание файловой системы важнее всего. У меня есть опыт выравнивания xfs и ext3 (ext4 должен быть похож на ext3), и вам нужно будет сделать здесь некоторую математику, а затем указать правильные параметры при создании файловой системы. Посмотрите в документации конкретные параметры, а именно то, что называется «шириной полосы». Однако будьте осторожны с интерпретацией - в зависимости от типа fs он выражается либо в блоках 512 Б, либо в байтах, поэтому вам нужно будет выполнить соответствующие вычисления. Эта интерпретация также зависит от количества дисков в массиве RAID и уровня RAID. Вы также можете найти полезную информацию в эта тема.
Кроме того, вы можете указать параметры при монтировании файловой системы, которые могут еще больше повысить производительность. Вот параметры, которые я использую с файловой системой xfs размером 18 ТБ: «noatime, attr2, nobarrier, logbufs = 8, logbsize = 256k». Но будьте осторожны, это не универсальные правила, и их неправильное использование может поставить под угрозу надежность вашей системы (особенно «без барьеров»).
Еще одна вещь, о которой следует помнить, что если вы планируете в будущем расширение любого из этих RAID-массивов, вы должны принять это во внимание при создании файловых систем, поскольку это неизбежно повлияет на ваше идеальное выравнивание ;-)
Надеюсь, это указывает вам правильное направление. Радоваться, веселиться :-)