(no subject)
Apr. 15th, 2006 08:16 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
к http://lj.rossia.org/users/lqp/43503.html?thread=392431#t392431
А всё дело в том, что техническое решение разработанное инженерами в соответствии с чётким планом и внятным целеполаганием по прежнему имеет довольно радикальное преимущество перед сборкой конструкции из отдельных кубиков, созданных методом народного творчества широких масс.
Особенно в ситуации, когда первая забота инженеров - взаимная совместимость разработанных ими самими компонент, а не поддержка неопределённого круга железа, софта и протоколов со всего мира.
Цены падают, поэтому конструкции из кубиков становятся доступнее, что, безусловно хорошо.
Но люди, которых не интересует сам процесс ('наш университет собрал супермуперкластер на 8192 оптеронах под линукс и поэтому мы суперкруты. Да, кстати и студенты попрактиковались'), а которым нужно просто чтобы всё работало и работало надёжно - покупают и будут покупать мейнфреймы.
Потому как надёжность, безглючность и беспроблемность их качественно отличается от таковой у т.н. "открытых решений".
Вот, как мне сказали, Внешторгбанк недавно себе поставил агрегат...
А всё дело в том, что техническое решение разработанное инженерами в соответствии с чётким планом и внятным целеполаганием по прежнему имеет довольно радикальное преимущество перед сборкой конструкции из отдельных кубиков, созданных методом народного творчества широких масс.
Особенно в ситуации, когда первая забота инженеров - взаимная совместимость разработанных ими самими компонент, а не поддержка неопределённого круга железа, софта и протоколов со всего мира.
Цены падают, поэтому конструкции из кубиков становятся доступнее, что, безусловно хорошо.
Но люди, которых не интересует сам процесс ('наш университет собрал супермуперкластер на 8192 оптеронах под линукс и поэтому мы суперкруты. Да, кстати и студенты попрактиковались'), а которым нужно просто чтобы всё работало и работало надёжно - покупают и будут покупать мейнфреймы.
Потому как надёжность, безглючность и беспроблемность их качественно отличается от таковой у т.н. "открытых решений".
Вот, как мне сказали, Внешторгбанк недавно себе поставил агрегат...
no subject
Date: 2006-04-15 05:18 pm (UTC)no subject
Date: 2006-04-15 05:36 pm (UTC)Если вопросы качества на первом месте, или нужна очень большая мощность и есть возможность одномоментно выложить серьёзную сумму, чтобы купить сразу _много_, то сравнение - совершенно не в пользу 'открытых решений'.
Для тяжёлых задач DB2 на мейнфрейме на голову выше любого постгресса и по производительности и по надёжности. (Просто чтобы было понятно - официальный взгляд IBM на эти вещи сейчас - нулевое время простоя техники. Не "пять девяток", а именно zero fault.
Другое дело, что с развитием техники сегмент тяжёлых задач всё время поднимается выше и выше, а для рядового класса приложений заказной софт сейчас действительно нет большого смысла использовать.
no subject
Date: 2006-04-15 05:44 pm (UTC)no subject
Date: 2006-04-15 05:49 pm (UTC)управление резервированием авиабилетов в мировых масштабах
да, кстати, и поддержка работы серьёзного, большого банка
no subject
Date: 2006-04-15 06:33 pm (UTC)Говорю же, не беру задачи мейнфреймов.
no subject
Date: 2006-04-15 07:51 pm (UTC)Но ты в магазин наверное ездишь на маршрутке, а не на специально купленном Белазе?
no subject
Date: 2006-04-15 08:11 pm (UTC)no subject
Date: 2006-04-15 08:27 pm (UTC)no subject
Date: 2006-04-15 06:08 pm (UTC)Тут правильнее будет сравнивать по количеству хранимой информации и обслуживаемых пользователей.
Большинство решений на PostreSQL и MySQL - карликовые. В то время как системы на DB2, Oracle и SQL Server обслуживают многих и многих.
no subject
Date: 2006-04-15 06:32 pm (UTC)Re: Reply to your comment...
Date: 2006-04-16 04:04 am (UTC)no subject
Date: 2006-04-15 08:03 pm (UTC)no subject
Date: 2006-04-15 08:09 pm (UTC)no subject
Date: 2006-04-15 08:13 pm (UTC)no subject
Date: 2006-04-15 08:25 pm (UTC)сильно подозреваю, что Google при своих мощностях тратит на железо на порядок больше, чем мог бы, перейди на мейнфреймы с Intel-based архитектуры.
Но цифирки то они не публикуют
no subject
Date: 2006-04-15 07:58 pm (UTC)P.S. Но у нас не все решения халявные, разумеется, БД оракловские, но основная серверная ОС Линукс, не считая пары контролееров AD.
no subject
Date: 2006-04-15 08:07 pm (UTC)RE: Reply to your comment...
Date: 2006-04-16 07:23 am (UTC)Откуда дровишки? И что за зверь "обычный юникс"? Какой из них обычный, а какой необычный? AIX, например, обычный?
>>Мейнфрейм рубится с таким же эффектом как на 30ти, так и на 90. Кроме кубиков нужен еще и грамотно написанный кластерный софт.
Нужен, безусловно. Но у нас нет кластеров, об чем и речь.
Re: Reply to your comment...
Date: 2006-04-16 07:52 am (UTC)Тогда и говорить не о чем - Ваша техника существенно ниже классом, чем мейнфрейм
RE: Reply to your comment...
Date: 2006-04-16 01:51 pm (UTC)Ага, я же говорю - мы от них и отказались в свое время, в пользу решения на "кубиках", как только кубики развились настолько что стоящие задачи стало возможно разделить между ними - разделить, а не распределить ;o) То есть вот эта пресловутая граница сместилась, и необходимость в мейнфрейме попросту пропала, дешевле и проще оказалось обходится без него.
no subject
Date: 2006-04-15 08:23 pm (UTC)Вполне нормально они апгрейдятся, между прочим. Уж в смысле поддержки старых шасси
IBM даст сто очков вперёд любому Dell-у - новые процессоры поставляются и через несколько лет после выпуска, а любой Intel-based сервак апгредабелен до первой перемены сокета ;-)
Да и вообще там, как раз уж в отличие от мейнфрейом, попросту нет особо чего апгрейдить.
устаревают только в путь
Любая железка устаревает с такой скоростью, с какой идёт время.
Если под старением иметь ввиду, что она не 2006 а всё ещё 2002 года выпуска ;-)
Если же речь идёт по производительность - то у мейнфреймов, кроме может младших моделей, такой проблемы обычно не наблюдается.
Понимаешь, чем дальше заходит прогресс "кубиков", тем уже ниша мейнфреймов,
IBMовская статистика продаж по мейнфермам не подтверждает этот тезис.
Они уже сейчас ушли в топовую нишу, которая по практике остаётся примерно постоянной ширины. После первого всплеска энтузиазма "ах, Риск-серверы, ах локальные сети на Нувел-Нетвари", объёмы продаж мейнфреймов стабилизировались.
Ну а по поводу надежности, знаешь, моя личная статистика, а она набрана совсем не на маленькой сети в десяток-другой серверов, говорит о том что решения из "кубиков" вполне надежны, тем более что критичные системы проще и дешевле дублировать, а ситуация "умерло все" может случится только при прямом попадании метеорита в серверную ;o)
десяток-другой серверов - это очень маленькая сеть.
реально большая начинается от многих сотен, и простирается далее вверх.
мейнфреймы вполне адекватно заменяют это слабоуправляемое безобразие.
а ситуация "умерло все" может случится только при прямом попадании метеорита в серверную ;o)
У нас совсем недавно была ситуация в Москве когда умерло всё - стоило Чубайсу провод перегрызть, как грохнулась M9 и пролёг весь московский интернет.
По ходу дела обнаружилось, что никакой особой "редудантности", дублирования и резервирования даже на критичных участках инфраструктуры не предусмотрено как класса.
Это, разумеется, вопрос не об архитектуре как таковой, а об общих подходах к проектированию ИТ-систем.
Но, тем не менее, констатируем - "всё умерло" весьма легко.
Кластер из Parallel Sysplex разнесённый георграфически в такой ситуации молча переключил бы нагрузку на ту свою часть, которая осталась при электричестве и продолжил бы работу прозрачным для внешних абонентов способом.
no subject
Date: 2006-04-15 09:15 pm (UTC)Дык этож Ростелеком если не ошибаюсь, они только бабки драть умеют, такие тарифы еще поискать надо, прямо как в Антарктиде.
no subject
Date: 2006-04-15 09:19 pm (UTC)RE: Reply to your comment...
Date: 2006-04-16 07:23 am (UTC)Весь вопрос в цене и простоте, точнее в задачах, которые определяют приемлимость затрат на их решение ;o)
>Если же речь идёт по производительность - то у мейнфреймов, кроме может младших моделей, такой проблемы обычно не наблюдается.
Осталось только понять зачем их вообще апгрейдят и выпускают новае, более шустрые ;o)
>>IBMовская статистика продаж по мейнфермам не подтверждает этот тезис. Они уже сейчас ушли в топовую нишу, которая по практике остаётся примерно постоянной ширины. После первого всплеска энтузиазма "ах, Риск-серверы, ах локальные сети на Нувел-Нетвари", объёмы продаж мейнфреймов стабилизировались.
Продажи сократилась после этого всплеска энтузиазма? Мейнфреймы стоят на границе между "всамомделишными суперами" и "просто так сетями", это понятно, но насколько она широка и постоянна, эта граница, вот в чем вопрос. А вообше было бы интересно посмотреть на эту статистику, урлик есть?
>>десяток-другой серверов - это очень маленькая сеть. реально большая начинается от многих сотен, и простирается далее вверх. мейнфреймы вполне адекватно заменяют это слабоуправляемое безобразие.
Да, я и говорю что не десяток-другой у нас серверов, чуть больше двух сотен. И нифига оно не слабоуправляемое это безобразие, пятеро с ним справляются без проблем.
>>У нас совсем недавно была ситуация в Москве когда умерло всё - стоило Чубайсу провод перегрызть, как грохнулась M9 и пролёг весь московский интернет. По ходу дела обнаружилось, что никакой особой "редудантности", дублирования и резервирования даже на критичных участках инфраструктуры не предусмотрено как класса. Это, разумеется, вопрос не об архитектуре как таковой, а об общих подходах к проектированию ИТ-систем.
Наш ВЦ должен прожить без Чубайса порядка суток. То что так легко лег М9, это проблемы М9, не правда ли? ;o)
>>Но, тем не менее, констатируем - "всё умерло" весьма легко. Кластер из Parallel Sysplex разнесённый георграфически в такой ситуации молча переключил бы нагрузку на ту свою часть, которая осталась при электричестве и продолжил бы работу прозрачным для внешних абонентов способом.
Угу, а "Титаник" не мог затонуть, просто перекрываются двери в водонепроницаемых переборках, и все. Совершенно прозрачным для пассажиров способом. ;o) Давай не будем уходить в дебри "если бы, да кабы", там обычно действует правило "хитрой жопы", на которую все равно что нибудь да найдется ;o) Как бы она не выглядела, как мейнфрейм, или как кучка "кубиков".
Re: Reply to your comment...
Date: 2006-04-16 08:10 am (UTC)Да, никто не спорит - мейнфреймы - дороже. Богатые компании покупают качественные решения ;-P
Осталось только понять зачем их вообще апгрейдят и выпускают новае, более шустрые ;o)
Тут, простите, концепция другая - у мейнфреймов в принципе нет такой проблемы, что "остро необходимо перейти на новую версию ОС, новую версию СУБД... уй... просело и еле пашет". Скорость обработки данных обычно понятно заранее, если мы видим что объём данных/количество пользователей растёт - берём и меланхолично добавляем память и процессор. Т.е. единственный внутренний источник непредсказуемости системы тут - усложнение алгоритмов обработки данных как таковых. Но, как отмечали тут в комментах, покрайней мере у мейнфреймов не наблюдается нелинейного падения производительности системы в зависимости от загрузки процессоров.
Продажи сократилась после этого всплеска энтузиазма?
Был резкий спад в начале девяностых, года с 95-97 (не помню точнее) пошёл рост. Не уверен, что он закончился до сих пор.
Мейнфреймы стоят на границе между "всамомделишными суперами" и "просто так сетями", это понятно, но насколько она широка и постоянна, эта граница, вот в чем вопрос.
Мейнфреймы - это и есть всмомделишние супера. Только не по массовопараллельным или там векторынм операциям а по обработке данных (кстати векторные процессоры у них раньше были тоже довольно нефиговые, сейчас не знаю, правда).
А вообше было бы интересно посмотреть на эту статистику, урлик есть?
Урлик нет, я только по устному общению со спецами это всё говорю, т.к. сам достаточно давно отошёл от. Хотя данная дискуссия натолкнула меня на мысль написать статью - так что наверное цифирки скоро появятся, хочу съездить на неделе поболтать в их представительство.
Да, я и говорю что не десяток-другой у нас серверов, чуть больше двух сотен. И нифига оно не слабоуправляемое это безобразие, пятеро с ним справляются без проблем.
Экстраполируйте ситуацию до географически распределённой сети в тысяч пять интел-бейзд серверов и три десятка тысяч рабочих иест. Ужасно не стало? ;-)
А насчёт сильной управляемости...эээ... какой у Вас, если не секрет, средний интервал между падениями отдельных серваков ;-)?
Наш ВЦ должен прожить без Чубайса порядка суток. То что так легко лег М9, это проблемы М9, не правда ли? ;o)
Ваш ВЦ расположен физически в одном месте?
RE: Reply to your comment...
Date: 2006-04-16 01:51 pm (UTC)Богатые компании покупают как правило единственно приемлимые решения ;o) Когда нам был нужен мейнфрейм - он был. Когда смогли обойтись без него - от него отказались.
>>Урлик нет, я только по устному общению со спецами это всё говорю, т.к. сам достаточно давно отошёл от. Хотя данная дискуссия натолкнула меня на мысль написать статью - так что наверное цифирки скоро появятся, хочу съездить на неделе поболтать в их представительство.
А вот это было бы интересно почитать.
>>Экстраполируйте ситуацию до географически распределённой сети в тысяч пять интел-бейзд серверов и три десятка тысяч рабочих иест. Ужасно не стало? ;-)
Да не особо, мне-ж не одному все это разворачивать и поддерживать ;o) Клиентские места вообще обсуждать без смысла, мейнфреймы их количество не уменьшают, если я правильно понимаю ;oP
>>А насчёт сильной управляемости...эээ... какой у Вас, если не секрет, средний интервал между падениями отдельных серваков ;-)?
Смотря что понимать под падением ;o) Винт из рейда выпал или блок питания сгорел это не падение ведь, да? ;o) Вообще сервера баз данных на моей памяти ни разу не падали за два года. Один раз был нюанс с эксченджем, но он всяко к мейнфреймам отношения не имеет ;o)
>> Ваш ВЦ расположен физически в одном месте?
На 90% да. Я же говорю - прямое попадание метеорита поставит точку на его деятельности. Правда с учетом того что 70-80% клиентских мест расположенно в радиусе 300 метров аццкие катаклизмы можешь не описывать - кому он тогда будет интересен, этот наш ВЦ? ;o)
Re: Reply to your comment...
Date: 2006-04-16 06:34 pm (UTC)не всем же географически разнесённые кластеры нужны, в самом-то деле ;-P