Fedora програмний RAID під час інсталяції
2 December 2009 р
Описані раніше способи створення програмного RAID прямими командами відповідних утиліт відрізняються гнучкістю, але вимагають трошки - наявності вже встановленої системи. І тому неможливо розмістити на масиві корінь файлової ієрархії. Щоправда, створення масиву можна виконати і перед встановленням системи, наприклад, з LiveCD. Однак не факт, що його буде впізнано інсталяційною програмою довільного дистрибутива.
Однак існують дистрибутиви, інсталяційні програми яких дозволяють створити програмний RAID вже на стадії встановлення та навіть розмістити на ньому кореневу файлову систему. З повною певністю можу сказати це за Anaconda, що використовується в RHEL, Fedora і практично всіх їх клонах і дериватах, аж до ASPLinux, Debian Installer однойменного дистрибутива, як у текстовій, так і графічній його іпостасі інсталятора Ubuntu. При цьому від користувача не потрібно знання команд та опцій – вся процедура здійснюється у графічному режимі простим вибором варіантів. За що, щоправда, часом доводиться платити деякою втратою гнучкості - що ми скоро побачимо на прикладі інсталятора Fedora, що розглядається тут.
Отже, починаємо інсталяцію Fedora - нехай для певності це буде остання, 12-та версія в модифікації Russian Remix. До моменту дискової розмітки все відбувається звичайним порядком, як було описано на відповідній сторінці. А тут, звичайно, треба вибрати пунктВласне розбиття :
Після цього ми бачимо наявні диски та розділи на них:
Скріншоти на цій сторінці зроблені, звичайно, у віртуальній машині. І тому всі дані про диски і розділи, що наводяться на них, умовні. Алепорядок дій від цього змінюється. Так що.
. Так що якщо ми хочемо помістити на RAID нульового рівня корінь файлової ієрархії, то спочатку нам потрібно створити на першому з наявних дисків розділ під завантажувальний каталог /boot . Тому що GRUB здатний завантажити ядро Linux тільки з масиву одного рівня (так, думаю, і LILO теж). Робиться це традиційним, раніше описаним, порядком:
Зрозуміло, що при використанні Level 1 створення завантажувального розділу можна уникнути. Однак, на мою скромну думку, в десктопних умовах якраз для кореневої файлової системи це не має жодного резону - при краху одного з дисків систему так чи інакше доведеться встановлювати заново. Хоча для серверів або станцій, що працюють у режимі 7x24, це може мати сенс. Тим не менш, у цьому випадку ми зупиняємось все-таки на рівні нульовому.
А ось після цього фіксуємо курсор миші на першому з готівкових дисків, сміливо тиснемо на кнопку RA
Що означає просто створення звичайного розділу з відповідним ідентифікатором fd. Задаємо його розмір - він повинен дорівнювати рівно половині розміру майбутнього кореня файлової ієрархії:
Підтверджуємо вибір і переходимо на другий фізичний диск, для якого точно повторюємо процедуру створення розділу під RAID. А потім, повернувшись у меню розмітки дисків, знову тиснемо на заповітну кнопку — і цього разу отримуємо можливість вибору: створити ще один розділ RAID autodetect або об'єднати в масив два існуючі. Оскільки в наших планах приміщення на масив також і каталогу /home, порядок дій не має значення. Припустимо для певності, що ми вирішили не відкладати створення масиву під майбутній корінь:
У цьому випадку на наступній панелі ми маємо:
- визначити точку монтування - очевидно, це буде /;
- вибрати файлову систему - за замовчуванням; як завжди, пропонується ext4, і резону відмовлятися від цього в даному випадку немає;
- задати ім'я RAID-пристрою - і тут від замовчування, /dev/md0 , також немає сенсу відмовлятися;
- визначитися з рівнем масиву - за замовчуванням пропонується Level 1, але ми вже вирішили, що жодного сенсу в цьому немає, тому змінюємо його на Level 0;
- відзначити галочками чекбокси проти імен файлів розділів, які входитимуть до масиву — зрозуміло, в реальних умовах вони лежатимуть на різних дисках.
Тепер залишається тільки натиснути кнопкуOK, щоб побачити результати наших праць праведних:
Тепер згадуємо каталог /home і повторюємо процедуру: створюємо пару однакових розділів на обох дисках і об'єднуємо їх у масив? попередньо подумавши над його рівнем, по-перше, і файлову систему на ньому - по-друге. Можливо, заради йому надійної надійності варто визначити Level 1 — тоді в разі краху одного з фізичних носіїв вдасться врятувати дані користувача.
Якщо ж пожертвувати надійністю заради швидкодії, є сенс подумати про файлову систему XFS - адже не секрет, що найбільший обсяг у ряді даних займає, фігурально кажучи, різного роду "парнуха" - фільми, музика etc. Тобто великі файли, що потребують великої файлової системи — а саме для цієї мети і створювалася XFS. Яка найкраще і показує себе на апаратних та програмних RAID'ах. Але це зовсім окрема історія, до якої повернуся після розгляду файлових систем взагалі.
Тим не менш, я пішов більш простим шляхом,Розмістивши на обох RAID-пристроях файлову систему ext4, що в результаті дало наступну картину: А тепер підіб'ємо короткий підсумок: створення soft RAID засобами інсталятора Fedora виконується не складніше створення звичайних розділів. Звичайно, в порівнянні з тією ж процедурою, що здійснюється прямими командами, воно дещо менш гнучке: зокрема, під кожну гілку файлового дерева, що виділяється, припадає свій окремий масив з пари розділів; Можливості розмістити єдиний масив на розділи тут немає. Що, втім, жодних незручностей не завдає, навпаки: дозволяє комбінувати для різних каталогів різні рівні. Аж до того, що з достатньому обсязі дискового простору можна було б помістити /home на RAID Level 0+1.