Имеем 2x 60 GB SSD 2,5" и 2x 1000 GB SATA 2,5" 5.400 rpm, приступим:
Разметка SSD дисков:
после очистки на пустой таблице запускаем
fdisk -S 32 -H 32 /dev/sdc fdisk -S 32 -H 32 /dev/sdd
и делаем
:~# fdisk -l /dev/sdc Disk /dev/sdc: 60.0 GB, 60022480896 bytes 32 heads, 32 sectors/track, 114483 cylinders Units = cylinders of 1024 * 512 = 524288 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xbbf475e5 Device Boot Start End Blocks Id System /dev/sdc1 2 102402 52429312 fd Linux raid autodetect
Оставляем 12% диска на отображение свободных блоков чтобы SSD не сдох.
Подсказки тут:
http://blog.nuclex-games.com/2009/12/aligning-an-ssd-on-linux/
http://www.void.gr/kargig/blog/2012/01/11/linux-ssd-partition-alignment-tips/
Создаём RAID1:
mdadm --create /dev/md2 --level=1 --chunk=128 --raid-devices=2 /dev/sdc1 /dev/sdd1 Добаляем в /etc/mdadm/mdadm.conf обновление из вывода mdadm --detail --scan
делаем файловую систему
mkfs.ext4 -O extent -b 4096 -E stride=128,stripe-width=128 /dev/md2
и добавляем в /etc/fstab
/dev/md2 /home ext4 discard,noatime,errors=remount-ro 0 1
В итоге массивы:
:~# cat /proc/mdstat Personalities : [raid1] md2 : active raid1 sdd1[1] sdc1[0] 52428216 blocks super 1.2 [2/2] [UU] md1 : active raid1 sdb3[0] sda3[1] 929012672 blocks [2/2] [UU] md0 : active raid1 sdb1[0] sda1[1] 499904 blocks [2/2] [UU] unused devices: <none>
Для оптимизации обращения к SSD ставим apt-get install sysfsutils и в /etc/sysfs.conf добавляем
block/sdc/queue/scheduler = noop block/sdd/queue/scheduler = noop
За статью спасибо, xeodon!
Что кажется странным:
- RAID1 на ssd зачем?
- 60Гб ssd какие? MLC?
- chunk для RAID1 - зачем? задел на будущее? (представил себе RAID10 из ssd )
- Войдите на сайт для отправки комментариев
- cсылка
⏏Просто зеркалирование всего, ssd - mlc, размер chunk_size установлен таким образом в связи с использованием ssd, рекомендации из статей, которые приведены выше
- Войдите на сайт для отправки комментариев
- cсылка
⏏в RAID1 износ будет равномерным, смысла нет в райде - сдохнут практически одновременно,
chunk'и нужны в страйпах (на hdd), а не в зеркале
- Войдите на сайт для отправки комментариев
- cсылка
⏏Мы просто последовали советам из статей, это касается chunk_size
- Войдите на сайт для отправки комментариев
- cсылка
⏏Сарказм насчет зеркалирования ssd накопителей не уместен, когда речь идет о дата-центре, который находится далеко за бугром, а на нем живет проект, который приносит серьезный доход. Оборудование не застрахованно от наводнения, от удара молотком, от разных механических и электромагнитных воздействий, поэтому мы не считаем массив из ssd чем то незаурядным.
- Войдите на сайт для отправки комментариев
- cсылка
⏏Сарказм был про MLC 60Гб
- Войдите на сайт для отправки комментариев
- cсылка
⏏Надо бы дополнить переводом этого: https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/newmds-ssdtuning.html
Особенно бросилось в глаза:
Да и проверить не мешает, работает ли TRIM:
- Войдите на сайт для отправки комментариев
- cсылка
⏏