LINUX.ORG.RU

Оптимальный вариант ssd+hdd

 , ,


0

1

В общем, планирую взять 2 диска: SSD на 256 Гб и HDD на 1Тб

С производителем и моделью еще не определился. Хочу сделать на HDD 2 раздела 256 Гб (/dev/hdd1) и 768 Гб(/dev/hdd2) соответственно. SSD с 1 разделом (/dev/ssd1). После чего планирую сделать софтварный raid 1 из /dev/hdd1 и /dev/sdd1 с write-mostly на ssd.

Годный вариант? Или может можно использовать ssd еще более выгодно? Например, использовать bcache? Алсо также реквистирую советов по производителям, что сейчас рулит и педалит?



Последнее исправление: Theif (всего исправлений: 1)

софтварный raid 1 из /dev/hdd1 и /dev/sdd1

тем самым сведешь пользу от ssd до нуля

ставь систему на ssd, видео,музыку,фото храни на hdd
важные данные бэкапь в любом случаи
ssd бери где гарантия больше

x905 ★★★★★
()
Ответ на: комментарий от x905

ставь систему на ssd, видео,музыку,фото храни на hdd

плюсую

JFreeM ★★★☆
()
Ответ на: комментарий от x905

ставь систему на ssd, видео,музыку,фото храни на hdd

Удваиваю.

SSD от Micron/Crucial зело хороши.

sophus_solus
()
Ответ на: комментарий от x905

А как же зеркало? Хотелось бы в случае сбоя ssd не потерять систему.

тем самым сведешь пользу от ssd до нуля

почему? теоретически с write-mostly на ssd, как только файл скопировался на ssd, то фс отпустило, а чтение идет только с ssd. Во всяком случае так написано в мане:

This allows certain devices in the array to be flagged as write-mostly. MD will only read from such devices if there is no other option.

If a write-intent bitmap is also provided, write requests to write-mostly devices will be treated as write-behind requests and md will not wait for writes to those requests to complete before reporting the write as complete to the filesystem.

This allows for a RAID1 with WRITE-BEHIND to be used to mirror data over a slow link to a remote computer (providing the link isn't too slow). The extra latency of the remote link will not slow down normal operations, but the remote system will still have a reasonably up-to-date copy of all data.

Theif
() автор топика
Ответ на: комментарий от Theif

Хотелось бы в случае сбоя ssd не потерять систему.

1. спроси себя - как часто у тебя ломалась система без твоего вмешательства, сама по себе ?
2. raid1 бэкапы не отменяет
3. не является система важными данными - восстановить не проблема

касательно «write-mostly raid1» не могу ничего сказать - если очень хочется - пробуй, потом расскажешь
trim скорее всего работать не будет

x905 ★★★★★
()
Ответ на: комментарий от x905

trim скорее всего работать не будет

Да и RH тут предупреждает

Red Hat also warns that software RAID levels 1, 4, 5, and 6 are not recommended for use on SSDs. During the initialization stage of these RAID levels, some RAID management utilities (such as mdadm) write to all of the blocks on the storage device to ensure that checksums operate properly. This will cause the performance of the SSD to degrade quickly.

Судя по всему для ssd, raid не вариант :(

Может кто знает еще насчет подключения ssd как кэша для hdd?

Theif
() автор топика
Ответ на: комментарий от Theif

Может кто знает еще насчет подключения ssd как кэша для hdd?

flashcache

Deleted
()
Ответ на: комментарий от Theif

During the initialization stage of these RAID levels, some RAID management utilities (such as mdadm) write to all of the blocks on the storage device to ensure that checksums operate properly.

У mdadm есть ключ --assume-clean. Правда, это сделает дальнейшие проверки целостности бессмысленными.

GotF ★★★★★
()

только ssd, без сомнительного рейда. на hdd периодический бэкап.

Adjkru ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.