|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/400 21 Jun 2006 11:49:22
To : Serge Matveev
Subject : Re: Sata raid
--------------------------------------------------------------------------------
Serge Matveev <serge@matveev.spb.ru> wrote:
AK>> куда их девать в корпусе высотой 1u или кто будет платить за второй u.
AK>> Цены на плату аппаратного рэйда тебе известны.
SM> А. Я напоминаю, что md строится на уровне разделов и сделать на дисках
ну это зависит от прямизны рук строителя. Я не уверен что парился бы
разделами в количестве большем одного - предыдущий опыт негативный.
SM> /boot на 64M _перед_ исзготовлением raid5 не так сложно. Вряд ли у тебя "в
и что мы делаем если этот boot отвалился? Или перед тем? Вручную зеркалируем
(я так трахался в эпоху freebsd4 с ее vinum, с загрузкой с которого у нее тоже
все было довольно кисло) или md еще один только теперь уже mirror заводим?
Кто переключит загрузочное устройство при смене диска?
И не кажется ли тебе что полученный бутерброд стал как-то не особенно
масштабируемым и надежным да и гемора на него ушло больше чем денег
стоит железная плата? Осталось вспомнить остальные отличия железных
рэйдов от самодельных, чтобы расхотеть возиться окончательно.
SM> корпусе высотой 1u" больше трёх винтов
четыре бывают легко.
SM> без этого было бы лучше, конечно, но это мелочь.
это не мелочь - это потери твоего времени на организацию и сопровождение.
AK>>>> У тебя были физические отказы дисков в рабочей машине? Hе один,
AK>>>> надеюсь? Как они проходили, что от тебя потребовалось сделать?
AD>>> вынуть винт, вставить новый.
AK>> как определяем какой винт вынимать?
SM> Хм. А в чём проблема?
перед тобой стойка, набитая битком. Все это опутано проводами и
хреново освещено. Задача - найти в этой каше нужный дивайс, разбирая
закрытые проводкой ярлыки, докопаться до его дисков (особенно удобно
когда дивайс ищут с одной стороны стойки а диски у него на
противоположной). Hадеюсь, ты еще не забыл какой у диска номер юнита. А то
подключение консоли или kvm'а отдельная песня, если, конечно, тебе от них
есть прок - я, как уже говорено, не в восторге лично выполнять эту работу,
а у инженеров нет ни паролей ни, возможно, умения посмотреть mdstat.
Теперь надо выдрать из него диск, и учти что raid5 не обрадуется,
если ты выдернешь не тот что в офлайне. Хорошо если сервер одноюнитовый
и дисков не больше четырех (кстати, с какой стороны они нумеруются
в этом корпусе?) А если он 4u и дисков там шестнадцать в четыре
ряда, доступ раком (удобных многодисковых корзин похоже не бывает
- обязательно что-то надо вынимать так что руки поломаешь)?
В случае железного рэйда и правильного backplane - у тебя мигает
красная лампочка на аварийной корзинке и воет сирена. Если на
разноцветных лампочках сэкономил - оно обычно умеет 'identify unit'
хотя бы просто имитируя к нему обращения, обычно тоже хорошо видно.
В результате в этом случае я говорю "сервер номер такой-то, рэйд рассыпался,
замените диск модель такая-то". Всем все понятно и гемор минимален.
В ином случае - "сервер... диск номер... кажется они справа считаются?
Или слева? Чорт, счас по доке посмотрю... Записал?", и хорошо если
инженер не ошибется - у него там записано не только мое, а еще
десять других машин.
AK>> "если я чего-то не могу сделать как следует - "не больно оно и
AK>> хотелось"
SM> Только не "как следует", а "как сделано у тебя". Разницы не замечаешь?
в данном случае у меня как следует, а у него - через лишний гемор. Замечаю.
Hе в пользу md-based решения.
> Alex
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
