Wed, Jun 21, 2006 at 18:37:50, alex wrote about "[uanog] Re: [uanog] Re: Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).": VN>> А вот поспорьте. Хотя бы для того, чтобы ОТЛИЧАТЬ виды кластеров и VN>> потребности их реализации (To all: извините за Caps, ситуация VN>> обязывает). Ах, гугль, ах, двадцать тысяч писюков с помойки! Так у VN>> гугла и требования к каждому узлу такие же - подумаешь умер диск, VN>> подумаешь умер другой, третий - поисковый робот найдёт всё заново. VN>> А теперь представим себе такой же подход к финансовой VN>> информации... ась?
РАИД винтов с батарейками - лечит.
Угу. И кластер? Так и представляю себе десять тысяч тазов, у каждого RAID с батарейкой:) Или выделим отдельно хранилище, отдельно процессинг? Ага, NFS между ними:)))) VN>> Кластер кластеру рознь. Если задача легко паралеллится - флаг вам VN>> в руки! Тогда действительно ставьте стадо писюков, автоналивайку VN>> задачи и вперёд. Только вот беда - не получается *все* задачи VN>> такими сделать, ну хоть убейся об стену - не получится.
А какие задачи требуют именно СуперСана ? :) Ну - давай - сказал А скажи Б !
А я не говорил про "СуперСан". Впрочем, можно и определить подобный класс задач, одним простым принципом: сложная ресурсоёмкая обработка непригодная к распараллеливанию. И начинается это с баз данных. (Частично оно, конечно, параллелится. Но несерьёзно предполагать получение на этом серьёзного выигрыша не сделав принципиального разделения ролей между движками.) VN>> А для серьёзных high availability исполнений могут требоваться VN>> задачи которые в принципе не решаются писюковым железом - потому что VN>> оно не умеет должный уровень самоконтроля и восстановления после VN>> ошибок, оно всё работает по принципу "Семь бед - один Reset".
Не лукавим, Ок ? :)
У Вас какие-то претензии к сути изложенного? Не понимаю. Про диски я уже рассказал. Ещё вспомним что у вполне серьёзного производителя можно нарваться на отсутствие _реального_ ECC (несмотря на все репорты планки и наличие 9-го кристалла), а уж качество поставок вообще не выражается словами - нарваться на перемаркированные элементы как раз плюнуть.
как раз когда куча всего само за собой следит - это лучше чем "один большой шкаф упал"...
В этом "одном шкафу" может быть много разного почти независимого друг от друга, но совершенно не обязательно что PC будет выполнять иную роль чем запускалку /usr/bin/tn3270 :) VN>> EVE-ONLINE, говорите? Заходим на первую страницу: VN>> === cut === VN>> Мы собираемся поставить новый патч серии Bloodlines во вторник, 6 VN>> июня. Всвязи с этим, ДТ начнется в 11.00 по Гринвичу (GMT) и VN>> закончится в 15.00. VN>> === end cut === VN>> в нормальных системах (а не игрушках) downtime подобного типа VN>> вообще не бывает (всё меняется на ходу), а если бывает - то VN>> сводится к секундам, а не часам. Это азы, и странно что их VN>> приходится объяснять.
Для тех кто не в курсе - РАССКАЗЫВАЮ - "патчи" в Еве - это не "латание ошибок" в настоящее время, это "развитие мира", и нельзя без прерывания это развитие вводить - проще мир "уронить и переписать" чтобы потом все сразу увидели "новое". Тут и Саны не помогут - это особенность такая вот у Игры... А вот сама игра я что-то не помню чтобы что-то теряла - вещи игроков например, или обьекты какие-то :)
Неважно что они называют словом "патч" - это какое-то изменение функциональности. Так вот на то она и игровая среда что допускает, что ради изменения функциональности всё останавливается. VN>> Вместо подобных игрушек лучше посмотрите на систему... мнэээ... VN>> бронирования билетов. Общую по стране. Там такой downtime VN>> допустим?:))
Захожу в Аваль где-то в Мариуполе-Бердянске и т.п. - постоянные проблемы с платежами - то "сеть в Киеве легла" то еще что-то. Я уже молчу про наш любимый "центр обработки транзакций" имени банкоматов - носить с собой карточку - это значит в нужный момент остаться без денег вообще. И там тоже "тяжелые" применяются - не помогает как вижу... Валентин - давайте не лукавить ? :)
Давайте. Я не про Аваль вспоминал, а несколько про другие структуры и системы. VN>> Им - действительно не нужно - им и 4 часа проваляться можно, и на VN>> стандартной Windows всё строить. Это вам не финансы.
Пример Аваля и "процессингового центра" - подтверждает крылатую фразу "зачем платить больше ?" :) ...любая СУБД щас поддерживает "откат транзакций" - так что все можно либо откатить либо разобраться что и почему. Винты с батарейками уже серийно выпускаются :) ...
Если понимать откат транзакции как новую транзакцию с обратным действием - ну да, но при чём тут это вообще? Это даёт право процессинговому центру валяться? VN>> Бедняжки, они этого не знают - что им саны не нужны. Наверно, им VN>> даже SCSI (которое SMALL computers system interface) не нужно, а VN>> массовые IDE диски которые плюют на контрольные суммы по шине и VN>> врут что отключили write-back кэш - самое оно чтобы хранить свои VN>> данные и верить в надёжность хранилища баз данных. O tempora...
Опять лукавство - мобильшики в большинстве "просто купили что предлагается" и все - им никто не дал даже подумать что есть решения которые решат их проблему перегрузок "суперкомпа". Вот Утел у нас в украине самый большой покупатель Циско :) И что с того ? полные склады накупили а как заставить работать "как в книжке" - так до сих пор плющит и колбасит... а в книжках только "ура! все будет работать если вы купите нашу Циску и к ней супер систему управления!" Купили - завели - не помогло :) ...
Лукавите как раз Вы. Покупатель не думает, позволяет себе впихнуть то что ему не нужно - какое это отношение имеет к реальным нуждам? Ну да, дай дураку в руки нефритовый стебель - он и стебель сломает, и руки порежет. Это избавляет от факта что кому-то реально нужны такие возможности и мощности? Мы вот на LN тоже когда-то покупали саны:) И это было реально полезно - тогда такой уровень не мог обеспечить PC. И сейчас есть применение в которое сколько ни впихивай писюковой мощности - всё будет мало. Другой вопрос, что не больно-то и хотелось - ну дык всем известно что в первой встречной лавке на пять продавцов и одного бухгалтера даже 1Gb/s сеть прогибается:)
И "руки" тут не при чем - я вникал что "внутри" происходило когда Утел систему разворачивал и пытался заставить работать :) с "тяжелыми" - будет такая-же фигня, только еще море денег на доводку-дописку и поиск багов в софте, который "супернадежен и непадуч" :) ...
В конкретном случае - ВЕРЮ. Что купили ненужное, не сумели применить как следует - ВЕРЮ. Опровергает это что-то в моих/Олега словах? НЕТ. VN>> 27 звонков в секунду - кстати, уровень как раз одного хорошего VN>> писюка:) и совсем не тот уровень который требует чего-то большего.
27 каких звонков :) к каждому надо отдельный подход, это не просто "переключил и забыл"... Транзакции, батенька, + куча ресурсов на обработку...
А то я не видел системы которые и бОльший поток авторизуют, биллят и ещё и применяют массу разнообразной обработки. Нет, это всё ещё писюшатина. Вот выйти на 200 звонков в секунду - придётся или упрощать обработку до предела, или уже серьёзно думать о том как это делать - и железо будет играть не последнюю роль. -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message