Здравствуйте, Cyberax, Вы писали:

C>Например, я могу парой кликов запустить кластер из 5 тысяч процессоров по цене около $100 в час. Сколько там стоит mainframe с такой вместительностью?

Надоело повторять тут, что не все задачи параллелятся, более того, задачи "на миллион", например,
связанные с обработкой финтранзакций, на крастере точно не запустите, или оно томрозить будет адово.
В таких задачах 128 CPU в одном юните оказываются гораздо более востребованы, чем 100000 CPU, разбросанные
по тысячам нод кластера. Майнфреймы с коболом и явой до сих пор живы и здоровы, они кое кому нужны, и за них
готовы платить те деньги, что они стоят.

Здравствуйте, Stanislaw K, Вы писали:

C>>А храним ленты где? В сейфе рядом? А если пожар/наводнение/рейд ОМОНа?
SK>курьер забирает ленточку и увозит в подземный бункер за 900 км.
А точно не в соседний подвал?

C>>Сервисы Amazon бесплатны в пределах одного региона — это политика такая. Так что если используется S3 или Glacier для хранения данных, то неважно из какой зоны доступности внутри региона к ним обращаться.
SK>я не уловил, это ты к чему? мне, головной офис в СПб РФ, для катастрофоустойчивости желательно хранить данные на других континетнах, учитывает ли амазон что я вхожу в единый галактический регион, солнечную систему, или оно скажет что я не отношусь ни к европе ни к азии?.
S3 поддерживает кросс-региональную репликацию, так что не проблема. Вопрос с экспортом в другую Галактическую Группу сейчас решается.

C>>"Зоны доступности" — это полностью физически отдельные дата-центры с раздельными системами кондиционирования и электропитания, хотя и расположенные в географической близости.
SK>близости от чего?
Друг от друга. Т.е. для репликации между зонами можно считать, что сетевая задержка пренебрежимо мала. Между регионами это уже не работает.

Здравствуйте, smeeld, Вы писали:

C>>Например, я могу парой кликов запустить кластер из 5 тысяч процессоров по цене около $100 в час. Сколько там стоит mainframe с такой вместительностью?
S>Надоело повторять тут, что не все задачи параллелятся, более того, задачи "на миллион", например,
S>связанные с обработкой финтранзакций, на крастере точно не запустите, или оно томрозить будет адово.
<крупный_инвестиционный_банк>, который на нашем облаке считает деривативы, смотрит на тебя с недоумением.

S>В таких задачах 128 CPU в одном юните оказываются гораздо более востребованы, чем 100000 CPU, разбросанные
S>по тысячам нод кластера.
У нас уже анонсирован тип узлов с 128 CPU и 512GB RAM. Прямо сейчас доступны узлы с 40 CPU и 256G RAM — вставляй кредитную карту и пользуйся.

Хочется быстрый кластер? Не проблема, используй placement groups — они будут гарантировать, что узлы находятся физически не далее одного интерконнекта. 20ГБ пропускной способности на хост будут гарантированы.

У Microsoft есть даже InfiniBand с RDMA, что уже настоящий суперкомпьютерный уровень.

S>Майнфреймы с коболом и явой до сих пор живы и здоровы, они кое кому нужны, и за них
S>готовы платить те деньги, что они стоят.
Да никому они не нужны. Эти копролиты работают только из-за того, что говнокод с них портировать дороже, чем делать ему искусственное дыхание.

В общем, если ты покупаешь продукты от IBM или SunOracle — ты лох. Это уже было верно в течение последних примерно 10 лет.

Здравствуйте, smeeld, Вы писали:

S>Здравствуйте, Cyberax, Вы писали:

C>>Например, я могу парой кликов запустить кластер из 5 тысяч процессоров по цене около $100 в час. Сколько там стоит mainframe с такой вместительностью?

S>Надоело повторять тут, что не все задачи параллелятся, более того, задачи "на миллион", например,
S>связанные с обработкой финтранзакций, на крастере точно не запустите, или оно томрозить будет адово.
S>В таких задачах 128 CPU в одном юните оказываются гораздо более востребованы, чем 100000 CPU, разбросанные
S>по тысячам нод кластера. Майнфреймы с коболом и явой до сих пор живы и здоровы, они кое кому нужны, и за них
S>готовы платить те деньги, что они стоят.

- Крхгррррр, — сказала пила
— Уууууу, б... — сказали мужики

Что за привычка попытаться выдумать искусственный нежизненный пример и потом начать им размахивать со словами "говно ваши облака — вот это не могут".
Особенно смешно выглядит, когда тебе в соседнем же сообщении показывают, что не все так плохо, как ты себе представляешь.

К слову, линейка серверов HPC у всех производителей загибается. MS давно забил на винду под итаниум. Знаешь почему? потому что это все стало ну настолько нишевым, что серийное производство подобного оборудования и ПО уже попросту нерентабельно.
Но надо, блин, вспоминать мхом поросшие мэйнфреймы с периодом окупаемости десятки лет, при том, что модель 3-4-х летней давности в полном фарше проигрывает по всем показателям парочке "обычных" современных x86-х серверов, которые хоть каждый год обновляй (но еще лучше не париться и взять облачный сервис).

Здравствуйте, DOOM, Вы писали:

DOO>Что за привычка попытаться выдумать искусственный нежизненный пример и потом начать им размахивать со словами "говно ваши облака — вот это не могут".
DOO>Особенно смешно выглядит, когда тебе в соседнем же сообщении показывают, что не все так плохо, как ты себе представляешь.

DOO>Но надо, блин, вспоминать мхом поросшие мэйнфреймы с периодом окупаемости десятки лет, при том, что модель 3-4-х летней давности в полном фарше проигрывает по всем показателям парочке "обычных" современных x86-х серверов, которые хоть каждый год обновляй (но еще лучше не париться и взять облачный сервис).

Вы вот так говорите, потому-что ничего сложнее задач постинга котиков в инете и PC-шных
свистелок-перделок для юзера в глаза не видели, но мнение имеете.

Здравствуйте, Cyberax, Вы писали:

C><крупный_инвестиционный_банк>, который на нашем облаке считает деривативы, смотрит на тебя с недоумением.

Когда он запустит АБС, ERP и RDBMS на несколько сотен террабайт критичных данных под крейсерской нагрузкой у вас
на куче тазиков, тогда и поговорим.

C>Хочется быстрый кластер? Не проблема, используй placement groups — они будут гарантировать, что узлы находятся физически не далее одного интерконнекта. 20ГБ пропускной способности на хост будут гарантированы.

Сколько можно, попытки заменить SMP связкой тазиков разного варианта, от "по ethernet" до "по RDMA",
уже двадцать лет идут, но что-то SGI, впервые такое клепавшая из этой категории, обанкротилась давным давно, а IBM и oracle
продолжают клепать всё новые и новые SMP монстры, это они так играются и работают себе в убыток?

C>Да никому они не нужны. Эти копролиты работают только из-за того, что говнокод с них портировать дороже, чем делать ему искусственное дыхание.
C>В общем, если ты покупаешь продукты от IBM или SunOracle — ты лох. Это уже было верно в течение последних примерно 10 лет.

Смотрите сообщение про АБС, ERP, RDBMS выше, если Вы будете говорить о возможности их полноценного
исполнения на кластере тазиков, то Вы просто не имеете представления о чём идёт речь.

Здравствуйте, Cyberax, Вы писали:


C>>>"Зоны доступности" — это полностью физически отдельные дата-центры с раздельными системами кондиционирования и электропитания, хотя и расположенные в географической близости.
SK>>близости от чего?
C>Друг от друга. Т.е. для репликации между зонами можно считать, что сетевая задержка пренебрежимо мала. Между регионами это уже не работает.

Вернемся к моменту когда ЧП произошло: сколько времени будет восстанавливаться бэкап из облака, на твою локальную информационную систему?

Все проблемы от жадности и глупости

Здравствуйте, Stanislaw K, Вы писали:

C>>Друг от друга. Т.е. для репликации между зонами можно считать, что сетевая задержка пренебрежимо мала. Между регионами это уже не работает.
SK>Вернемся к моменту когда ЧП произошло: сколько времени будет восстанавливаться бэкап из облака, на твою локальную информационную систему?
"Локальную информационную систему"? Это что-то из 19-го века?

Если речь идёт о серьёзном применении — покупаем выделенные каналы на нужную вместимость и устанавливаем прямой пиринг с датацентром Амазона: https://aws.amazon.com/directconnect/

Здравствуйте, smeeld, Вы писали:

C>><крупный_инвестиционный_банк>, который на нашем облаке считает деривативы, смотрит на тебя с недоумением.
S>Когда он запустит АБС, ERP и RDBMS на несколько сотен террабайт критичных данных под крейсерской нагрузкой у вас
S>на куче тазиков, тогда и поговорим.
Всё есть. И хранилища данных на сотни терабайт (RedShift), и ERP (самая популярная ERP в мире, кстати, облачная).

АБС — это антиблокировочная система для тормозов? Её нет, так как не тормозим.

C>>Хочется быстрый кластер? Не проблема, используй placement groups — они будут гарантировать, что узлы находятся физически не далее одного интерконнекта. 20ГБ пропускной способности на хост будут гарантированы.
S>Сколько можно, попытки заменить SMP связкой тазиков разного варианта, от "по ethernet" до "по RDMA",
Узел с 128 CPU (каждый из которых ещё и двухядерный) — это примерно максимум того, что нужно. Дальше просто смысла нет.

S>уже двадцать лет идут, но что-то SGI, впервые такое клепавшая из этой категории, обанкротилась давным давно, а IBM и oracle
S>продолжают клепать всё новые и новые SMP монстры, это они так играются и работают себе в убыток?
Да, примерно так. Sun продалась ради Java, а IBM только лохам железо и впаривает (всё меньше с каждым годом).

SGI, кстати, клепала как раз большие SMP с помощью Cray. К успеху уверенно шла, но не фартануло.

C>>В общем, если ты покупаешь продукты от IBM или SunOracle — ты лох. Это уже было верно в течение последних примерно 10 лет.
S>Смотрите сообщение про АБС, ERP, RDBMS выше, если Вы будете говорить о возможности их полноценного
S>исполнения на кластере тазиков, то Вы просто не имеете представления о чём идёт речь.
Причём тут АБС и прочие системы курсовой устойчивости?

Они не имеют никакого отношения к mainframe'ам. Собственно, если посмотреть на Oracle, то они двигают RAC, который представляет из кластерную систему с общим хранилищем.

Естественно, ни одна из компаний не делает "воооооооот тааааакие SMP с 100500 процессорами" — это никому нафиг не нужно.

Кстати, вот новость прошла — даже ЦЕРН будет данные считать на нашем облаке. Но видимо, у них там несерьёзные рассчёты, не дотягивают до уровня программ на КОБОЛе.

Здравствуйте, Cyberax, Вы писали:

C>>>Друг от друга. Т.е. для репликации между зонами можно считать, что сетевая задержка пренебрежимо мала. Между регионами это уже не работает.
SK>>Вернемся к моменту когда ЧП произошло: сколько времени будет восстанавливаться бэкап из облака, на твою локальную информационную систему?
C>"Локальную информационную систему"? Это что-то из 19-го века?

Это общепринятый термин обозначающий, в данном контексте, сервера и рабочие станции стоящие здесь у меня локально, в офисе.

C>Если речь идёт о серьёзном применении — покупаем выделенные каналы на нужную вместимость и устанавливаем прямой пиринг с датацентром Амазона: https://aws.amazon.com/directconnect/

Накидай расчеты, примерный порядок, во сколько это обойдется за 5 лет эксплуатации.

Все проблемы от жадности и глупости

Здравствуйте, smeeld, Вы писали:

S>Вы вот так говорите, потому-что ничего сложнее задач постинга котиков в инете и PC-шных
S>свистелок-перделок для юзера в глаза не видели, но мнение имеете.
Конечно. А неудобные фразы о том, что производители забили на этот сегмент рынка надо не приводить, чтобы свое мнение звучало авторитетнее

Здравствуйте, smeeld, Вы писали:

S>Когда он запустит АБС, ERP и RDBMS

SAP уже давно никто не использует на супердомах или старших сановских серверах. Там их давно и надолго выбили блейдовые x86 решения типа HP или Cisco UCS.
Microsoft выпускает свой SQL сервер только на платформу x86 — итаниум не взлетел.
Oracle давно забил на большие железки для своей СУБД и пропихивает базовые модели Sun'а как аппаратную платформу.

Все эти решения прекрасно параллелятся и масштабируются и не нужны большие системы для них.

А да, АБС совкового производства до сих пор по привычке работают на IBM'овских P'шках, купленных лет 10 назад. Ниче, что это P'шка по вычислительной мощи может уже проигрывать моему домашнему компу? А эксплуатировать ее еще лет 20 надо, иначе не окупится.
Ну и ваши любимые мейнфремы — это 32 или 64 процессора. По сути, одноядерных.
В махонький блейдовый сервер можно запихать 4 12-ти ядерных процессора и террабайт оперативной памяти. Еще вопросы?

Здравствуйте, Cyberax, Вы писали:

C>IBM только лохам железо и впаривает (всё меньше с каждым годом).

Если что, IBM сливает железячный бизнес в lenovo. Не было у них консультанта в лице smeeld

Здравствуйте, Cyberax, Вы писали:

C>SGI, кстати, клепала как раз большие SMP с помощью Cray. К успеху уверенно шла, но не фартануло.

Там были не SMP, там были NUMA кластеры.

C>Они не имеют никакого отношения к mainframe'ам. Собственно, если посмотреть на Oracle, то они двигают RAC, который представляет из кластерную систему с общим хранилищем.

RAC они двигали, когда у них не было технологичекого портфеля SPARC+Solaris и лепили из говна и палок
кучи тазиков с x86+linux. Особо не взлетел ни RAC, ни Exadata, а вот новые шкафы с SPARC MX раскупаются как горячие
пирожки банками и телекомами, инфа от чуваков из Канады, занимающихся деплойментом этих решений.

C>Кстати, вот новость прошла — даже ЦЕРН будет данные считать на нашем облаке. Но видимо, у них там несерьёзные рассчёты, не дотягивают до уровня программ на КОБОЛе.

Повторю ещё раз, кластер-это кластер, SMP-это SMP, и для каждой машины свои задачи. И если Вы не знаете
каке задачи никогда не смогут полноценно работать на кластерах, то Вы или троллите, или просто
не в курсе многих вещей, но мнение имеете.

Здравствуйте, Stanislaw K, Вы писали:

C>>"Локальную информационную систему"? Это что-то из 19-го века?
SK>Это общепринятый термин обозначающий, в данном контексте, сервера и рабочие станции стоящие здесь у меня локально, в офисе.
Ну так и думал — из прошлого тысячелетия.

C>>Если речь идёт о серьёзном применении — покупаем выделенные каналы на нужную вместимость и устанавливаем прямой пиринг с датацентром Амазона: https://aws.amazon.com/directconnect/
SK>Накидай расчеты, примерный порядок, во сколько это обойдется за 5 лет эксплуатации.

- Петька, приборы!
— 120!
— Что 120?
— А что "приборы"?

Не зная требований, ситуации и возможностей — невозможно сказать сколько будет стоить какое-либо решение.

Здравствуйте, smeeld, Вы писали:

C>>SGI, кстати, клепала как раз большие SMP с помощью Cray. К успеху уверенно шла, но не фартануло.
S>Там были не SMP, там были NUMA кластеры.
NUMA — это подмножество SMP. Не выдумывай свою терминологию.

C>>Они не имеют никакого отношения к mainframe'ам. Собственно, если посмотреть на Oracle, то они двигают RAC, который представляет из кластерную систему с общим хранилищем.
S>RAC они двигали, когда у них не было технологичекого портфеля SPARC+Solaris и лепили из говна и палок
S>кучи тазиков с x86+linux.
И что же магического этот "портфель" сделал? Ах да, принёс убытки.

Oracle hardware revenue:
2011 — $4B
2014 — $3B
2015 — $2.9B

Це велика перемога!

S>Особо не взлетел ни RAC, ни Exadata, а вот новые шкафы с SPARC MX раскупаются как горячие
S>пирожки банками и телекомами, инфа от чуваков из Канады, занимающихся деплойментом этих решений.
Лохов ещё много. Но не так много — у Оракла который год доход от железа плоский.

Потому они применяют для продаж метод: "А не будут брать, отключим газпроведём аудит!" ( http://fortune.com/2015/09/14/oracle-plays-hardball/ ).

C>>Кстати, вот новость прошла — даже ЦЕРН будет данные считать на нашем облаке. Но видимо, у них там несерьёзные рассчёты, не дотягивают до уровня программ на КОБОЛе.
S>Повторю ещё раз, кластер-это кластер, SMP-это SMP, и для каждой машины свои задачи.
Ну так какие же задачи нужны для мега-SMP, который делает IBM, но не показывает? Запуск программ на КОБОЛе, написанных в 1964-м году?

S>И если Вы не знаете
S>каке задачи никогда не смогут полноценно работать на кластерах, то Вы или троллите, или просто
S>не в курсе многих вещей, но мнение имеете.
Я вот вижу, что на нашем облаке успешно запускают примерно всё — от серверов для показа котиков до квантовых вычислений. Но ведь это невозможно, так как оно "не SMP"!