|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrew Dolgov 2:5030/1022.1 22 Jun 2006 09:11:56
To : Alex Korchmar
Subject : Re: Sata raid
--------------------------------------------------------------------------------
>>>>> "AK" == Alex Korchmar writes:
AK>>> я их и строил, и пользовал в production штуки три. Давно.
AD>> md, afaik, не так давно и появился. ты его точно не путаешь с raidtools?
AK> а что изменилось? Я нарочно пытал Олега на эту тему - непохоже чтобы была
AK> какая-то разница с редхэтовской версией времен 7.3
вот уж понятия не имею. во времена rh7.3 все, по моему, еще сидели на
raidtools.
AD>> 2. управляемость и полная прозрачность всего стека ПО важен
AK> ну уж прям. Я вот почему тут про редхэт вспомнил? Потому что у них
AK> стоял какой-то собственный вариант md-шного драйвера, несовместимый
AK> с нормальными ядрами 2.x серии. Я честно пытался понять суть патчей
AK> - ниасилил. Hу, времени, понятно, тоже был не вагон.
AK> Вот такая вот прозрачность. Хошь верь RH, хошь - кернельным умельцам,
AK> хошь автору железяки. И кто из них козел а кто нет - аллах его знает.
нда, для шапочников это обычная ситуация. скажем так: две прозрачности -
для шапочников и всех остальных.
AD>> 3. если перевес производительности (который есть не всегда и
AK> точнее если ее есть запас.
это уже схоластика. если тебе это производительность нужна - ради бога, юзай
хардварный рейд. с моим профилем работы толку от нее особого не будет.
AK> У меня за что ни схватись (что дома, что на работе, что халтуры) -
AK> никому не хватает, все сожрут и cpu и дискового io сколько ни дай.
что ты там такое делаешь?
AD>> у меня в основном вебсервера (без сотен phpbb. в основном cms и тому
AK> лоад, лоад-то какой? То есть сколько примерно ресурса машины можно
AK> пустить в свисток? Можно в деньгах попробовать оценить.
у меня нагрузка везде на процессор, на диски особо ничего нету. тебе на эту
тему лучше с SM перетереть, у него там что-то более похожее на твою
ситуацию.
AD>> это не все, но частично из того что крутится конкретно с md. как я тебе уже
AD>> говорил, у меня совершенно не хостинг или коло. железо - самое разное, от
AK> ну, у тебя внутриконторская сетка. Там половину можно выключить -
AK> никто не заметит, небось, если не на целый день. Интерес представляет
AK> оставшаяся половина, которую таки заметят.
если db2 выключить - трезвон обычно начинается за считанные минуты. :-)
да и какая разница, md-то везде одинаковый (потому что везде дебиан).
AD>> для того, чтобы такое коматозное состояние винта на что-то повлияло
AD>> необходимо еще чтоб сервер перегрузили (иначе он просто будет крутится в
AK> ну да. Вполне себе типичная история - dma error'ы пачками, линух в коме,
AK> деваться некуда, жмем reset - приехали, диск видится, но грузимся
"жмем reset" подразумевает наличие кого-то кто имеет доступ к консоли тем
или иным образом. ergo, есть кому заметить что фигня вышла и загрузиться с
другого диска.
AD>> отключенном от массива состоянии, а я и дежурный будут уже предупреждены о
AD>> заднице от mdadm стандартным образом).
AK> это при условии что все не подвиснет нафиг, как оно у нас любит.
не, на таких ситуациях ни разу не висло. он не настолько сырой.
AD>> просто так у меня сервера перегружать не принято, про амеб я тебе уже все
AD>> писал выше.
AK> ну а дежурный у тебя кто? Равный тебе по квалификации админ?
с вышеописанной задачей справится, по моему, любой более-менее компетентный
человек. равный там или не равный. :-)
--
Zim: Why was there BACON IN THE SOAP?
GIR: I made it myself!
--- Gnus/5.11 (Gnus v5.11) Emacs/22.0.50
* Origin: Rogues do it from behind (2:5030/1022.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
