Исходное сообщение
"Неинтерактивная установка RedHat систем на mdraid: решение п..." Отправлено sHaggY_caT, 30-Янв-10 23:02
>>И какие варианты? AoE? > >iSCSI, iSCSI это уже не SOHO :) Это SMB :) >> По-моему две локальные 500-ки в зеркале > >Так это не RAID, в полном смысле Почему же? Вполне себе raid :) Диски сами по себе очень любят вылетать в самый непредсказуемый момент. Срочно ехать к кастомеру через всю Москву, по тому, что у них все легло из-за умершего харда, который не был в mdraid (так как "фи! не рейд в полном смысле"), вместо того, что бы получить алерт в мониторинге, и при следующем плановом визите просто взять с собой лишний диск, разве это не правильно? Или тоже самое с арендованным сервером в ДЦ для SOHO/SMB: они почти всегда идут без аппаратных контроллеров хоть в России, хоть в США. Срочно дозваниваться в колл-центр, заказывать IP-KVM, ковыряться в syslog, что бы _доказать_ оператору, что диск действительно умер, и все это под какофонию звонков злого кастомера, оно нужно? Вместо этого можно сделать софтовое зеркало, которое _гораздо_ надежнее одиночного диска, и поменять диск в более мирных условиях(хотя на _сервере_ все-таки желательно быстрее, так как зеркало существенно быстрее одного диска, и если он нагружен задачами, может начать тормозить, хотя, конечно, от ребилда будет еще больше тормозить) Если еще и добавить, что восстановление данных из бэкапа это часто долгая и муторная операция, по сравнению с тем, что бы собрать md/gmirror, думаю все должно быть понятно, что стоит выбрать) md используется, и используется часто в этом мире, а btrfs еще не production

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>И какие варианты? AoE? >> >>iSCSI, > iSCSI это уже не SOHO :) Это SMB :) >>> По-моему две локальные 500-ки в зеркале >> >>Так это не RAID, в полном смысле > Почему же? Вполне себе raid :) > Диски сами по себе очень любят вылетать в самый непредсказуемый момент. > Срочно ехать к кастомеру через всю Москву, по тому, что у них > все легло из-за умершего харда, который не был в mdraid (так > как "фи! не рейд в полном смысле"), вместо того, что бы > получить алерт в мониторинге, и при следующем плановом визите просто взять > с собой лишний диск, разве это не правильно? > Или тоже самое с арендованным сервером в ДЦ для SOHO/SMB: они почти > всегда идут без аппаратных контроллеров хоть в России, хоть в США. > Срочно дозваниваться в колл-центр, заказывать IP-KVM, ковыряться в syslog, что бы _доказать_ > оператору, что диск действительно умер, и все это под какофонию звонков > злого кастомера, оно нужно? > Вместо этого можно сделать софтовое зеркало, которое _гораздо_ надежнее одиночного диска, > и поменять диск в более мирных условиях(хотя на _сервере_ все-таки желательно > быстрее, так как зеркало существенно быстрее одного диска, и если он > нагружен задачами, может начать тормозить, хотя, конечно, от ребилда будет еще > больше тормозить) > Если еще и добавить, что восстановление данных из бэкапа это часто долгая > и муторная операция, по сравнению с тем, что бы собрать md/gmirror, > думаю все должно быть понятно, что стоит выбрать) > md используется, и используется часто в этом мире, а btrfs еще не > production
	Введите код, изображенный на картинке: