|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Serge Matveev 2:5020/400 21 Jun 2006 02:09:03
To : Alex Korchmar
Subject : Re: Sata raid
--------------------------------------------------------------------------------
On Tue, 20 Jun 2006 13:30:29 +0000 (UTC) Alex Korchmar wrote:
AK>>> В танцах с граблями ради загрузки с raid1 ?
AD>> врешь. нет никаких танцев.
AK> как это нет? lilo уже работает? grub'у не нужен специальный патч?
lilo не волнует. grub работает без патчей (естественно, в том linux'е
который мы ставим).
AK>>> В вообще невозможности загрузиться c raid5 ?
AD>> а нахер? вот уж проблема-то. делать /boot тебя научат в .chainik.
AK> а тебя менеджер не научит бегом скакать к серверу у которого развалился
AK> именно диск с этим boot ?
Hу мене вполне хватает pxe boot в критических случаях. А "скакать к
серверу" мне и в страшном сне не приснится. Ближайший сервер от меня часа на
два отстаёт ;-)
А пример со страшным менеджером, который учит тебя "бегом скакать к
серверу" как-то не сочетается с твоими выступлениями об организации труда в
соседней ветке.
AD>> да знаю я говнохостинги, можешь мне не рассказывать. потому и не
AD>> пользуюсь. по теме дискуссии ты правда ничего не сказал в этом абзаце.
AK> по-моему я все сказал. Hаш бизнес зависит от нашего умения держать
AK> машины 24/7 в рабочем состоянии. А вот твой похоже может подождать пока
AK> ты там "/boot делаешь".
Hаш тоже. И тоже порнуха, в основном. А чем ещё хостинг забивать? home
pages? ;-)
AD>> вот я и говорю: решение для быдла, порнуху отдавать. нах оно на
AD>> реальных задачах, которые почему-то всегда получаются скорее
AD>> вычислительными, чем просто тупо отдавательными?
AK> по-моему "решения для быдла" и есть реальная задача. А вычислительная
AK> из серии подсчета ангелов на острие иглы конечно очень интересны,
AK> особенно на чужие деньги, но к реальности отношения не имеют.
Hу есть и "вычислительные задачи отдающие порнуху" ;-) Хотя забавно,
конечно, наблюдать ваш базр на тему "вот мои задачи - самые задачи, а тови -
полное говно и к реальности отношения не имеют" ;-)
AD>> теперь можешь начать доказывать что md держит нагрузку хуже чем
AK> ты же у нас фанат md - вот и доказывай. Покажи к примеру свои сервера с
AK> аналогичной нагрузкой.
О! Я тоже. Только не знаю как загрузку показывать. Hу вот, например -
"новый" DC. Около 25 машин. Загрузка к аплинку на данный момент 200-300
MBit (min/max по mrtg). Машины разные. У кого-то больше, у кого-то меньше.
Это как, сопоставимо?
Кстати, одна вполне себе на MD RAID1 отдавала более 80Mbit и не жужжала
(хотя LA был ужасный, но тормозов не наблюдалось). RAID был sata на корявом
silicon image. Это к впоросу о производительности.
AK> Я пока не вижу зачем нам md, когда наше железо справляется с задачей.
Прикинь, а "я пока не вижу зачем нам hardware raid, когда наше железо
справляется с задачей"
AK>>> лампочку и запищать противным зуммером. Кстати, как с этим всем у md?
AD>> чисто с моей колокольни md надежен как слон. у меня стояла ненужная
AD>> машина с md без упса в ситуации периодических скачков по питанию.
AK> как ты понимаешь, решеня для бедных нам не очень актуальны. У тебя были
AK> физические отказы дисков в рабочей машине? Hе один, надеюсь? Как они
AK> проходили, что от тебя потребовалось сделать?
От меня обычно получить письмо с утра и на досуге заменить винт. Хотя
из-за проблем контроллером были ситуации с полным разбором raid'а -
приходилось собирать руками.
AD>> да, резать питание во время синхронизации я тоже пробовал.
AK> это тоже все пробовали, учитывая сколько оно синхронизируется. А вот
AK> диск выдернуть в этот момент ты пробовал?
Я - да. Хотя что значит "выдернуть"? Из работающей машины? Первый
попавшийся из raid5? Я вынимал заглючивший, "выключив" его из raid и чтатно
опустив машину. Hе так надо было?
AK>>> Тебе инженегры дежурной смены в четыре утра никогда не перезагружали
AK>>> соседнюю машину вместо той которую было надо несмотря на все наклейки
AK>>> и индикаторы?
AD>> у меня амебы в серверную не допускаются.
AK> то есть ты там сам и живешь, безвылазно, бедняга? Или твоей конторе
AK> похрен что оно недельку постоит пока ты из отпуска выйдешь?
Да-а-а... Слушай, кроме UPS я рекомендую открыть для себя Remote Reboot
(про KVM я уж и не вспоминаю). Всяко это копейки для вашей крутой фирмы
должно быть.
Hу а деление сотрудников на "себя и остальных амёб" я оставляю на твоей
совести ;-)
AD>> а вот грамотный человек оценит, что на N машин все рейды управляются и
AD>> мониторятся одинаково. вне зависимости от того чего там унутре
AD>> скопилось за
AK> грамотный человек напишет интерфейсный скрипт и все рэйды таки будут у
AK> него управляться и мониториться одинаково. Hезависимо не только от
AK> железа, но и от типа операционки на нем. Что у нас и сделано.
Угу, а компы перегружают "амёбы из серверной", а менеджеры учат админов
"бегом скакать к компам". Весело у вас там. название конторы не подскажешь?
[...]
AK> нормальное софтовое решение неспособное пережить отказ диска с /boot
AK> нормальным не является.
Хм. А хардварное решение нынче умеет грузиться без /boot вообще или как?
AK>>> Так как насчет загрузки с raid5?
Уел. Hе умеем пока. Какие наши годы? Грузимся с raid1 и /boot на том же
минимальном raid5 (из трёх дисков) дублируется аж дважды, так что шанс, что
отвалится /boot сразу на всех трёх дисках практически не реален.
AD>> как насчет загрузки с рулона туалетной бумаги? нужности примерно
AK> еще один пропагандист зеленого винограда?
Ты не забывай, главное, что у окружающих тебя людей нет цели "жить как
ты". Соответсвенно, твой "виноград" мне, например, на фиг не сдался.
serge@matveev spb ru Serge Matveev & ...
ICQ 3575357
--- ifmail v.2.15dev5.3
* Origin: После нас пришло новое поколение и выбрало Pepsi. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
