Wed, Jun 21, 2006 at 20:46:09, alex wrote about "[uanog] Re: [uanog] RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).": HO>> Так вот, если мне категорически _не_нужно_ни_одного_простоя_ HO>> (допустим они очень дорого мне обходятся. Скажем, реактор въе*ет, HO>> или человек на каталке умрет, или пять миллионов баксов потеряю и HO>> т.п.) то я ср*ть хотел на все доступные и дешевые замены в мире.
Ну и как тут тебе поможет "тяжелый кирпич" ? :))) В таком случае - только "Тандем" помогает - одна часть его "курит" или ремонтируется, а вторая работает - потом наоборот. Ни Сан ни ИБМ ни Альфа - такого не могут - все это сказки -
Сказанное выше описывает общий принцип работы HAC и не более того. И при чём тут Tandem? Да, неплохая железка. Хотя далеко не единственная. IBM вспоминаем, да? Ну так в iSeries и такое есть (за сколько денег - вопрос отдельный). Конечно, если ничего выше RS/6000 не помнить...:))
мне как-то демонстрировали "постоянноработающую" машину ИБМ высотой в шкаф, со словами "тут двукратное резервирование и... рассказали про ту-же "интенсивность простоев", я улыбнулся и спросил - а что будет если ТСП сессии открыты а машина умерла ? Вторая подхватит или нет их без разрыва ? Ответ меня поразил - "нет - после таймаута (30сек) вторая машина примет на себя все управление...
Аффтар жжот, блин. Какой наххрен TCP? Вы не знаете, что TCP для столь критичных передач которым важны единицы секунд - вообще неприменим? (Впрочем, если нужно такое извращение на галимом TCP - связываете пару PIX'ов в стек и получаете отличный образец такого что даже сессии сохраняет. Заметим, процессор там x86 серии:)) Кстати, про таймаут Ваш собеседник что-то странное сказал - если второй узел подхватил тот IP по HSRP/VRRP/etc., то будут не таймауты, а RST. А по чему ещё он мог это подхватить я и не знаю (в пределах TCP/IP - неужели DNS?;))))
а сессии ? - я три раза задавал ему этот вопрос пока "втюхиватель кирпичей" не сдался и не признал что в таком случае База и ТСП сессии к ней таки могут иметь проблемы...
Да, могут. А могут и на ровном месте иметь проблемы, на то он и TCP. Связь на пару секунд отвалилась - таймауты прошли - ещё 3 секунды на восстановление. У меня D-Link домашний временами перестаёт пакеты пропускать через NAT, я уже привык - сидишь полминуты куришь пока соединения прочихаются. А всё базовый принцип "доброй воли в Интернете" и защиты от перегрузки каналов и раутеров - каждая следующая посылка делается через таймаут в 2 раза больший чем предыдущая. Это в TCP, в SIP и ещё много где.
Так что не надо лукавить, Олег - хорошо ? Как работает ПИсюк и Сан внутри - я знаю, в свое время приходилось разбираться в сути и принимать решения насчет куда и чего применять. HO>> Мне не дешевые замены "за углом" нужны, а отсутствие простоев. ТСП сессии "кирпич" тоже подхватит на лету ? :)))) ...одно лукавство в ответ - заставляет задуматься почему ты так рьяно защищаешь "тяжелые кирпичи" :-) ...
А меня заставляет задуматься многократное повторение одного и того же аргумента весьма сомнительного характера. И попытки требования от средств совершенно не предназначенных для быстрого и беспотерьного failover'а (я про TCP/IP в целом) возможностей на которые они не рассчитаны. Ладно, если поверить в устойчивость L3 - остальное делается на самопальных протоколах над UDP. Но TCP... HO>> И если мне кантора дает гарантию, что у меня не будет ни одного HO>> простоя за определенный промежуток времени
Размечтался :)... простои - БУДУТ на любой технике. Слетел винт - надо было ставить райд с горячей заменой и избыточностью. Сгорел процессор или память ? :) А ну-ка поменяй ее на лету в Сане :)...
Есть модели в которых это делается - вынимается целиком процессорный блок (процессор, память и обвязка) и меняется на другой. Разумеется, всё это на лету. Опять таки, сколько стоит - не скажу, но Sun был один из первых разработчиков массового параллелизма на основании NUMA и обмена сообщениями (вместо UMA и семафорения, как в наиболее распространённых подходах нижнего уровня). HO>> Х..ня. Ну что ты в самом деле. Киношные съемки... Игры... Как HO>> будто кроме кино, игр и ISP больше сфер нету.
А ты почитай про Онлайн игры и что там летает и считается - задачка получается покруче чем просто бабки мобилок считать в текстовом виде и без синусов и косинусов... Зря ты так к играм относишся :) Это деньги, причем немалые - и вообще шоубизнес ворочает деньгами которые провайдингу и "базовикам-затейникам" не снились :)
Ага, ага. По сравнению с самой захудалой биржей в какой-нибудь сельскохозяйственной Монтане, где все друг другу перепродают урожай джинсовых деревьев - по уровню требований курят все онлайн-игры вместе взятые. Опять вспоминаем времена простоя.
Так и регулярно лежащий "процессинговый центр" тоже некритично - поднимется - даст деньги снять - главно чтобы побыстрее поднялся :) ...
Великолепный пример - совковые реализации у наших вполне совковых банков... "ну ты понял, да?" (tm) HO>> Потому "МЛМщикам" и стали время от времени нужны люди, могущие HO>> обосновать (без дураков) выбор того, либо иного решения
Во ! О! :) Читаем между строк: "похоже что у тех кто продает Саны кризис жанра и они пытаются применять тупое МЛМ чтобы спасти ситуацию..." :) Имею право на такой вывод :) бо уж сильно он на поверхности лежит :) - а ты меня от кластера на писюках не отговорил - как ни стараешся...
Значит, и не надо менять кластер на сан:) - задачи другие. А кризис жанра... понимаете, каждому кто ухитряется продавать 1-2 системы в месяц хочется продавать их 20. Темп продажи пирожков всегда завиден. Главное - понять что эти мечтания несбыточны в принципе.
Повторяю свой вопрос: Дано: 20000 онлайновых игроков, всем надо просчитать (с синусами и косинусами) их положение в пространстве трехмерном + кто кого с каких углов видит, куда летят их ракеты, что им продают в 5000 звездных систем и т.п.
Просчитывать один раз во сколько времени? Если реже раза в секунду - может я чего-то не понял в задаче, но 1 (одного) хорошего писюка должно хватить. Ну двух. База на это хозяйство тоже крошечная, хотя частота обновления заставляет подумать про то что иногда надо бы и чегой-то подоптимизировать, ну чистаа для уменьшения LA. HO>> им это расскажи, да? Вот я бы посмотрел что бы они тебе ответили...
А они и так не могут ответить :) они готовое "как у всех" покупают и все :) им думать не положено - просто копируется решение из-за бугра.
Верно, это даёт заметную часть установок "высокоранговой" техники. Но: на такие ситуации думать местным поставщикам не нужно, да и к тому же они часто в пролёте потому что клиенты везут сами себе технику через границу. А копирование решения - действие вполне оправданное с точки зрения толстого западного менеджера которому возня с людьми выжирает 99.9% ресурсов и ему принципиально нужно решение стандартизованное до предела. Знаю контору у которой нормировано одинаково по всем отделениям что и как должно стоять: какой шкаф и какого цвета у него ключ, точная модель каждого устройства и положение его по высоте в шкафу, конфиги (меняются только IP адреса), патчкорды с точностью до длины, цвета, соединяемых портов и какими петлями он должен быть уложен в организаторы:) Всё расписано в инструкции лежащей в отделении, местный админ имеет право только отрабатывать инструкции от центра в виде "переткните зелёный шнур из порта 1 в порт 3":) -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message