Назад | Перейти на главную страницу

Недостатки с меньшими разделами fdisk, mdadm RAID10, LVM и KVM?

Я настраиваю новый виртуализированный сервер с KVM и LVM. Хост KVM и все гости будут установлены на SSD-диске. Каждый гость будет иметь доступ к массиву RAID10, состоящему из дисков sata 4x3 ТБ, которые используются для данных и хранилища.

Моя проблема в том, что у меня много места (можно использовать 6 ТБ), которое мне на самом деле не нужно на данный момент.

Один из подходов - сначала создать одно большое пространство 6 ТБ с помощью mdadm, а затем создать большую группу томов LVM, которую затем можно «разбить», создав логические тома.

Другой подход, во-вторых, заключается в том, чтобы сначала разделить каждый жесткий диск (3 ТБ) на, скажем, четыре основных раздела по 0,75 ТБ (sdx1, sdx2, sdx3, sdx4, x = a, b, c, d) с помощью fdisk. Тогда я мог бы использовать

mdadm --verbose --create / dev / md1 --level = 10 --chunk = 256 --raid-devices = 4 / dev / sda1 / dev / sdb1 / dev / sdc1 / dev / sdd1

В этом случае / dev / md1 будет массивом RAID10 объемом 1,5 ТБ, который можно сформировать в группу томов LVM с последующим созданием логических томов.

Если мне в будущем понадобится больше места, я могу просто создать / dev / md2 и так далее. / Dev / md1, / dev / md2, / dev / md3 и / dev / md4 равны 6 ТБ.

Я думаю, что первый метод можно назвать подходом сверху вниз (от большого к малому). Второй метод - это, возможно, подход снизу вверх (от малого к большему).

Это первый раз, когда используется RAID, и мне интересно, есть ли недостатки при использовании второго подхода? Большинство людей, кажется, используют первый подход, или? Итак, как лучше всего настроить мой RAID10? Может, разницы нет, просто разные взгляды на одно и то же? Как бы ты это сделал?

Каждый дополнительный RAID, который вы создаете, должен обновлять свои суперблоки. Неудивительно, что это снизит производительность. Для RAID-10 нет смысла создавать несколько RAID, используйте LVM-2 поверх него, и все.