UNISYS делает ставку на параллельные архитектуры

Новый сервер должен устранить зависимость компании от рынка мэйнфреймов

Очень хочется Майку Джонсу, директору по планированию и развитию информационных систем Bass Taverns PLC, узнать сколько пива продано в таверне Bass, что в Ливерпуле, в ночь на среду. И не просто, сколько пива продано, но и как недавнее агитационное мероприятие повлияло на сбыт именно в этом, а ни в каком другом из двух с половиной тысяч пабов корпорации. А еще ему страсть как хочется знать, какой именно маркой популярного напитка предпочитает посетитель запить фирменный мясной пирожок.

И ведь что обидно, у Джонса в его мэйнфрейме данные обо всем этом уже есть, но нет возможности так организовать запрос, чтобы получить именно те, в которых он нуждается.

Поэтому и решается Джонс проститься со своим мэйнфреймом и погрузиться в мир систем с массовым параллелизмом. Его выбор пал на OPUS компании Unisys (Open Parallel Unisys Server), поставки которого начались в апреле этого года.

Политика перехода

Bass Taverns (Сметвик, Англия) первыми решились на то, что по убеждению Unisys должно стать устойчивой тенденцией - на переход от мэйнфреймов к комплексным системам поддержки принятия решений, базирующихся на архитектурах с массовым параллелизмом.

Осознавая, что продажи мэйнфреймов сами по себе не соответствуют требованиям дня, Unisys разработал стратегию перехода, рассматривая машины OPYS и информационные услуги в качестве источника увеличения доходов.

Сторонние наблюдатели скептически относятся к способности OPUS стать хитом сезона, но, в то же время, аналитики считают, что Unisys, может статься, "ухватила" горячую технологию как раз в тот момент, когда она начала приносить первые коммерческие плоды.

Боб Десателс, президент Harwards Research Group (Гарвард, шт. Массачусетс) считает, что системы с массовым параллелизмом уже приобретают определенный вес "в мире коммерческих приложений". "Это в высшей степени перспективная область рынка", - заметил он.

Губерт Делани, директор по исследованиям Gartner Group (Стамфорд, шт. Коннектикут), утверждает, что OPUS "хоть и не открывает Америки, но является весьма добротным изделием". "Если и есть такая штука, как основное направление в массово-параллельных системах, то это именно OPUS", - добавляет он, что отлично согласуется с мнением основного потребителя продукции Unisys - пользователя, не стремящегося быть на переднем крае технологии.

Джордж Е. Томас, старший вице-президент и директор сектора обработки данных массовых чек-клиринговых операций New York Clearing House, утверждает, что он не представляет себе ситуации, при которой переход на параллельную архитектуру произойдет хоть сколько-нибудь скоро. "Мы не собираемся экспериментировать, так же как и не собираемся выступать в роли испытателей аппаратуры", - говорит Томас и, кроме того, сообщает, что они модернизировали свой мэйнфрейм Unisys в прошлом году, "что позволит продержаться еще некоторое время".

OPUS - это слишком рано для Томаса, но, быть может, слишком поздно для Рика Селлерса, президента Huntington Service Co., поставщика информационных технологий для Huntington National Bank (Коламбус, шт. Огайо). Банк, использующий мэйнфреймы Unisys, сегодня активно переносит свои приложения на систему с симметричной многопроцессорностью (SMP), поставленную отделением Global Information Solutions фирмы AT&T.

Селлерс утверждает, что у него нет планов перехода на системы с массовым параллелизмом, и большой вопрос, будут ли его программы когда-либо перенесены на OPUS.

По утверждению аналитиков, покупателя, способного быстро принять решение о покупке системы типа OPUS, не найдется вообще. Переходный процесс растянется на долгие месяцы.

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

Твердая опора

Джо Денатале, аналитик Clipper Group (Уэллесли, шт. Массачусетс), добавляет, что привлечение независимых поставщиков программного обеспечения к работам по переносу приложений на OPUS - это очень удачный ход Unisys. Кроме того, на систему уже устанавливают продукцию компаний Oracle и Red Brick Systems.

"Неплохая мысль - стать пионером технологии, - утверждает Делани. - Теперь все зависит от того, удовлетворит ли OPUS заказчиков".

"Их стратегия весьма амбициозна, - добавляет исполнительный директор International Technology Group (Маунтэйн-Вью, шт. Калифорния) Брайн Джеффри. - Сомневаюсь, что они станут номером 1, но номером 2 или 3 вполне могут стать". Unisys имеет еще одно преимущество перед конкурентами-поставщиками MPP-систем - компания традиционно выступает в качестве поставщика систем, находящихся на высшей ступени иерархии в информационных системах предприятий. Службы, обеспечивающие поддержку и продажи, также ориентированы на то, что OPUS - это составляющая часть информационной системы.

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

Сейчас OPUS всесторонне обкатывается в Bass Taverns, они рассчитывают запустить систему в самом начале следующего года.

Так что, уже знакомый нам Джонс надеется собрать все свои данные в одном месте (для чего и предназначен OPUS), чтобы всегда иметь исчерпывающую информацию о состоянии финансов, запросах управляющих на местах, структуре сбыта продукции, а также о техническом состоянии помещений и датах последнего ремонта. "Главная задумка - научиться анализировать будущее", - делится своим секретом Джонс.

Gartner Group предсказывает, что объем продаж параллельных архитектур увеличится с 1 миллиарда долл. в 1995 году до 5 миллиардов в 1998

Выбор за Вами!

На рынке высокопроизводительных многопроцессорных архитектур главенствуют две тенденции - симметричные многопроцессорные архитектуры (SMP) и системы с массовым параллелизмом (MPP). Обе ориентированы на применение большого количества относительно дешевых массовых процессоров, те и другие имеют конечную цель - достичь производительности, многократно превосходящей возможности одного процессора. Но пути достижения цели разные.

Для SMP-архитектур характерно наличие разделяемой памяти и общего канала взаимодействия процессоров с памятью, устройствами ввода/вывода и между собой (общей шины). При таком подходе к построению систем обеспечиваются: неплохие параметры масштабирования производительности системы в зависимости от числа процессоров, высокая надежность системы (в том числе возможность резервирования процессорных элементов), легкое построение программ и относительная дешевизна. Именно этот тип многопроцессорных архитектур долгое время оставался главенствующим на рынке многопроцессорных систем для коммерческого применения. При всех достоинствах SMP-архитектуры ее масштабируемость ограничена лишь несколькими десятками процессоров. Корень зла - в общей шине. После того, как наращивание системы приведет к полному использованию пропускной способности шины, последующее добавление процессоров не влечет за собой повышения производительности. Дальнейшего улучшения характеристик можно добиться лишь усовершенствовав построение общей шины; даже повышение производительности ЦП, на которых строится система, не дает результата.

MPP-системы гораздо больше приспособлены к наращиванию. При такой организации данные разбиваются на отдельные элементы для обработки, после завершения вычислений происходит обратный процесс. Известны реализации, насчитывающие несколько тысяч процессорных элементов. Для MPP-архитектуры тоже есть черта, за которой накладные расходы на обеспечение синхронизации процессоров выходит за рамки разумного (известен отрицательный опыт компании Thinking Machines, когда на MPP-суперкомпьютере Connection, была достигнута мощность в три процента от ожидаемой), но она лежит далеко за границей десяти тысяч процессоров. Точек ввода/вывода теоретически тоже может быть сколько угодно.

Применение MPP-архитектур в качестве платформ для коммерческих приложений долгое время сдерживалось их высокой ценой и невысокой надежностью программного обеспечения и аппаратуры. Сейчас ситуация меняется. Снижение цен на элементную базу привело к значительному снижению затрат на такую систему, а продукция вступивших в игру поставщиков приложений для коммерческого применения, таких как Oracle, сделала эти системы еще более привлекательными. Особенно на фоне подступившего кризиса производительности однопроцессорных систем.

Аналитики из International Technology Group (Маунтэйн-Вью, шт. Калифорния) считают, что SMP-архитектуры предпочтительны в тех случаях, когда речь идет об обработке баз данных объемом до 100 Гбайт, для баз же свыше 500 Гбайт приоритет должен принадлежать архитектурам MPP.