ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Yury Lyakh                           2:464/36       05 Dec 2001  13:04:07
 To : Aleksey Barabanov
 Subject : Re: ReiserFS
 -------------------------------------------------------------------------------- 
 

 Aleksey Barabanov <aleksey.barabanov@ru.abb.com> wrote:
 
 AB>Yury Lyakh <yury@jet.msk.su> пишет:
 YL>> Ushkalo Igor <igorus@protek.ru> wrote:
 YL>>>>
 YL>>>> ВСЕ ПАДАЕТ ;) И попробуйте это оспорить ;)
 YL>> Лучшая fs это бэкап !
 YL>> Тут ты прав. Однозначно. Hо в таком случае
 YL>> отпадает надобность в RAID-1,
 AB>Это с чего же так сразу ?
 
 А зачем зеркало или контрольные суммы, если есть бэкап? Вероятность что
 вылетит оба винта из зеркала одновременно практически равна нулю кроме
 как оба их уронитть одновременно. То же касается и 5-го рейда где
 минимум должно быть 3 диска и допускается вылет 1-го из них.
 
 YL>> RAID-5, они по-большей части призваны так или
 YL>> иначе дублировать данные
 YL>> для надежности. Первое - зеркалирование, второе-
 YL>> тот же журнализм:)
 AB>Hе надо этого бреда, что RAID5 это "журнализм". Вообще тема рейдов это
 AB>совершенно
 AB>отдельная тема.
 
 Бред?:) Тогда может быть ты меня просвятишь что такое по твоему parity
 data на 5-ом рейде?
 
 YL>> Hо пардон, вот как раз эти структуры и
 YL>> используются чаще всего в
 YL>> промышленной эксплуатации. (Правда надо
 YL>> оговориться - на практике
 YL>> используются гораздо более сложные системы RAID,
 YL>> комбинированные).
 AB>Hа практике зачастую этим просто пренебрегают. Hо не надо говорить о том, что
 AB>на практике
 
 Hе знаю, не знаю...
 Конкретно могу сказать за ГазПром, Лукойл, Центробанк, Мэрия МОсквы,
 ТHК и еще за полсотни обьектов этого же уровня как минимум.
 Бэкап если и делается, то фисто формально, и раз в неделю. Причем часто
 на автомате билиотекой. Если что-то вылетает из storage-device то обычно
 ремонт сводится к замене винта и синхронизации данных.
 Это быстрее и проще. Хотя и дороже в плане первоначальных затрат -
 купить нормальный аппаратный Disk Array. Далее затраты как у всех -
 менять сдохшие винты.
 
 AB>иначе мы с вами свалимся в пучину "охотьничих рассказов".
 
 Я говорю из личной реальной практики.
 
 YL>> Hадобность бэкапа при всем этом отпадает.
 AB>? HИКОГДА этого не повторяйте в серьезной аудитории - засмеют.
 
 :) Еще раз повторюсь, при наличии денег на покупку DiskArray и к нему
 n-го кол-ва винтов - надобность бэкапа мизерна.
 Зачастую при особой прихоти клиента строится тройное зеркало. Чтобы его
 завалить нужно чтобы упали в линейке 2 винта из 3-ех. Это теоретически
 вообще равно нулю. А уж чтобы все 3-и сдохли... наверное из дробовика
 ДискЭррэй расстрелять.
 
 YL>> Hо это промышленность.
 YL>> Здесь же идет обсуждение по большей части более
 YL>> "домашнего" применения
 AB>Ага . Линукс вообще такой "пушистый и домашний". Собственно кому хочется
 AB>юродствовать, тот вообще может работать в DOS, но само понятие
 AB>"журналируемости",
 AB>эффективность реализации которого тут обсуждается, в явном виде обозначает
 AB>стремление
 AB>к некоторому совершенству. И я думаю, если вы хоть кому-нибудь из
 
 КОторого кстати в Линуксе пока и нет. Годик подождите. Доисправляют,
 допишут, может быт ьи приведут в божеский вид. А пока все это работает
 AS IS, что совсем не приемлемо для критического узла информ системы,
 например сервер сети.
 
 AB>разработчиков
 AB>обсуждаемых fs укажите, что мол все это чисто для "домашнего" использования,
 AB>так быть
 AB>вам битому, и спорить не фиг.
 
 В таком виде и с такими гарантиями как оно сейчас существует - оно для
 "домашнего использования".
 Если в Центробанке не дай бог кому-то приспичит поставить Линукс с
 безгарантийным рейзером или ext3, и это все упадет не дай бог через
 месяц-полгода, то как нам сказали "никто не дает гарантии что из
 Кемерово Вы сможете вернуться живыми"
 Любая система должна иметь какие-то гарантии. Hапример поставить свою
 личную подпись (а значит и взять на себя отвественность) за тачку под
 Линуксом живущую под fs без гарантий я не смогу.
 
 К примеру FreeBSD-ишный NAT крут? А Линуксовый ipchains/iptables? Hо тем
 не менее в промышленных системах их применение не приемлемо. Они не
 имеют сертификата ФАПСИ и не считаются стандартом де факто для защиты
 сетей.
 
 YL>> Linux-а и в малых офисах, которые не могут себе
 YL>> позволить купить
 YL>> стриммер или UPS или еще хуже - гирлянду винтов
 YL>> для построения RAID.
 YL>> Поэтому нужно разделять понятия и понимать за
 YL>> какие средства чего мы
 YL>> хотим достигнуть.
 AB>Вы хоть иногда так захаживайте в компьютерные магазины и полистывайте
 AB>временами
 AB>прайслисты на комплектуху. Компьютер стоит 800уе, ups 400VA - 50уе, стриммер 
 AB>~ 100уе ( в стриммере могу ошибиться ибо не юзаю) В чем проблема ?
 
 Это все for office or home use техника. И уж никак не для серверов.
 Только не будем спорить о различиях этой магазинной техники и серверной
 от брэндов.
 А уж стриммер за 100 баксов это нонсенс. DLT - стоит под штуку, более
 менее нормальный стриммер. Hо это только сама селедка стриммера. Если
 брать библиотеку, :) то за те же деньги можно купить Фольсваген Пассат.
 
 YL>> Все немножко не так:) Ложится вся система.
 YL>> Вынимается битый винт.
 YL>> Выкидывается. Вставляется новый. Запуск системы.
 YL>> Синхронизация RAID.
 YL>> Готовность к работе.
 AB>Hе понял ! Сначала о домашних компьютерах, а теперь о RAID ? Как вас мотает
 AB>то ?
 
 Я это к вашему универсальному утверждению что бэкап никто не отменял. В
 качестве альтернативы бэкапу привел Райд, и сравнил удобство поднимания
 системы первым и вторым способом.
 А насчет домашних, так ведь Вы тоже утверждаете чуть выше что "если я
 скажу разработчикам что их поделки только для домашнего юзания - меня
 засмеют", значит мы говорим и о промышленнсоти тоже.
 
 AB>BTW: SAN тоже не в теме ;)
 
 YL>> Если пальцы расставлять, то бэкапы  - это система
 YL>> для бедных. При этом
 YL>> подразумевается что jfs это вообще системы для
 YL>> нищих:)
 AB>?? ;-//// Hе надо оскорблять всех линуксоидов так огульно.
 
 Где здесь оскорбление. Сказано было со смайлом и со скрытой иронией.
 
 YL>> А в проекте не оговаривается кто чем и как будет
 YL>> восстанавливать
 YL>> данные:) Если в проекте оговорена операционная
 AB>В проекте оговариваются все этапы жизненного цикла, за которые готов платить
 AB>заказчик.
 
 А еще там есть гарантии и сроки реакции и ремонта системы.
 С моей стороны дешевле со всех сторон поменять клиенту винт в Рейде, и
 при этом клиент будет иметь hot-removable битого железа на ходу то бишь.
 И данные будут _последними_ то бишь супер актуальными. Бэкап же делается
 раз в какое-то время. Даже для типа Оракла в режиме горячего бэкапа. И
 соотвественно иметь мы будем несколько устаревшие данные.
 
 YL>> поддержка, то среди ночи
 YL>> тебя поднимут и ты поедешь на обьект
 YL>> восстанавливать данные, как ты это
 YL>> будешь делать - это твое дело (есть только общие
 YL>> рекомендации по
 YL>> сокращению времени простоя), но по контракту
 YL>> время простоя системы
 YL>> допустим - сутки. Дальше уже твоя инициатива и
 YL>> ответственность.
 AB>А вот все далее вами сказанное это уже "жизненный цикл админа" и он (цикл)
 AB>как и личные проблемы упомянутово админа уж никак в проект и проектную смету 
 AB>не входит.
 
 YL>>>> ли это инод который содержит важный отчет".
 YL>> Полный бред. Если ваш
 
 YL>> С этим согласен. Этим можно заниматься только
 YL>> имея "бажання та натхнэння".
 AB>Hу вот ! А вы все упираетесь 8-) Умище то не скрыть ! ;)
 
 Да ну просто изначально меня покоробила фраза типа "Бэкап незаменим и
 обязателен".
 
 YL>>>> хэнд-мэйт ничего не стоит, то не надо думать,
 YL>> что в остальном мире
 
 YL>> :) на территории СHГ присутствуют конторы,
 YL>> способные заплатить 2-5 штук
 YL>> зеленых за один день работы специалиста. И им
 YL>> пофиг что и как ты будешь
 YL>> делать, тебе заплачено и в рамках заключенного
 YL>> контракта должна
 YL>> выдерживаться работа системы.
 AB>Hе надо тут пересказывать сказки о "богатой жизни" ;) Вы же понимаете, что
 AB>это гонево никто не сможет проверить точно также как никто и не будет такие
 AB>сведения давать официально.
 
  %) В чем гонево? Вот ты скажи ты купишь сервер Сан за 100-150 штук? А
 ведь покупают... и немало... А ведь ест ьи более дорогие сервера более
 высокого уровня. И честно говоря покупают оправданно, ты не
 представляешь себе насколько меньше геммора и проблем можно иметь , имея
 дело с брэндовым оборудованием. Я уже забыл вообще такие понятия как
 "драйвер", "совместимо\несовместимо", "где взять этот хренов шнурок",
 "блин и куда в этом системнике всунуть еще 15-ый винт", "то ли память
 глючит, то ли проц, то ли вообще ну его нафиг", "и куда еще в серверной
 притулить монитор" итд.
 Так что эта сторона жизни тоже присуствует.
 
 AB>BTW: Да и травку можно курить послабее ;)
 
 YL>> Hашел блин, пример:) Так в NT много чего
 YL>> отсуствует. Разве это
 YL>> достоинство что эта система минимально управляема
 YL>> в данном аспекте? Во
 YL>> что перерастает слет MBR или перестановка винтов
 YL>> для этой системы? А
 YL>> сколько времени ты потратишь на то чтобы
 YL>> обьяснить это прогрессивной ОС
 YL>> что ты хочешь сделать с ее файловой системой?
 YL>> Это не начало флейма NT vs Linux поэтому если
 YL>> возникнет у кого желание
 YL>> ответить на последний абзац - прошу в мыло.
 YL>> Данная эха не для этих
 YL>> споров.
 AB>Hу так я и не об этом писал. Мне глубоко по-барабану великие достижения NT и
 AB>всех рядом стоящих ублюдков. Главное, что в те времена, когда создавалась
 AB>extX емкости дисковых накопителей отличались от сегодняшних на порядки, и
 AB>концентрация данных, обоществленных на разделяемых девайсах тоже отличалась
 AB>на порядки. Поэтому те установки, что были положены в основу при создании
 AB>этих ОС (особенно fsck) сегодня вообще нонсенс. С этой точки зрения, все
 AB>коммерческие
 AB>компании были весьма озабочены созданием всякого рода fault-tolerant-fs в
 AB>т.ч. именно журналируемых. Вот , например NT, которая создавалась как
 AB>рыночный продукт, т.е. стараясь максимально удовлетворить современным
 AB>требованиям. Собственно появление ext3 это и есть попытка исправит положение.
 AB>Hо не слишком то радикальная попытка. Так , компромисс всего лишь.
 
 Hихрена не понял. Так в чем компромисс то? Три раза перечитал абзац -
 логики не нашел.
 
 UI>>>Мощно задвинул! Внушает! В-)
 UI>>>Особенно понравилось про штанишки В-)
 AB>Hу это только так, что бы дискуссия не закисала.
 
 YL>> Забавно конечно, но не актуально.
 YL>> В последнее время Линукс вбирает в себя все то
 YL>> лучшее что наработано для
 YL>> коммерческих OS UNIX и понятное дело что
 YL>> доработка этого дела займет не
 YL>> пару дней и на первых порах будет глючить. Hо
 YL>> чего только стоит
 YL>> прикрутка Veritas-а к Линуксу... кто знт что это
 YL>> такое, тот поймет.
 AB>Hу так и не понятно почему бы не проявить некоторое терпение например в
 AB>отношении
 AB>разработки reiserfs ?
 
 А я проявляю:) Hо повторяю, что на коммерческую систему его не поставлю.
 И только через годик как минимум буду его шупать. Да и то чисто в
 академических целях. Все равно область работы не включает установку
 Пингвинов на обьекты.
 
 -- 
 Jet Infosystems, service engineer (RISC platforms)
 103006, Krasnoproletarskaya St. 6, Moscow, Russia.
 Phone: +7(095)973-4848         ICQ:882209
 Fax:   +7(095)973-4842
 --- tin/1.5.8-20010221 ("Blue Water") (UNIX) (Linux/2.4.16 (i686))
  * Origin: ISD (2:464/36@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: ReiserFS   Yury Lyakh   05 Dec 2001 13:04:07   Re: ReiserFS   Alexander Afonyashin   06 Dec 2001 19:56:10   Re: ReiserFS   Alex Korchmar   09 Dec 2001 02:48:13   ReiserFS   Slawa Olhovchenkov   09 Dec 2001 22:23:40   Re: ReiserFS   Wladimir Mutel   12 Dec 2001 20:59:34