та которая выдержит трафик на харды и сетевухи. На старых четвёртых пнях было 266мб/c, вот там с рейдом, 8 хардами и гигабитным каналом в шину упиралось
начались старые сказки что съест процессор... Я уже показывал сколько нужно будет качать данных чтобы съело проц. Ты этот фриваре тестировал-то? Они соснули на bonnie++ в полтора раза по сравнению с фрёвым gmirror. Не рассказывай сказки а иди и померяй.
И на новом упрется. Патаму что шина в х86 не эксклюзивная, а проспект для всякой дряни. И у хардовых данных там самый низкий приоритет, что логично.
А тебе рассказать, что разные каналы у южников бывают с разными фичами? ТИпа 2 первых имеют AHCI, а остальные - простое ATA?
Ты показал не "сколько данных", а сферические мегабайты в вакууме. Имеет смысл показатель IOP/s, потому что операции будут минимум в три потока исполняться - для каждого накопителя.
Про 3ware - они оченно разные бывают :) Я за 96хх серию рассказываю.
на кулере есть ссылка на статью про эту проблему. Короче за время синка массива практически неизбежно (с вероятность которую никто в трезвом состоянии не потерпит) наступает на современных объемах ошибка чтения. Ситуация сия фатальна, поскольку рейд в деградированном состоянии.
а хард-рейд добавляет еще одно слабое место в систему - контроллер. причем выход из строя контроллера может дать в разы больше проблем (через лет 5 такого контроллера может просто не оказаться). Другое же дело рейд организованный в ядре. Правда тогда идёт завязка на linux, но для меня лично это не является минусом.
Одно другого не исключает. Рейд позволяет продлить жизнь сервака и упростить его обсуживание, но от таких песцов, как криворукий админ или взрыв датацентра, нифига не спасает.
>на кулере есть ссылка на статью про эту проблему. Короче за время синка массива практически неизбежно (с вероятность которую никто в трезвом состоянии не потерпит) наступает на современных объемах ошибка чтения. Ситуация сия фатальна, поскольку рейд в деградированном состоянии.
Ну-у-у... Недавно в порядке халтуры приходилось обслуживать один сервачок. Так там два пятых рейда (/ и /home) почти год пропахали в состоянии clean, degrated. Когда я наконец заменил вылетевший винт, из /proc/mdstat явственно раздавалось плотоядное чавканье и маты в адрес моего предшественника :)
Правда, нагрузка на сервак была небольшая — шлюз и файлопомойка для не особо крупной конторы (оформленные в виде двух xen domU, с хранением образов дисков на разделе /home).