Я настраиваю систему с системой с mdadm RAID5, который является единственным PV для VG, в котором размещены 4 LV.
Когда я создам файловую систему, будет ли mkfs.ext4 -E вариант пригодится? Или его эффект невозможно узнать из-за махинаций LVM?
-E extended-options
Set extended options for the filesystem. Extended options are comma separated, and may take an argument using the equals ('=') sign. The -E option used to be -R in earlier versions of mke2fs. The -R option is still accepted for backwards compatibility. The following extended options are supported:
stride=stride-size
Configure the filesystem for a RAID array with stride-size filesystem blocks. This is the number of blocks read or written to disk before moving to the next disk, which is sometimes referred to as the chunk size. This mostly affects placement of filesystem metadata like bitmaps at mke2fs time to avoid placing them on a single disk, which can hurt performance. It may also be used by the block allocator.
stripe-width=stripe-width
Configure the filesystem for a RAID array with stripe-width filesystem blocks per stripe. This is typically stride-size * N, where N is the number of data-bearing disks in the RAID (e.g. for RAID 5 there is one parity disk, so N will be the number of disks in the array minus 1). This allows the block allocator to prevent read-modify-write of the parity in a RAID stripe if possible when the data is written.
Это имеет смысл только в том случае, если вы убедитесь, что ваши PV согласованы с размером блока RAID (LV должны быть автоматически). Вы можете проверить это
pvs -o pe_start,pv_name --units s
dmsetup table name # with name what you see in /dev/mapper
Да, это полезно. Вы должны убедиться, что все выровнено по одной границе, и это также должно соответствовать размеру ввода-вывода вашего приложения, где это возможно. Кроме того, не упускайте из виду важность размера группы блоков (параметр -g в mkfs.ext *). Вы можете использовать это, чтобы все группы блоков не начинались с одного физического диска, что создает значительное узкое место. Я написал статью на тему выравнивание стека хранения это охватывает это, что может оказаться полезным.
Это не ответ на ваш вопрос, но на него уже был дан ответ. Однако использование raid5 - плохая идея. Он слишком медленный и подвержен неудачам. Для обсуждения см .:
«По состоянию на август 2012 года у Dell, Hitachi, Seagate, Netapp, EMC, HDS, SUN Fishworks и IBM есть текущие рекомендации против использования RAID 5 с дисками большой емкости и в больших массивах. [51] http://community.spiceworks.com/topic/251735-new-raid-level-recommendations-from-dell"
«когда диск в массиве RAID 5 выходит из строя и его необходимо восстановить, существует значительная вероятность неисправимой ошибки чтения во время восстановления (BER / UER). Поскольку больше нет избыточности, массив RAID не может быть восстановлен»
Я настоятельно рекомендую использовать raid10 или, если вам действительно нужно использовать больше места, используйте raid6. В mdadm вы можете использовать нечетное количество дисков, например, 3 или 5 дисковых raid10: