Computing power comparison: mainframe versus Intel Xeon

[mskmel]

Если бы это случалось у нас часто и было бы критично то создать такой alert и запрограмировать какие угодно, реальные, действия для меня было бы делом очень небольшого времени.

Т.е. секьюрити мониторинга у вас попросту нет
Аудит раз в квартал просто констатирует факт что данные уже ушли, а не то что их пытаются стащить в данный момент.

С чего ты взял что нет?

Вы не поняли. Юзер ХХХ на ДБ2 защищён, но юзер YYY украл пороль юзера ХХХ и вынес ваши данные. Вы об этом не узнали. Все логины были правильные, но юзер YYY не должен был знать пароль ХХХ. Как украл - не важно, пусть утюгом выпытал.
Т.е. вы сейчас подобные сценарии даже не анализируете.

[zVlad]

Если бы это случалось у нас часто и было бы критично то создать такой alert и запрограмировать какие угодно, реальные, действия для меня было бы делом очень небольшого времени.

Т.е. секьюрити мониторинга у вас попросту нет
Аудит раз в квартал просто констатирует факт что данные уже ушли, а не то что их пытаются стащить в данный момент.

С чего ты взял что нет?

Вы не поняли. Юзер ХХХ на ДБ2 защищён, но юзер YYY украл пороль юзера ХХХ и вынес ваши данные. Вы об этом не узнали. Все логины были правильные, но юзер YYY не должен был знать пароль ХХХ. Как украл - не важно, пусть утюгом выпытал.
Т.е. вы сейчас подобные сценарии даже не анализируете.

Давай уже на ты.
А юзер YYY, по твоему, определяeтся по тому что он с паролем и именем юзера XXX логинился со своего desktop-а в офисе? Так что ли? Я могу с любого десктопа в нашем (и Вашем) офисе залогиниться, тоже с моего десктопа может залогиниться кто угодно.
Или на свой десктоп он логинится со своими YYY, а в DB2 с XXX?
Расскажи как ты эту ситуацию разрулить думаешь причем в реальном масштабе времени, а не потом когда-нибудь.

[zVlad]

...
Срочно выйти из пещеры! Обосновать bare metall сейчас крайне тяжело... кластеры собираются на VM.

Ссылочку кинь пожалуйста на те "VM" и кластера из них? У меня сегодня нет в офисе моего друга из Wintel, а то бы я его допросил.

Exadata это от трёх физических серверов, на них поднятны виртуалки объединённые в RAC. Она так по умолчанию идёт.

Не понял. Три физических сервера, а сколько виртуалок то на них? Три?

Я полагаю ты не про Exadata должен был бы сказать. А ссылочка то где?

Я допускаую что сервера типа тех что Хеон с 80 корами и 1 TB RAM могут быть с, например, VMWare и даже Production нагрузку нести. Но, наверняка, с условием что, например, мы ставим не больше 3х, 5ти виртуалок, закрепляем за ними по столько и столько кор, память чтобы не сильно выпирала за 1 TB и т.п.. Так это тогда эмуляция LPAR получается, о которых я говорил утром.

[mskmel]

...
Срочно выйти из пещеры! Обосновать bare metall сейчас крайне тяжело... кластеры собираются на VM.

Ссылочку кинь пожалуйста на те "VM" и кластера из них? У меня сегодня нет в офисе моего друга из Wintel, а то бы я его допросил.

Exadata это от трёх физических серверов, на них поднятны виртуалки объединённые в RAC. Она так по умолчанию идёт.

Не понял. Три физических сервера, а сколько виртуалок то на них? Три?

Минимум 3, это же очевидно
Ссылка на что? http://www.oracle.com/technetwork/datab ... 795225.pdf

[flip_flop]

Мне не осилить столько много букав. Но по поводу LPAR:
In first part of 2010 year, Fujitsu announced availability of its x86 64 PRIMEQUEST line of servers, which support LPARs.
In second part of 2011 year, Hitachi has announced availability of CB2000 and CB320 blade systems, which support LPAR on x86 64 hardware.

Другой вопрос- а так ли это критично/важно?
---
Общее впечатление о дискусссии от главного и единственного оппонента - "пора выходить из пещеры" и "перестать фантазировать" о х86. zVlad, ты только не обижайся, просто ты не в теме о х86.

Ответов от меня не будет до воскресенья.

[zVlad]

Мне не осилить столько много букав. Но по поводу LPAR:
In first part of 2010 year, Fujitsu announced availability of its x86 64 PRIMEQUEST line of servers, which support LPARs.
In second part of 2011 year, Hitachi has announced availability of CB2000 and CB320 blade systems, which support LPAR on x86 64 hardware.

Другой вопрос- а так ли это критично/важно?
---
Общее впечатление о дискусссии от главного и единственного оппонента - "пора выходить из пещеры" и "перестать фантазировать" о х86. zVlad, ты только не обижайся, просто ты не в теме о х86.

Ответов от меня не будет до воскресенья.

На основании чего ты меня так атестовал? На основании LPAR? Ну во-первых " blade systems, which support LPAR " как то выглядит как в бане: ты трусы бы надел или крестик снял.
Нет я не утверждаю что на x86 нет LPAR, но обьясни почему такие старые данные? А поновее нет ничего? Да и ссылочкой обычно делиться принято. Вот моя:

https://en.wikipedia.org/wiki/Logical_partition

Вот те раз, так ты мне из этой же ссылки данные привел, из ссылки где сказано:

....that runs directly on the machine level and allocates system resources across LPARs to share physical resources. It is a standard feature on IBM System z only.

, и которая посвященна на 90% z System.

[Dmitry67]

Старые данные потому что это никому не нужно в мире x86. Я уже объяснил, почему

Я, например, не знаю, как это можно было бы использовать на практике - дробить машины. У нас на ферме обычно 12-16 серверов, которые балансируют нагрузку, передавая друг другу виртуалки на лету. Чем больше машин, тем лучше

[Mark]

...
Срочно выйти из пещеры! Обосновать bare metall сейчас крайне тяжело... кластеры собираются на VM.

Ссылочку кинь пожалуйста на те "VM" и кластера из них? У меня сегодня нет в офисе моего друга из Wintel, а то бы я его допросил.

Exadata это от трёх физических серверов, на них поднятны виртуалки объединённые в RAC. Она так по умолчанию идёт.

Не понял. Три физических сервера, а сколько виртуалок то на них? Три?

Минимум 3, это же очевидно
Ссылка на что? http://www.oracle.com/technetwork/datab ... 795225.pdf

Ээээ давайте не путать холодное с круглым. Эта Exa один из вариантов OVM деплоймента (так сказать Exa для бедных:)) , в остальном варианты Exa идут bare metal - 8/4/2/1.
Опять же не в коем случае не поддерживая МФ - хочу напомнить что и AWS и Oracle cloud предлагают опцию bare metall. Причём AWS ее анонсировал только на последнем RE-invent в ноябре 2017.
На самом деле клиенту должно быть фиолетово железка там в Клауде или виртуалка - лишь бы выдавала требуемую производительность и управлялась через стандартные APIs или console.

[mskmel]

На самом деле клиенту должно быть фиолетово железка там в Клауде или виртуалка - лишь бы выдавала требуемую производительность и управлялась через стандартные APIs или console.

И даже пофиг МФ это или х86 или даже ARM. Вопрос в выхлопе от вложенного $

[Мальчик-Одуванчик]

Мейнфрейм все еще подходит для задач, которые плохо распараллеливаются, но спонтанно могут запрашивать повышенные ресурсы процессора и ввода-вывода. С большой вероятностью мейнфрейм крякнет и справится благодаря вертикальной массштабируемости, а x86 в этой ситуации тупо загнется, поскольку имеет меньше возможностей предоставить более высокопроизводительную машину.
Другое дело что таких задач в бизнесе все-таки не так много.
И более существенно что зоопарк x86 позволяет быстро слепить еффективные решения буквально из говна на палках.
А их уже подпирают и буквально дышат в спину технологии на ARM, заставляя двигаться дальше.
Мейнфреймы как-то выпали из всей этой движухи.

[zVlad]

Искал в bookmarks старые ссылки на погодные сайты (в суботу летим в Доминикану) и случайно обнаружил вот это. Может кому будет интересно в свете дискуссии в этой теме (ссылки живые, проверил):

https://dancingdinosaur.wordpress.com/2 ... ver-farms/

https://dancingdinosaur.wordpress.com/2 ... -analyses/

Погодный сайт, который использовал раньше найти так и не смог. Буду ориентироваться на то что есть.

P.S. Это довольно старые статьи - 2013 год - на главной странице есть свежие, этого года, в том числе про meltdown and Spectre:

https://dancingdinosaur.wordpress.com/

[mskmel]

https://dancingdinosaur.wordpress.com/2 ... ver-farms/

"BM benchmarked a database workload on SQL Server running on Intel x86 and compared it to DB2 on z/OS."
мы это сделали, но результатов не покажем!

[mskmel]

https://dancingdinosaur.wordpress.com/2 ... ver-farms/

"Oracle Enterprise Edition, and Oracle Real Application Cluster (RAC) running on 12 HP DL580 servers (192 cores). This was compared to three Oracle RAC clusters of 4 nodes per cluster with each node as a Linux guest under z/VM . The zEC12 had 27 IFLs."

1. А чего так скромно, всего 12 серверов? Надо было 4х ядерников брать 48 штук. Тогда еще всё хуже бы было! В то время были DL980 с 80 ядер каждый, их 2 штуки были бы быстрее кластера аж на 12 медленных машинок скрученного непонятно какой сетью.
2. Сколько максимум IFLs можно поставить?
3. Z опять оказался дешевле по софту, потому как брали ценники видимо MSRP. По таким ценам никто не покупает.

[iDesperado]

https://dancingdinosaur.wordpress.com/2 ... ver-farms/

"BM benchmarked a database workload on SQL Server running on Intel x86 and compared it to DB2 on z/OS."
мы это сделали, но результатов не покажем!

там же стеб, чего он покажет, как ржет с пенсионеров ?

Code: Select all

3 Intel servers with 40 cores each (120 cores total) cost $13.7 million compared

более $100,000 лицензий за ядро x86. такое только прикалываясь можно насчитать

[mskmel]

Code: Select all

3 Intel servers with 40 cores each (120 cores total) cost $13.7 million compared

более $100,000 лицензий за ядро x86. такое только прикалываясь можно насчитать

Нет, ну кому-то же IBM впаривает МФ. Это не исключает ситуаций когда оракл по MSRP умудряется впарить.
Вот честно, если попаду в контору поменьше, то попробую пообщаться с самим IBM на тему миграции на Z, чисто ради эксперимента