Сб, 20.04.2024, 07:37
Приветствую Вас Гость | RSS
Главная | Каталог статей | Регистрация | Вход
Форма входа
Логин:
Пароль:
Поиск

Меню сайта

Категории раздела
От AKost [29]
От других авторов [6]

Наш опрос
О регистрации на сайте с помощью соцсетей.
Всего ответов: 24

Метки
EGL ODM бизнес правила программирование SOA arcati блоги журналы Каталог мейнфреймы журнал z/os Freeware VM bigdata nosql zOS MVS OS SLES zLinux мейнфрейм Хабрахабр 50лет документы хранилище Java EE liberty WebSphere z/VM Share history GitHub OS/VS S/379 сообщение Форум DFSORT Hercules VSAM отчётность Linux Analytics Accelerator Netezza IMS IBM IDC продажа CHKPT GSam XRST гипервизор KVM Shutdown #hollywar mainframe Вакансии Санкт-Петербург видео Выступления Dis нагрузка пример Assembler VM/ESA НИЦЭВТ Docker Sie Kubernetes OpenShift Environment RedBook RedHat рынок LHI vs XR instruction to clear GPR z Seies CPU performance семинар впечатление доступность ЦБ цены аутсорсинг BMC CMS ZVM санкции Rockwell история z13 мобильность DB2 Java Coupling Facility Parallel Sysplex WebSphere AS MVT ОС ЕС ссср Tape VTL Вакансия БЛОГ Линукс Новое статьи Люксофт Польша Работа Москва

Статистика

Главная » Статьи » Мысли по поводу » От AKost


Про "не-Linux Unix" на мэйнфреймах
Благодаря Алексею Морозу у нас есть теперь ссылки на zJournal. И вот здесь находится потрясающая статья о портировании OpenSolaris на мэйнфреймы. Казалось бы, что тут такого? Unix-систем, портированных на мэйнфрейм, уже добрый десяток. Но в том то и дело, что портирование OpenSolaris – это совсем не то, что портирование Linux. Это Linux-ов на мэйнфреймах – десяток. А вот не Linux-ов – раз-два, и обчелся. Собственно, раз – OpenSolaris – и уже обчелся. Он сейчас один, единственный и неповторимый.
Особенностей в происходящем, на мой взгляд, две. Особенность первая. Портирование осуществлялось не для работы на «голом железе», а для работы на виртуальной машине под управлением zVM 5.4. И для того, чтобы OpenSolaris заработал, в zVM устанавливаются специальные PTF-ы. Для чего нужны эти PTF-ы? А именно для того, чтобы устранить одну из главных проблем Unix-ов при работе на мэйнфреймах – неумение хорошо работать с оборудованием. С оборудованием прилично работают «родные» для мэйнфрейма системы – zVM, zOS и прочие всякие. А zVM еще и умеет предоставлять массу сервисов работы с оборудованием виртуальной машине. А дальше – будет ли виртуальная машина их использовать или нет – уже дело сугубо самой виртуальной машины. Так вот – все Linux-системы используют такие «машинно-ориентированные» zVM-сервисы крайне слабо, а иногда и вообще не используют. А вот OpenSolaris – использует, еще как! Более того, настоятельно требует, чтобы предоставляемые средства ускорения ввода-вывода были расширенны не только на диски, но и на сетевые устройства! И IBM уверенно такие PTF-ы в систему вставляет, демонстрируя свою заинтересованность в результатах работы. Сразу в связи с этим вопрос: а что мешало сотворить нечто подобное с Linux? Да то и мешало, что ядро Linux есть собственность не конкретной фирмы, с которой можно договориться, а гражданина Линуса Торвальдса или независимой некоммерческой организации. И при всем моем уважении к детищу гр-на Торвальдса я отчетливо понимаю, что договориться с ними об использовании в ядре обработчиков ввода-вывода, привязанных не только к конкретной архитектуре, но к конкретной ОС и даже к ее версии, просто не получиться. Не потому, что они плохие мальчики, а просто потому, что такая привязка есть нарушение самой     идеологии Linux-а, в основе которой лежит представление об архитектурно-независимом ядре. А вот с фирмой SUN – удалось! И такая система – Unix-полноценная, но находящаяся в руках конкретных хозяев со всеми вытекающими отсюда последствиями в виде лицензионной платы, внятной поддержки и использования проприетарных сервисов – вполне может быть востребована рынком.
А вот и вторая особенность. Как известно, достоинства есть продолжение недостатков. И наоборот. Так вот, указанные выше достоинства, проистекающие от того, что IBM договорилась с SUN, могут сильно ударить по свежесозданному детищу. Ибо все знают, что SUN теперь будет частью Oracle. А у меня есть большие сомнения, что Oracle, будучи конкурентом IBM, будет с ними о чем-то договариваться в будущем. Разве что на условиях, что OpenSolaris портируется на мэйнфрейм только для того, чтобы там, на мэйнфрейме, работал только их собственная одноименная СУБД, а вот DB2 – ни-ни, или уж если она заведется, то чтобы как-нибудь без огонька. Сразу оговорюсь – все это мои домыслы, так сказать, брюзжание по поводу, однако как было бы славно, если бы не Oracle купил бы SUN, а тот же IBM или HP.
А пока просто отмечу, что было бы интересно, если бы кто-нибудь из сильных мэйнфреймовских интеграторов или заказчиков здесь, у нас в России, попробовал бы OpenSolaris, поставил бы на него что-нибудь объемное и погонял бы в сравнении с Linux. А потом бы поделился результатами. Насколько я понимаю, в инициативном порядке этим немножко заинтересовались специалисты ОАО НИЦЭВТ, и если у них получится, то они автоматически станут носителями уникального на нашем рынке опыта и смогут предлагать заказчикам эксклюзивные продукты на базе OpenSolaris.
И  второе. Очевидно, что в сознании и IBM-еров, и пользователей готовится некий качественный сдвиг. Всем очевидно, что для мощных корпоративных в полном смысле слова серверных установок на базе мэйнфреймов нужны корпоративные Unix-системы с соответствующим уровнем быстродействия, надежности и поддержки. И если для этого нужно будет пожертвовать Linux-овостью, то, видимо, производители систем уже готовы ею пожертвовать. Посмотрим, чем это кончится.
Категория: От AKost | Добавил: akost (01.06.2009) | Автор: Александр Костырко
Просмотров: 2130 | Комментарии: 13


Всего комментариев: 13
1 mramor  
Помнится, эта информация анонсировалась, были выпуски в новостных лентах, но как-то слабо. После ноября вообще затихла активная деятельность (или маркетинговая её сторона) по этому проекту.
Интересно будет узнать у НИЦЭВТ, что они там изыскали. Сдается, могут использовать её как "спец-ОС", при удовлетворительных показателях cool

2 akost  
Да если она будет по скорости доступа к периферийным устройствам обходить Linux (а она ДОЛЖНА обходить), то при условии бесплатности рынок безусловно ее будет приветствовать. У Linux это "ахиллесова пята" - работа с железками. Может, на каком-то этапе IBM проще на основе Linux свой бесплатный продукт склепать? Я даже название предлагаю - NUSS (Native Unix Sysytem Services) и поставлять ее бесплатно с zVM.

3 mramor  
Саш, повыяснял подробнее в нашем IIC. Оpen-Солярочку поставили, тестов вроде никаких не проводили. Сейчас на ней могут вертеться приложения написанные на С/C++, если нужна Java или приложение используют какую-то специфику для SPARC, то это мимо. Более того, ни IBM ни SUN её не поддерживают и, по мнению ребят, очень она сыровата. Вообще же, если есть желание покрутить на ней какую-нибудь задачу, потестить - добро пожаловать.

4 akost  
Леша, в пень специфику от SUN. Интересно, как на нем бы работала DB2, или тот же WAS в сравнении с Linux. Хотя ежели он (OpenSolaris) теперь повис между небом и землей - то какой смысл? Интересен сам подход - создать открытый Юникс с использованием проприетарных методов работы с железом. И если OpenSolaris похоронят, то может кто-то из наших поставщиков мэйнфреймовских решений подхватит..

5 Gregory  
крайне противоречивые чувства вызывает эта деятельность...
- в свете изменившейся политической обстановки перспективы выглядят очень не радостно;
- насколько я понимаю, и zLinux далеко не оправдал тех ожиданий, что на него возлагались;
- на какую целевую аудиторию это ориентировано? zVM далеко не бесплатный продукт, а его поддержка требует соответствующей инфраструктуры;
- я полагаю, что ни zLinux, ни тем более OpenSolaris + z/VM не в состоянии конкурировать с z/OS UNIX (aka USS), и по техническим причинам, и по маркетинговым, и по политическим, потому выглядит это проект абсолютно нежизнеспособным...

6 mramor  
Григорий,
от чего же, zLinux, конечно, как решение для критически важных данных предприятия, мало годится, но, тем не менее, в разумных связках с z/OS дает неплохой результат. Так, например, можно (и есть прецеденты), приложения, требующие пять девяток, ставить на z/OS, а тот же мониторинг - инфраструктуры (Tivoli OMEGAMON и подобное) - в соседний LPAR, на zVM/zLinux. При такой структуре налицо экономия на лицензиях, ведь, будем говорить прямо, z/OS достаточно дорог, особенно, если много MIPSов у машинки.
Так же, zLinux очень неплохо показывает себя в консолидации серверов (опять же, есть большие решения), а в сегодняшних реалиях экономии на площади*, электричестве*, снижении стоимости обслуживания - рост интереса со стороны рынка заметен. Видимо, всему своё время, и zLinux еще оправдает надежды cool
По поводу же OpenSolaris, проблема тут, мне кажется, в том, что тот же zLinux поддерживает и развивает целая группа IBM в Германии, а OpenSolaris - отдали на откуп мировому сообществу и единственному бизнес-партнеру. А чтобы сообщество активно развивало продукт, необходимо, чтобы у многих был доступ к мейнфреймам, коего как раз-таки и нет.
Кстати, стоимость zVM сейчас довольно привлекательна. И на сегодняшний день составляет $25800 на 1 процессор IFL, что согласитесь, достаточно немного, учитывая, что есть пример консолидации 134 Linux-серверов (к сожалению, под рукой нет данных о процессорах в этих серверах) в один System Z c 5 IFL. Если будет интересно, обращайтесь, с удовольствием поделюсь информацией о решениях.

*Имею ввиду Москву, где уже сегодня сложно найти здание под ЦОД, а если и нашли, то там может не хватать электрических мощностей и подвести дополнительные - проблема.


8 Gregory  
Сомневаюсь я, однако... Неужели неоднородная среда z/OS + zLinux + сложности с обменом данными + затраты на поддержку zLinux может быть рентабельнее чем однородная среда z/OS, даже с учетом стоимости лицензий? Если смотреть на z/OS и zLinux без z/OS, то, может быть, в каких-то случаях решение с zLinux может быть предпочтительнее (в чем я вообще-то тоже сомневаюсь), но то что z/OS + zLinux проиграет z/OS, по-моему, очевидно: A+B > A biggrin

10 mramor  
Григорий,
немного отвлекусь, ибо интересно."Сложности с обменом данными...". Можно попросить развернуть? smile

12 Gregory  
подразумевалось следующее -- вряд ли в организации есть задачи вовсе не связанные друг с другом. А раз так, и часть приложений работает в z/OS, а часть в zLinux, то, по-видимому, нужно производить и обмен данными между ними, а это разные кодировки, разные формы представления, одним словом, неоднородная среда. "Сложности", наверное, было неудачным словом...

13 mramor  
Григорий,
понял, спасибо за комментарий.
На самом деле, тот же WS Message Broker решает проблемы коммуникаций между приложениями, конвертируя на лету всё во всё (или, если не знает формата, может быть написан адаптер, есть API), WS DataStage обладает схожим функционалом, правда в контексте хранилищ данных. Сильно облегчает XML эту задачу. А тот же SAP рекомендует архитектуру DB2 for z/OS + Application Server for zLinux как референсную.
Собственно, идея zLinux именно в консолидации серверов, чтобы все в одной коробочке, а так же возможность использовать множество приложений написаных под Linux.
Касаясь же рентабельности, опять-таки, всё индивидуально и исходя из поставленных задач. Ведь купить самолёт можно, но летать на нём из дома на работу будет выходить дороговато smile

7 akost  
Григорий, я так понимаю, что деятельность, связанная с OpenSolaris, постепенно и тихо сойдет на "нет". Как Вы правильно заметили, по нетехническим причинам. А вот технически (не финансово) связка zVM и OpenSolaris смотрится симпатично, именно из-за разного рода VM-овских механизмов, отданных в виртуальную машину и используемых OpenSolaris-ом.
А вот сравнение zLinux и USS - дело сильно нетривиальное. Я вот некоторые проблемы с производительностью USS по сравнению с zLinux, например, получил. Все руки не доходят до публикации.

9 Gregory  
Сравнение USS и zLinux оооочень нетривиальная задача... Тесты ввода-вывода вроде IOZone интересны, конечно, но картину проясняют мало. Было бы на мой взгляд показательно сравнить, например, сравнить CGI скрипты с выборкой данных из DB2, т.е. WWW сервер + CGI-скрипт на REXX, PERL в z/OS и в zLinux. Такое приложение переносится с совсем небольшими усилиями. А вообще любые данные на эту тему интересны!

11 akost  
да черт дери эту текучку... уже сделано 90% работы по сравнению на основе простенькой программы без ввода-вывода... но надо ж закончить и написать. может, на этой неделе успею, нет - то на следующей.

Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]

Яндекс.Метрика