subject:"Re\: Software RAID"

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 
20:37:44 +0300:

 >> >  Интересно, для чего может понадобиться снапшот свежего бэкапа?
 >> 
 >> Я понял так, что просто делается синхронизация rsync, а потом
 >> получившееся состояние запоминается с помощью снапшота.
 >> 
 >> А вы что подумали?)

 EB>  Я подумал, что проще и эффективнее "cp -al", а затем на полученной копии
 EB>  "rsync --delete". Это даёт инкрементальный бэкап (эквивалентный полному)
 EB>  и не требует поддержки снапшотов.

Не требует.  Я дома так и делаю.  Но если снапшоты все равно в комплекте?

Re: software raid для бэкап-сервера?

On Wed, Mar 23, 2016 at 08:06:09PM +0300, Sergey B Kirpichev wrote:
> On Wed, Mar 23, 2016 at 07:52:40PM +0300, Eugene Berdnikov wrote:
> >  Интересно, для чего может понадобиться снапшот свежего бэкапа?
> 
> Я понял так, что просто делается синхронизация rsync, а потом
> получившееся состояние запоминается с помощью снапшота.
> 
> А вы что подумали?)

 Я подумал, что проще и эффективнее "cp -al", а затем на полученной копии
 "rsync --delete". Это даёт инкрементальный бэкап (эквивалентный полному)
 и не требует поддержки снапшотов.

 Можно и в обратном порядке, конечно, но тогда да, без снапшота тоска.
-- 
 Eugene Berdnikov

Re: software raid для бэкап-сервера?

On Wed, Mar 23, 2016 at 07:52:40PM +0300, Eugene Berdnikov wrote:
>  Интересно, для чего может понадобиться снапшот свежего бэкапа?

Я понял так, что просто делается синхронизация rsync, а потом
получившееся состояние запоминается с помощью снапшота.

А вы что подумали?)

Re: software raid для бэкап-сервера?

On Wed, Mar 23, 2016 at 07:04:25PM +0300, Artem Chuprina wrote:
> Eugene Berdnikov -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 
> 17:57:44 +0300:
> 
>  >> Механизм простой - рсинком сливаешь и делаешь снапшот
> 
>  EB>  Лучше наоборот, меньше вероятность неконсистентности.
> 
>  EB>  Вообще, с rsync'ом снапшот не особо-то нужен. К тому же на той стороне,
>  EB>  которую нужно бэкапить, может не быть снапшотов.
> 
> Речь про бэкап-сервер.  На нем делается снапшот того, что только что
> сбэкапили.

 Интересно, для чего может понадобиться снапшот свежего бэкапа?
-- 
 Eugene Berdnikov

Re: software raid для бэкап-сервера?

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 
17:57:44 +0300:

 >> Механизм простой - рсинком сливаешь и делаешь снапшот

 EB>  Лучше наоборот, меньше вероятность неконсистентности.

 EB>  Вообще, с rsync'ом снапшот не особо-то нужен. К тому же на той стороне,
 EB>  которую нужно бэкапить, может не быть снапшотов.

Речь про бэкап-сервер.  На нем делается снапшот того, что только что
сбэкапили.  Если на том, что бэкапится, есть снапшоты, то там снапшот
делается до.  Но у меня как раз не будет.

Re: software raid для бэкап-серв ера?

2016-03-23 Пенетрантность sergio

On 23/03/16 15:51, Artem Chuprina wrote:

> Ну, я понимаю, что RAID 5 не переживет вылет любых двух дисков, в то
> время как RAID 10 - только половину вариантов.

Они оба не переживут при вылете двух дисков. 10 это не совсем 1+0.

Разница в том, что при вылете диска на RAID 5 I/O просядет заметно
больше чем на RAID 10. Ну и на восстановлении эта разница будет ещё
более заметной.

-- 
sergio

Re: software raid для бэкап-сервера?

2016-03-23 Пенетрантность Dmitry Kulagin






On Wed, Mar 23, 2016 at 05:04:58PM +0300, Dmitry Kulagin wrote:

Более 10-ти лет работаю по следующей схеме.
На каждом диске создается по 3 раздела - swap (1-4 GB), boot (500MB), sys.
Boot разделы собираются в raid1 и монтируются в /boot, первые 2 диска -
основные, остальные - spare.

  Загрузчик в mbr как ставится при такой схеме, на каждый диск отдельно?


Да




Аналогично для swap (при желании).

  Зачем своп на рейде делать? Данные там имеют ценность лишь при хибернейте,
  иначе рейд даёт лишь накладные расходы. Не лучше ли подключить несколько
  своповых разделов подряд, задав им приоритеты по вкусу?


При наличии хотсвап дисков при выходе диска из строя, не надо даже 
перезагружаться для замены диска.
Однако, если своп не в рейд - зависание системы обеспечено. Даже без хотсвап мы 
выигрываем во времени простоя системы,
но за счет скорости работы, конечно.

Re: software raid для бэкап-сервера?

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 
17:49:54 +0300:

 >> Аналогично для swap (при желании).

 EB>  Зачем своп на рейде делать? Данные там имеют ценность лишь при хибернейте,
 EB>  иначе рейд даёт лишь накладные расходы. Не лучше ли подключить несколько
 EB>  своповых разделов подряд, задав им приоритеты по вкусу?

Чтобы при выходе из строя диска во время работы не пропали данные,
которые там были, видимо.  Тут, правда, встает резонный вопрос о
непротиворечивости данных, вычитанных из свопа перед сбоем диска, и о
том, сколько в результате получается дополнительной надежности от
зеркалированного свопа.  Читается-то не с обоих, несоответствие можно и
не заметить.

Re: software raid для бэкап-сервера?

On Wed, Mar 23, 2016 at 04:00:49PM +0200, Vasiliy P. Melnik wrote:
> Механизм простой - рсинком сливаешь и делаешь снапшот

 Лучше наоборот, меньше вероятность неконсистентности.

 Вообще, с rsync'ом снапшот не особо-то нужен. К тому же на той стороне,
 которую нужно бэкапить, может не быть снапшотов.
-- 
 Eugene Berdnikov

Re: software raid для бэкап-сервера?

On Wed, Mar 23, 2016 at 05:04:58PM +0300, Dmitry Kulagin wrote:
> Более 10-ти лет работаю по следующей схеме.
> На каждом диске создается по 3 раздела - swap (1-4 GB), boot (500MB), sys.
> Boot разделы собираются в raid1 и монтируются в /boot, первые 2 диска -
> основные, остальные - spare.

 Загрузчик в mbr как ставится при такой схеме, на каждый диск отдельно?

> Аналогично для swap (при желании).

 Зачем своп на рейде делать? Данные там имеют ценность лишь при хибернейте,
 иначе рейд даёт лишь накладные расходы. Не лучше ли подключить несколько
 своповых разделов подряд, задав им приоритеты по вкусу?
-- 
 Eugene Berdnikov

Re: software raid для бэкап-сервера?

On Wed, Mar 23, 2016 at 05:04:58PM +0300, Dmitry Kulagin wrote:
> В качестве современной альтернативы данной схемы можно предложить btrfs или
> zfs, в которых и фс,
> и рейд, и lvm в одном флаконе.

btrfs не умеет нормально raid5 в jessie.

Re: software raid для бэкап-сервера?

Vasiliy P. Melnik -> debian-russian  @ Wed, 23 Mar 2016 16:00:49 +0200:

 > так модуль есть в кернел для зфса - у меня правда на оракл линукс стоит, но
 > не думаю что это принципиально.

А вот зря.  Оракл теперь владелец оригинала, у него этот модуль
гарантированно не сломается при апгрейде ядра.  А дебиан - отнюдь.  А
модуль, как я понимаю, ни разу не в апстриме.

Впрочем, судя по тому, что пишут на zfsonlinux, работа по внедрению в
дебиан уже идет, так что можно брать...

 > Правда больше на фре использую, но тут вопрос не принципиальный: там
 > модуль из коробки, здесь - из репозитария.  Жалею только, что систему
 > поставил на эти же винты - сложно что-то переделывать

Ну, у меня и вариантов-то нет, нету других винтов.

 > Механизм простой - рсинком сливаешь и делаешь снапшот

Угу, стоит попробовать...

 >>  VPM> А данные какие? я держу бекапы на зфс-е - у меня достаточно мало
 >> изменений,
 >>  VPM> ну и плюс снапшоты очень удобная вещь и спасает от удаления данных
 >>
 >> Данные разные, но в целом, вероятно, со сравнительно небольшими
 >> изменениями.  Исключений, типа дампа базы данных, немного.
 >>
 >> А можно поподробнее про модель?  ZFS применяется вместо рейда, со своим
 >> собственным?  Или ты применяешь без рейда?  zfs-fuse, т.е. система на
 >> чем-то еще?  Создание бэкапа при этом как - по принципу "сделали бэкап,
 >> затем сделали снапшот"?

Re: software raid для бэкап-сервера?

2016-03-23 Пенетрантность Vasiliy P. Melnik

On Wed, Mar 23, 2016 at 04:00:49PM +0200, Vasiliy P. Melnik wrote:
>У меня просто обычный raid1 , но зфс много умеет разных рейдов. Есть
>компрессия на лету, что тоже хорошо

Есть data-checksums, что весьма полезно.  Не знаю сколько у ТС
предполагается храниться бекапу, но у меня данные на md raid
периодически протухают.

>З.Ы. пробовал btrfs - тормозное оно шибко, но тоже работает как надо 

А в каком месте тормозное, в смысле последующей работы со снапшотами?

Re: software raid для бэкап-сервера?

2016-03-23 Пенетрантность Dmitry Kulagin

Более 10-ти лет работаю по следующей схеме.
На каждом диске создается по 3 раздела - swap (1-4 GB), boot (500MB), sys.
Boot разделы собираются в raid1 и монтируются в /boot, первые 2 диска -
основные, остальные - spare.

Аналогично для swap (при желании).
Sys разделы собираются в raid5, поверх создается lvm, в котором
создаются /,/var,/home и т.д.
Проблем с загрузкой никаких, установщик как минимум 3 последних версий
Debian позволяет создать

и загрузить такую систему.
Потеря системы за это время случилась всего один раз из-за бага в работе
NCQ в дисках Samsung,
когда под высокой нагрузкой из рейда вылетел первый диск, а потом в
процессе восстановления - второй.
В качестве современной альтернативы данной схемы можно предложить btrfs
или zfs, в которых и фс,
и рейд, и lvm в одном флаконе. Последняя позволяет заметно ускорить
работу при вынесении cache и log
на ssd диск, но сильно страдает от дефрагментации из-за COW, что,
правда, не актуально для бэкап-

сервера. Установщик ее не поддерживает.
Jessie поддерживает btrfs, на одном разделе точно, но можно ли
выбирать рейд режимы и несколько разделов при установке мне неизвестно.

23.03.2016 13:06, Artem Chuprina пишет:

Люди местные, сами мы недобрые, поможите умным словом.

Никогда не работал раньше с софтверным рейдом. Ситуация.

Надо сделать на коленке бэкап-сервер. В смысле, чтобы стоял под столом,
его никто не трогал, а он работал. Упса, вообще говоря, нет. Ну, пока
нет, а будет ли - непонятно.

Четыре винта по 500 Gb. На самом деле 6, но рейд-контроллер давно сдох
от перегрева, и еще два воткнуть некуда. Винты вроде живы. Винты
одинаковые, т.е. в случае чего будет что воткнуть вместо сдохшего, и
даже два раза. Хочется иметь не четыре раздела с ручным
перетасовыванием, а один. Хочется некоторого запаса надежности, потому
хочется не тупо LVM, а софтверный рейд.

Грузиться буду с него же. ATA есть, но отдельного винта и даже флешки
нет.

Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
полтерабайта сделает полтора? Какие тонкости с загрузкой?

Re: software raid для бэкап-сервера?

так модуль есть в кернел для зфса - у меня правда на оракл линукс стоит, но
не думаю что это принципиально. Правда больше на фре использую, но тут
вопрос не принципиальный: там модуль из коробки, здесь - из репозитария.
Жалею только, что систему поставил на эти же винты - сложно что-то
переделывать

У меня просто обычный raid1 , но зфс много умеет разных рейдов. Есть
компрессия на лету, что тоже хорошо

Механизм простой - рсинком сливаешь и делаешь снапшот

З.Ы. пробовал btrfs - тормозное оно шибко, но тоже работает как надо


23 марта 2016 г., 15:46 пользователь Artem Chuprina 
написал:

> Vasiliy P. Melnik -> debian-russian  @ Wed, 23 Mar 2016 15:00:04 +0200:
>
>  VPM> А данные какие? я держу бекапы на зфс-е - у меня достаточно мало
> изменений,
>  VPM> ну и плюс снапшоты очень удобная вещь и спасает от удаления данных
>
> Данные разные, но в целом, вероятно, со сравнительно небольшими
> изменениями.  Исключений, типа дампа базы данных, немного.
>
> А можно поподробнее про модель?  ZFS применяется вместо рейда, со своим
> собственным?  Или ты применяешь без рейда?  zfs-fuse, т.е. система на
> чем-то еще?  Создание бэкапа при этом как - по принципу "сделали бэкап,
> затем сделали снапшот"?
>
>

Re: software raid для бэкап-сервера?

2016-03-23 Пенетрантность Stanislav Vlasov

23 марта 2016 г., 17:39 пользователь Artem Chuprina  написал:
>  >> Это я и сам понимаю.  Меня интересует, нету ли грабель с надежностью.  В
>  >> смысле, в случае вылета винта.

>  > В случае вылета винта вы получите данные без избыточности
>  > и при проблемах с любым оставшимся диском - потерю данных. // КО.

> Это я невнятно говорю или ты невнятно понимаешь?  Про очевидное я в
> курсе.  Вопрос в том, насколько гладко проходит замена винта.

При помощи mdadm и какой-то матери помечаем сбойный винт как сбойный,
если автоматически не пометился, выкидываем его из рейда, меняем (если
позволяет железо - в онлайне), добавляем в рейд новый.
Ждём синхронизации.
Проделывалось несколько раз, работает нормально, проблемы могут быть в
первом или втором пункте (пока заключались в том, что к тому времени,
когда происходит сбой - забываешь документацию).
Скорость синхронизации можно менять через /proc, при этом,
естественно, есть влияние на основную работу сервера.

>  >> И кто чем, кстати, мониторит состояние mdraid?
>
>  > mdadm пакет запускает стандартно mdadm --monitor, обычно этого
>  > достаточно, про проблемы он пишет на почту.  Плюс регулярно из кронтаба

У нас для этого nagios опрашивает состояние через nrpe. Не помню,какой
у него плугин, но что-то стандартное.

-- 
Stanislav

Re: software raid для бэкап-сервера?

2016-03-23 Пенетрантность Vasiliy P. Melnik

Vasiliy P. Melnik -> debian-russian  @ Wed, 23 Mar 2016 15:00:04 +0200:

 VPM> А данные какие? я держу бекапы на зфс-е - у меня достаточно мало 
изменений,
 VPM> ну и плюс снапшоты очень удобная вещь и спасает от удаления данных

Данные разные, но в целом, вероятно, со сравнительно небольшими
изменениями.  Исключений, типа дампа базы данных, немного.

А можно поподробнее про модель?  ZFS применяется вместо рейда, со своим
собственным?  Или ты применяешь без рейда?  zfs-fuse, т.е. система на
чем-то еще?  Создание бэкапа при этом как - по принципу "сделали бэкап,
затем сделали снапшот"?

Re: software raid для бэкап-сервера?

А данные какие? я держу бекапы на зфс-е - у меня достаточно мало изменений,
ну и плюс снапшоты очень удобная вещь и спасает от удаления данных

23 марта 2016 г., 14:51 пользователь Artem Chuprina 
написал:

> Андрей Любимец -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016
> 17:49:52 +0600:
>
>  >>  >>  >> Какой рейд лучше делать, по опыту? Пятый, который из четырех
> винтов по
>  >>  >>  >> полтерабайта сделает полтора?
>  >>  >>
>  >>  >>  SBK> Места-то сколько надо?
>  >>  >>
>  >>  >> Бэкап-сервер. Лучше больше.
>  >>
>  >>  > Ну тогда все просто.  Больше чем raid5 вы не получите.
>  >>
>  >> Это я и сам понимаю.  Меня интересует, нету ли грабель с надежностью.
> В
>  >> смысле, в случае вылета винта.
>  АЛ> я за raid10 -- погугли "Why RAID 5 Sucks"
>
> Погуглил.  Ничего внятного не увидел.
>
> Можно пояснить?
>
> Ну, я понимаю, что RAID 5 не переживет вылет любых двух дисков, в то
> время как RAID 10 - только половину вариантов.  За это в случае четырех
> дисков RAID 10 по сравнению с RAID 5 теряет треть пространства. В моем
> случае вылет сразу или почти сразу двух представляется маловероятным, а
> полтерабайта лишними, пожалуй, не будут.
>
> Еще?
>
>

Re: software raid для бэкап-сервера?

Андрей Любимец -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 17:49:52 
+0600:

 >>  >>  >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов 
 >> по
 >>  >>  >> полтерабайта сделает полтора?
 >>  >> 
 >>  >>  SBK> Места-то сколько надо?
 >>  >> 
 >>  >> Бэкап-сервер. Лучше больше.
 >> 
 >>  > Ну тогда все просто.  Больше чем raid5 вы не получите.
 >> 
 >> Это я и сам понимаю.  Меня интересует, нету ли грабель с надежностью.  В
 >> смысле, в случае вылета винта.
 АЛ> я за raid10 -- погугли "Why RAID 5 Sucks"

Погуглил.  Ничего внятного не увидел.

Можно пояснить?

Ну, я понимаю, что RAID 5 не переживет вылет любых двух дисков, в то
время как RAID 10 - только половину вариантов.  За это в случае четырех
дисков RAID 10 по сравнению с RAID 5 теряет треть пространства. В моем
случае вылет сразу или почти сразу двух представляется маловероятным, а
полтерабайта лишними, пожалуй, не будут.

Еще?

Re: software raid для бэкап-сервера?

Sergey B Kirpichev -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 
14:55:27 +0300:

 >> Это я и сам понимаю.  Меня интересует, нету ли грабель с надежностью.  В
 >> смысле, в случае вылета винта.

 > В случае вылета винта вы получите данные без избыточности
 > и при проблемах с любым оставшимся диском - потерю данных. // КО.

Это я невнятно говорю или ты невнятно понимаешь?  Про очевидное я в
курсе.  Вопрос в том, насколько гладко проходит замена винта.

 >> И кто чем, кстати, мониторит состояние mdraid?

 > mdadm пакет запускает стандартно mdadm --monitor, обычно этого
 > достаточно, про проблемы он пишет на почту.  Плюс регулярно из кронтаба
 > делается проверка райд.  B BTS кстати валяется мой патч, который делает
 > это чаще (ежедневно вроде) и инкрементально.

Вот это полезный ответ, спасибо.

Re: software raid для бэкап-сервера?

2016-03-23 Пенетрантность Андрей Любимец

On Wed, Mar 23, 2016 at 02:24:44PM +0300, Artem Chuprina wrote:
> Это я и сам понимаю.  Меня интересует, нету ли грабель с надежностью.  В
> смысле, в случае вылета винта.

В случае вылета винта вы получите данные без избыточности
и при проблемах с любым оставшимся диском - потерю данных. // КО.

> И кто чем, кстати, мониторит состояние mdraid?

mdadm пакет запускает стандартно mdadm --monitor, обычно этого
достаточно, про проблемы он пишет на почту.  Плюс регулярно из кронтаба
делается проверка райд.  B BTS кстати валяется мой патч, который делает
это чаще (ежедневно вроде) и инкрементально.

>  > Если совсем лень - выделите отдельно разделы под /boot на
>  > дисках, с raid1 груб точно умеет грузиться сто лет.
> 
> Видимо, так и сделаю.

Да, оверхед в принципе небольшой.  Но должно уже работать и с raid5.

Re: software raid для бэкап-сервера?

23.03.2016 17:24, Artem Chuprina пишет:
> Sergey B Kirpichev -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 
> 14:07:58 +0300:
> 
>  >>  >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
>  >>  >> полтерабайта сделает полтора?
>  >> 
>  >>  SBK> Места-то сколько надо?
>  >> 
>  >> Бэкап-сервер. Лучше больше.
> 
>  > Ну тогда все просто.  Больше чем raid5 вы не получите.
> 
> Это я и сам понимаю.  Меня интересует, нету ли грабель с надежностью.  В
> смысле, в случае вылета винта.
я за raid10 -- погугли "Why RAID 5 Sucks"

> 
> И кто чем, кстати, мониторит состояние mdraid?
mdadm же и мониторит и почту шлёт

> 
>  >>  >> Какие тонкости с загрузкой?
>  >> 
>  >>  SBK> В jessie вроде должно уметь грузиться и с raid5.
>  >> 
>  >> Installation manual про это молчит. Говорит про RAID1.
> 
>  > Ну возьмите, да попробуйте в эмуляторе.  Честно говоря, я так
>  > сразу и про raid1 не нашел, где это?
> 
> https://www.debian.org/releases/stable/amd64/ch06s03.html.ru#mdcfg, примечание
> 
>  > Если совсем лень - выделите отдельно разделы под /boot на
>  > дисках, с raid1 груб точно умеет грузиться сто лет.
> 
> Видимо, так и сделаю.
>

Re: software raid для бэкап-сервера?

Sergey B Kirpichev -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 
14:07:58 +0300:

 >>  >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
 >>  >> полтерабайта сделает полтора?
 >> 
 >>  SBK> Места-то сколько надо?
 >> 
 >> Бэкап-сервер. Лучше больше.

 > Ну тогда все просто.  Больше чем raid5 вы не получите.

Это я и сам понимаю.  Меня интересует, нету ли грабель с надежностью.  В
смысле, в случае вылета винта.

И кто чем, кстати, мониторит состояние mdraid?

 >>  >> Какие тонкости с загрузкой?
 >> 
 >>  SBK> В jessie вроде должно уметь грузиться и с raid5.
 >> 
 >> Installation manual про это молчит. Говорит про RAID1.

 > Ну возьмите, да попробуйте в эмуляторе.  Честно говоря, я так
 > сразу и про raid1 не нашел, где это?

https://www.debian.org/releases/stable/amd64/ch06s03.html.ru#mdcfg, примечание

 > Если совсем лень - выделите отдельно разделы под /boot на
 > дисках, с raid1 груб точно умеет грузиться сто лет.

Видимо, так и сделаю.

Re: software raid для бэкап-сервера?

Stanislav Vlasov -> debian-russian  @ Wed, 23 Mar 2016 15:35:25 +0500:

 >>  >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
 >>  >> полтерабайта сделает полтора?

 SV> Работал и такой вариант, но нам было медленно...

 >>  SBK> Места-то сколько надо?
 >>
 >> Бэкап-сервер. Лучше больше.

 SV> У нас под бекапы делается raid10, но тут еще требуется обеспечить NN
 SV> потоков на запись (NN от 20 до 40 где-то).

Мне скорость не важна, а вот объем у raid10, как и у raid1, сразу в пополам...

Re: software raid для бэкап-сервера?

2016-03-23 Пенетрантность Stanislav Vlasov

On Wed, Mar 23, 2016 at 01:24:08PM +0300, Artem Chuprina wrote:
> Sergey B Kirpichev -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 
> 13:14:52 +0300:
> 
>  >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
>  >> полтерабайта сделает полтора?
> 
>  SBK> Места-то сколько надо?
> 
> Бэкап-сервер. Лучше больше.

Ну тогда все просто.  Больше чем raid5 вы не получите.

>  >> Какие тонкости с загрузкой?
> 
>  SBK> В jessie вроде должно уметь грузиться и с raid5.
> 
> Installation manual про это молчит. Говорит про RAID1.

Ну возьмите, да попробуйте в эмуляторе.  Честно говоря, я так
сразу и про raid1 не нашел, где это?

Если совсем лень - выделите отдельно разделы под /boot на
дисках, с raid1 груб точно умеет грузиться сто лет.

Re: software raid для бэкап-сервера?

23 марта 2016 г., 15:24 пользователь Artem Chuprina  написал:

>  >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
>  >> полтерабайта сделает полтора?

Работал и такой вариант, но нам было медленно...

>  SBK> Места-то сколько надо?
>
> Бэкап-сервер. Лучше больше.

У нас под бекапы делается raid10, но тут еще требуется обеспечить NN
потоков на запись (NN от 20 до 40 где-то).

>  >> Какие тонкости с загрузкой?
>
>  SBK> В jessie вроде должно уметь грузиться и с raid5.
>
> Installation manual про это молчит. Говорит про RAID1.

grub с raid10 грузится нормально, но из инсталлятора я туда его не
ставил - только руками после debootstrap.

-- 
Stanislav

Re: software raid для бэкап-сервера?

Sergey B Kirpichev -> debian-russian@lists.debian.org  @ Wed, 23 Mar 2016 
13:14:52 +0300:

 >> Какой рейд лучше делать, по опыту? Пятый, который из четырех винтов по
 >> полтерабайта сделает полтора?

 SBK> Места-то сколько надо?

Бэкап-сервер. Лучше больше.

 >> Какие тонкости с загрузкой?

 SBK> В jessie вроде должно уметь грузиться и с raid5.

Installation manual про это молчит. Говорит про RAID1.

Re: software raid для бэкап-сервера?