Comments 32
А что кроме кобола и db2 у вас используется? Вероятно железка классная.
CICS само собой. В нем выполняются Кобол программы, которые через CICS ходят в DB2. Классический набор. Это использовалось для приложения которое ушло (вендор увел) на Оракл. Есть еще приложение на IDMS и CICS. Скоро и ее уведут. Была WebSphere.
Железка класная я про нее отдельную статью хочу написать, но это будет сложно.
Де факто это Дата Центр. К нему надо добавить диски и выход в интернет. Все файрволы, DNS, IPsec, IDS, Certificate Authority, Encryption, LDAP, все есть, даже Kubernetes есть. Web, Java, Unix, C.
Хорошая картинка для следущей статьи, но помещу ее в комментариях здесь чтобы не вызывать недоумения от моих примеров с всего лишь одним CPU в МФ.
z14 ZR1 aннонсирована ИБМ April 10, 2018. Семь плюс лет назад. В этом году тоже в апреле аннонсирована z17.
Страница приводит производительность не в MSUs как в статье, а более понятных для широких кругов MIPS (Millions of Instructions Per Second). Коэффициент первода 8, A01 - 11 MSU, or 88 MIRS.
Z01 - 8000 MIPS, значит полная производительность ZR1 будет 34 * 1570 = 53380 MIPS и 8 ТВ RAM. Рассказ про I/O впереди. PUs сконфигурированные не как CP всегда выполняются на полную мощность.
Как видно из таблички максимальное количество PUs доступных пользователю 34. Из этого набора можно под z/OS сконфигурировать максимум 6 (CP), плюс к этому 28 IFL (Integrated Faculty for Linux) 6 + 28 = 34. На IFL можно запускать Linux в LPARS, и/или zVM с Linux на виртуальных машинах.
Можно часть PUs можно отдать в помощь z/OS в виде zIIPs. zIIPs помогут DB2 for z/OS и WebSphere(Java) for z/OS.
Если нужен Parallel Sysplex (хотя на 6 CP много z/OS запускать смысла нет особого) то к вашим услугам ICF(Integrated Coupling Facility). Можно, например, из двух LPAR по 3 закрепленных CP сделать Sysplex из двух members. А можно сделать Sysplex из 4 z/OS LPARs с 6 СP в каждом в shared mode. И с парочкой ICF.
Это ли не Дата Центр? Price $50,575.00 https://trianglevipstore.com/ibm-z14-zr1-3907-mainframe/
Круто. Кому интересно как устроены подобные штуки внутри => https://www.youtube.com/watch?v=AptJJsO5qCg . Там еще много всякого проприетарного железа разбирают
а сколько там процессоров, какая частота, сколько всего ядер ? флопсы еще посчитать можно ) FLOPS
интересно сколько там террафлопсов ) или там больше/меньше
Как видно из таблички максимальное количество PUs доступных пользователю 34. Из этого набора можно под z/OS сконфигурировать максимум 6 (CP) плюс к этому 28 IFL (Integrated Faculty for Linux) 6 + 28 = 34. На IFL можно запускать Linux в LPARS, и/или zVM с Linux на виртуальных машинах.
А если вдруг захочется погонять на этих IFLях какую-нибудь корпоративщину а-ля SAP, то не забыть заплатить 12K$/год на одно IFL-ядро за, например, SLES-подписку (т.е. 336K$/год за всю машину). А еще понадобятся диски. И не с какой-нибудь entry/midrange level СХД, а с hi-end а-ля IBM DS8K с соответствующим ценником за террабайт.
Если нужен Parallel Sysplex (хотя на 6 CP много z/OS запускать смысла нет особого) то к вашим услугам ICF(Integrated Coupling Facility). Можно, например, из двух LPAR по 3 закрепленных CP сделать Sysplex из двух members. А можно сделать Sysplex из 4 z/OS LPARs с 6 СP в каждом в shared mode. И с парочкой ICF.
Это ли не Дата Центр?
C таким capacity разве что образца 30-летней давности
Price $50,575.00 https://trianglevipstore.com/ibm-z14-zr1-3907-mainframe/
Бизнес, который точно знает зачем ему IBM System Z БУ-шные z-ки на барахолке не покупает, а все-таки берет у IBM за "более другой" прайс. За 50k сегодня можно взять 2-сокетный x86-сервер на 256 ядер, а за 5K$/год SLES-подписку на него на неограниченно кол-во виртуалок. За стоимость годовой SLES-подписки на указанную выше z14 можно будет взять еще пяток таких "писюков" и собрать в кластер. По capacity и price/performance это будет гораздо больше похоже на современный "дата-центр" (хоть и маленький)
IBM Sytem Z - технически великолепная платформа, но для новых проектов (а не поддержки легаси) в 99% кейсов экономически абсолютно бессмысленная (1% на всякие визы/мастеркарды, сити/жпморганы и т.д где по требованиям надежности core-систем нужны все эти z/OS-сисплексы и, соответственно, в части бюджета "мы за ценой не постоим")
А если вдруг захочется погонять на этих IFLях какую-нибудь корпоративщину а-ля SAP, то не забыть заплатить 12K$/год на одно IFL-ядро за, например, SLES-подписку (т.е. 336K$/год за всю машину)
Нет не за всю, а только за то что будет в LPAR с Linux для SAP. Вы и на сервере х86 за SLES будете платить по $12 000/год за ядро. Вот только ядер у Вас будет раз в десять больше.
А еще понадобятся диски. И не с какой-нибудь entry/midrange level СХД, а с hi-end а-ля IBM DS8K с соответствующим ценником за террабайт.
Диски понабятся и желательно не entry/midrange level (хотя и такие можно подключать к МФ чего я лично не рекомендую), но и не обязательно IBM DS8K. У нас, например, Dell VMAX 40K, которые нынче сыплются после 3 лет отказа от саппорта от Dell.
C таким capacity разве что образца 30-летней давности
Так это всего лишь одна, 19", стойка, каковых в современных ДЦ десятки и сотни стоят. Плюс это 2018 год. И это младшая модель семейства z14 M05, старшая, аннонсированная годом раньше, не 34, а 170 PUs доступных пользователю предлагает.
С каким таким capacity? Вы посмотрели только на числа CPU. А что Вы знаете про ввод-вывод этой стойки 19"?
В целом совершенно безответственное заявление. Что Вы можете сказать про 30 летнюю давность? Приведите пример.
За 50k сегодня можно взять 2-сокетный x86-сервер на 256 ядер, а за 5K$/год SLES-подписку на него на неограниченно кол-во виртуалок.
Вы где такие прайсы берете? 336K$/год за 30 ядер и 5K$/год за 256. Поделитесь, пожалуйста.
Я несколько лет работал с SuSe на МФ. Бесплатно.
Нет не за всю, а только за то что будет в LPAR с Linux для SAP.
Естественно. Речь о том, сколько придется заплатить, если нужно лицензировать аж все 28 IFL-ядер
Вы и на сервере х86 за SLES будете платить по $12 000/год за ядро. Вот только ядер у Вас будет раз в десять больше
За 2 сокета (что нынче в максимуме равно 384 ядрам) придется заплатить аж ~1500$/год. Да, на x86 такая вот "халява" в отличие от.
Диски понабятся и желательно не entry/midrange level (хотя и такие можно подключать к МФ чего я лично не рекомендую)
Уже можно подключать СХД не умеющее в FICON ? Какие например ?
С каким таким capacity? Вы посмотрели только на числа CPU.
C тем которое указано Вами в z14.
А что Вы знаете про ввод-вывод этой стойки 19"?
SAP-процессоры, каналы, i/o offload и т.д.
В целом совершенно безответственное заявление. Что Вы можете сказать про 30 летнюю давность? Приведите пример.
Что назвать 34 "ядра" (например в виде пачки S/390-машин) датацентром можно было году в 95-ом и уж точно не сегодня какие-бы волшебные технологии не были бы внутри.
Вы где такие прайсы берете? 336K$/год за 30 ядер и 5K$/год за 256. Поделитесь, пожалуйста.
https://www.suse.com/shop/server/
Я несколько лет работал с SuSe на МФ. Бесплатно.
Можно и бесплатно, но без обновлений и поддержки, что например для работы всякой 3rd party-корпоративщины есть моветон (тем более если решили для этого зачем-то залезть на IBM System z)
Я спросил:
"Вы где такие прайсы берете? 336K$/год за 30 ядер и 5K$/год за 256. Поделитесь, пожалуйста."
Вы ответили:
https://www.suse.com/shop/server/
Я сходил и увидел:
1-2 Sockets (x86-64) with Unlimited virtual machines with live patching:
Priority:
5 Year Subscription
CA$ 21,707.00
IBM Z (без количества каких либо сокетс или ядер)
Priority:
5 Year Subscription
CA$ 58,491.00
Вопрос: где 336K$/год?
Можно и бесплатно, но без обновлений и поддержки, что например для работы всякой 3rd party-корпоративщины есть моветон (тем более если решили для этого зачем-то залезть на IBM System z)
На сколько то месяцев они давали бесплатно поддержку. Я ей никогда не пользовался, а просто скачивал и устанавливал новые релизы. Согласен это любительский подход. Но ваши цифры не поддверждаются Вашим же источником.
5 Year Subscription
CA$ 58,491.00
Вопрос: где 336K$/год?
Вы не заметили "мелкий шрифт внизу договора" : To entitle systems with more than 1 IFL, please purchase multiples of this product. У RedHat (который нынче принадлежит IBM), кстати, точно также (что вообще лютая наглость). Лично у меня от такой "дифференциации по цвету штанов" одного продукта для разных платформ сильно пригорает, типа "z-кастомер дофига богатый раз покупает такую машину, поэтому купит и лунукс за 12K$/год на ядро" . Есть, конечно, еще убунта, с гораздо более вменяемым ценником, но это не для "корпоративщины"
За стоимость годовой SLES-подписки на указанную выше z14 можно будет взять еще пяток таких "писюков" и собрать в кластер.
... замечательный самопадающий кластер SLES HA, надёжность которого по факту намного меньше надёжности каждого из узлов.
Ужас, что кто-то в 2025 году до сих пор лицензируется по CPU.
Ситуация, когда покупается железка с Х CPU ядрами и Y гигабайт памяти, но использовать можно только часть из этих ресурсов, потому что это регулируется условием подписки, мне видится прямо совсем дичью. Считай, мы берём модель ценообразования от облачных ДЦ, но при этом оставляем недостатки от on-premise.
Касательно же "как x86 сервер измеряет выполненную работу" - то Windows/Linux сервер на x86 или arm измеряет текущее потребление памяти и нагрузку на CPU в целом и для каждого процесса, и этого достаточно - собственно операционная система с этим ничего всё равно не сделает.
Если нужна детальная информация что происходит, это уровнем выше - её должны внутри себя собирать исполняемые приложения. Логи, метрики, телеметрия - всё что захочется.
А если нужно поскейлить систему - то это уровнем ниже, к оркестратору или гипервизору. Изменить количество памяти/ядер на лету эти ОС сами по себе не умеют. И хотя docker/k8s контейнеры скейлить вертикально можно (в пределах hardware пода, конечно), обычно предпочитают горизонтальное масштабирование.
В общем, Windows/Linux это системы общего назначения, которые могут работать на любом железе и запускать любые приложения, а z/OS - очень специализированная система, туго интегрированная и вендорлокнутая. Как сказано выше, её покупают только те, кто точно знает зачем им IBM System Z . Я, например, не знаю )) Остальные берут любое железо, ставят Linux или иногда Windows, и запускают что хотят.
Ситуация, когда покупается железка с Х CPU ядрами и Y гигабайт памяти, но использовать можно только часть из этих ресурсов, потому что это регулируется условием подписки, мне видится прямо совсем дичью.
Это такая фишка IBM по выкачиванию бабла из заказчиков System Z и POWER. Типа "если вы спрашиваете какой расход топлива у этого автомобиля, значит этот автомобиль не для вас".
Ситуация, когда покупается железка с Х CPU ядрами и Y гигабайт памяти, но использовать можно только часть из этих ресурсов,
Не запрещается, и даже очень поощряется использование всех ядер и всей памяти. Но это будет дороже в смысле платы за софтваре. Имеется в виду софтваре с z/OS и под ним. Железка продается по фиксированной цене, и вы сами не захочете активировать всю конфигурацию когда увидите, очень скоро, что используете то вы, скажем, 30% железа, а платите за софт как будто используете на все 100.
Вот тут то и поймете зачем у z14 ZR1 имеется 26 * 6 = 156 уровней капасити причем вы легко можете скакать по этим уровням (бесплатно, почти) и находить тот уровень который отвечает вашем потребностям и влечет за собой адекватную плату за софтваре. Вы даже можете попросить установить Вам несколько (до 200, см. в статье) разных конфигураций и менять их в зависимости от потребностей. И восторжествует принцип коммунизма: "От каждого по способностям, каждому по потребностям".
Но эта роскошь доступна только если Вы используете МФ с z/OS. Если вы берете МФ исключительно для Linux и zVM, то вы платите некоторую базовую цену, скажем так, "пустого" МФ и потом набираете, как в столовой самобслуживания, блюда по важему желанию. На кассе вам подсчитают за все и вы заплатите и будете использовать все за что заплатили. Т.е. точно так же как Вы и представляете это должно быть.
Потом вы можете позвонить в столовую (ИБМ) и заказать дополнительные блюда. Вам их привезут (вместе с инвойсом) установят и пожалуйста пользуйтесь. За софт вы будете платить (или не платить) отдельно, SuSe, RedHat whoever.
Это с мелочей начинается у IBM. Допустим, x86 сервер IBM/Lenovo имеет 4 встроенных сетевых порта, но исходно активировано 2. Доплатишь - пришлют код активации на 2 других. Софт тут не причём.
В Вашем примере софт не причем, но Вы, извините, не поняли, если это касается z/OS, DB2, CICS, etc... Софт очень даже причем. И я по моему ясно показал что когда речь идет о том что в ИБМ называется New Workload то все становится как у всех.
А Lenovo уже давно не ИБМ. Ни десктопы, ни сервера. При всем к Вам уважении.
З.Ы. Аналогом сетевых портов в пресловутом Lenovo сервер, но на МФ является OSA card. Если мы оговорили при покупке две карты в двумя портами, то в МФ поставленном нам будет именно две с двумя и все порты открыты. Если нам понадобится другие две, то мы их закажем, оплатим и получим. Иначе говоря что там происходит с Lenovo серверами не имеет отношение к ИБМ МФ.
Я предлагаю не думать об американских компаниях как о советских колхозах. Компания может быть разной с разных углов зрения и дверей. Как говорится все фломастеры на вскус и свет разные.
В 70-е и 80-е все компании ИТ старались быть похожими на ИБМ. И самая преуcпевшая в этом называется Microsoft.
если это касается z/OS, DB2, CICS, etc... Софт очень даже причем
А какие рациональные основания существуют для того, чтобы брать разные деньги за один и тот же софт в зависимости от конфигурации компьютера?
Вы к этому привыкли, но это извращение.
А Lenovo уже давно не ИБМ
Так это ещё с IBM было заведено.
Потому что компьютеры разной конфигурации это разные компьтеры. Такое объяснение Вас устроит?
Я как Вы предлагаете определять цену за софт?
Изначально ИБМ не брал отдельно за его софт. ИБМ софт был бесплатным. Но появилсь и много компаний пишущих софт для МФ и берущих за это деньги.
Т.е. не ИБМ первым начал.
Потому что компьютеры разной конфигурации это разные компьтеры. Такое объяснение Вас устроит?
Нет, потому что это не объяснение.
как Вы предлагаете определять цену за софт?
Да как нормальные люди, экономически обоснованным образом. Себестоимость разработки плюс норма прибыли, делённые на ожидаемое количество копий.
Изначально ИБМ не брал отдельно за его софт. ИБМ софт был бесплатным. Но появилсь и много компаний пишущих софт для МФ и берущих за это деньги.
Т.е. не ИБМ первым начал.
Не очень понимаю, каким образом наличие платных конкурентов для бесплатного софта к чему-либо могло вынудить IBM.
Я всю жизнь занимаюсь коммерческой разработкой ПО, и уверяю, что у разработчика есть миллион способов гибкого ценообразования и без таких извращений (которые по-хорошему надо было бы запретить антимонопольным законом). Например, продавать дополнительные функциональные модули за отдельные деньги. И обычно так и делают.
Это не касаясь вопроса, должно ли в принципе копирование информации быть платным.
Я всю жизнь занимаюсь коммерческой разработкой ПО, и уверяю, что у разработчика есть миллион способов гибкого ценообразования ...
Вот ИБМ и выбрали один из миллиона гибких способов тот который им наиболее подходящь. ИБМ был основан в конце 19 века.
В начале 20. И при Холлерите и Уотсонах в IBM всё было очень круто, и такой фигни не было. А потом пошли эффективные менеджеры со своей лажей, и начала выручка перемещаться из реального производства в финансовый пузырь. Первым, помнился, Герстнер заявил, что IBM means service, и покатилось всё.
Давно бы уже и производство мейнфреймов продали Хитачи или китайцам, да правительство США запрещает.
Рынок мейнфреймов почти... ээ... потеряли. PC потеряли. POWER почти потеряли. OS/2 потеряли. DB2 почти потеряли. PL/I потеряли. А ведь это всё были ДОМИНИРУЮЩИЕ на рынке решения. Продают линукс зато.
Осталось еще возрастных сотрудников разогнать, как планируется.
Давно бы уже и производство мейнфреймов продали Хитачи или китайцам, да правительство США запрещает.
Рынок мейнфреймов почти... ээ... потеряли. PC потеряли. POWER почти потеряли. OS/2 потеряли. DB2 почти потеряли. PL/I потеряли. А ведь это всё были ДОМИНИРУЮЩИЕ на рынке решения. Продают линукс зато.
Осталось еще возрастных сотрудников разогнать, как планируется.
МФ ИБМ никогда никому не продаст. Я не согласен что "правительство США запрещает". Как раз таки правительство США и приложило руку к тому чтобы ИБМ "терял". Антимонопольные кейсы вот что нарушило нормальное развитие ИТ. Плюс конкуренты, которые не перед чем не останавливались чтобы подорвать успех ИБМ.
Какой только чуши про МФ не доводилось мне читать в начале 2000-х. Начиная со статьи под название "Последний МФ будет отключен в 1995", про которую я узнал гораздо позже чем она появилась. Микрософт вел сайт про то как плох МФ и как с него надо уходить. Оракл тоже вносил свою лепту. А пользователь ИТ это в массе своей обыватель не способный к качественному анализу, действующий по эмоциям во многом. Я этого тоже на смотрелся много.
Что касаемо разогнать "возрастных сотрудников" уверяю Вас что и в ИБМ и ИБМ МФ клиентских компаниях имеются молодые люди. Я их вижу на всех семинарах в Торонто посление 20 лет. Некоторые молодые уже стали не такими уж и молодыми. Смена поколений идет. Не в России, в России вообще нет никакой почвы для новых кадров на МФ.
Из возрастных, в России, остался я один. Правда я пока еще в Канаде, но на меня можно рассчитывать. Ау, гараж.
Изменить количество памяти/ядер на лету эти ОС сами по себе не умеют.
Да? а зачем тогда интересно у (например) Proxmox VE vCPU hotplug (да - прямо сказано что надо линукс на госте и не самый старый) https://pve.proxmox.com/pve-docs/pve-admin-guide.html#_vcpu_hot_plug. У vSphere https://www.nakivo.com/blog/vmware-vsphere-resources-hotadd-hotplug-explained/ можно и память добавлять (убирать нельз). У VirtualBox https://docs.oracle.com/en/virtualization/virtualbox/6.0/admin/cpuhotplug.html поддерживает и hot-add и hot remove.
RHEL поддерживает и hot remove если поддерживает железо https://access.redhat.com/articles/1262753 (я не знаю что что за x86 железо такое поддерживает)
Windows насколько я в курсе в hot remove не умеет вообще. а остальное - от редакции зависит.
В общем, Windows/Linux это системы общего назначения, которые могут работать на любом железе и запускать любые приложения, а z/OS - очень специализированная система, туго интегрированная и вендорлокнутая. Как сказано выше, её покупают только те, кто точно знает зачем им IBM System Z . Я, например, не знаю )) Остальные берут любое железо, ставят Linux или иногда Windows, и запускают что хотят.
Я по видимому пропустил это утверждение и не прокомментировал, хотя оно стоит этого. Исправляюсь.
Об кровне специализации. Ни Windows ни Linux не могут запускать приложения MVS(z/OS). В тоже время в z/OS можно запускать приложения Unix в Unix System Services, и Linux в zCX (и не просто Linux приложения, а прилоржения Docker):
IBM® z/OS® Container Extensions (IBM zCX) makes it possible to integrate Linux on IBM Z applications with z/OS. Application developers can develop and data centers can operate popular open source packages, Linux applications, IBM software, and third-party software together with z/OS applications and data. IBM provides a Linux distribution configured to run Docker
An open platform that developers and system administrators can use to build, ship, and run distributed applications.
CE. IBM supplied support code will simplify installation and operation. Clients can participate with their own Linux applications that can easily be packaged in Docker format and deployed in the same way as open source, IBM, and vendor packages. Container Extensions runs on IBM z14™ and later systems.
Я выделил наиболее важный аспект что популярные Linux приложения получаются возможность работать вместе с z/OS приложениями и данными.
Самым примитивным вариантом использования Z, позволяющим действительно брать "любое железо, ставят Linux " (Вы же имели в виду кроме Z), является LinuxONE. Это Z исключительно для Linux. Он дешев по сравнению с классическим Z для z/OS. И у него есть вся мощь ввода-вывода Z, надежность железа, и для одной и той же нагрузки требуется в общем случае меньше ядер, что снижает цену лицензий на софтвар.
Так что Ваше утверждение о какой то "очень" специализированности Z не выдерживает элементарной критики и фактов.
Конечно с бухты-барахты кидаться на полноценную Z архитектуру с архитектуры х86 вряд ли кто-то станет, но те кто наелся барахтанием с тысячами виртуальных машин в облаке (а это уже видно в компании где я работаю) могут рассмотреть тот или иной варинт Z.
Ну а те у кого Z уже есть могут не спешить с ней расставаться. Что собственно и происходит на самом деле.
Пожалуйста расшифруйте вот этот Ваш кульбит: "вендорлокнутая". Что Вы понимаете под не "вендорлокнутая".
Ни Windows ни Linux не могут запускать приложения MVS(z/OS).
Ну вообще существуют Hercules и другие эмуляторы. Другое дело, что лицензия IBM запрещает содержательное движение в этом направлении. И другое дело в производительности.
Нет, это не вариант. От слова совсем. А вот то что Линукс приложения очень даже выполняются на Мф и даже в z/OS это факт и это никакая не эмуляция.
Hercules, и другие, это эмуляция, это неприемлемая производительность и недоступность большенства новых возможностей как собственно МФ так и ОС. Это прошлый век.
Я лично никогда даже мысли ввязываться в эту тему (эмуляторов МФ на х86) не имел. Со стороны наблюдал. Сам переносил ПЛ/1 програмы, но это была трансляция исходных текстов и эмуляция ISAM метода доступа. Кстати транслятор тот был от Микрософт. В принципе приемлемый вариант для тех у кого все программное обеспечение было написано на ПЛ/1 и BSAM, ISAM, но не уже не VSAM. Уже ограничение и существенное.
Еще раз: ...can operate popular open source packages, Linux applications, IBM software, and third-party software together with z/OS applications and data.
Эмуляция это никакое не together. И это очень важно.
Как измеряется работа выполненная в z/OS и что из этого следует