Сотрудники корпорации Hewlett-Packard о некоторых нюансах технической и маркетинговой политики корпорации в области сверхмощных серверов.

Пол Перез: «Заказчики очень интересуются Superdome, которые обеспечивают существенный рост мощности, при том что приложения для HP-UX 11.0 и для HP-UX 11i двоично совместимы»

Менеджер по продуктам для критически важных бизнес-вычислений корпорации Hewlett-Packard Ют Олберт и менеджер по научной работе Пол Перез, выступая на пресс-конференции в Нью-Йорке, посвященной дебюту нового сервера старшего класса HP Superdome, рассказывали о технических особенностях новой компьютерной системы (отчет об этом мероприятии опубликован в выпуске Computerworld Россия от 26 сентября). Научный редактор нашего еженедельника Игорь Левшин после пресс-конференции попросил Олберта и Переза разъяснить некоторые нюансы технической и маркетинговой политики корпорации в области сверхмощных серверов.

Мне хочется задать вам вопрос относительно универсальности Superdome, на которую вы обращали внимание в своих выступлениях. Одно дело работа с огромной, но единой базой данных или с корпоративной ERP-системой, другое — сдача в аренду многочисленных приложений, исполняющихся на одном сервере, и, наконец, третье — технические расчеты. Действительно ли новый сервер в равной степени подходит для всех этих сценариев? Нет ли необходимости предлагать для столь разных применений разные машины?

Пол Перез (ПП): Все зависит от ресурсоемкости приложений и от особенности самих приложений. Некоторые технические приложения, в том числе расчетные, предполагают интенсивную передачу сообщений между узлами суперкомпьютера, что требует эффективных коммутаторов. Часто гораздо удобнее использовать для этих же целей коммутаторы внутри единой системы. Управлять подобной системой значительно удобнее, и обычно такое решение превосходит кластерные конфигурации по соотношению цена/производительность.

Другой пример из мира технических вычислений. Допустим, у вас крупная конструкторская фирма и вы разрабатываете автомобиль. Вам необходимо просчитать трехмерные модели, протестировать их, используя средства виртуальной реальности, и все это очень ресурсоемкие задачи, которые обсчитываются в пакетном режиме. Все это время квалифицированные инженеры, чье время обходится вам очень дорого, простаивают в ожидании, когда освободятся необходимые им вычислительные ресурсы. Парционирование (от partitionig — разбиение на независимые разделы. — И. Л.) поможет выполнять эти задачи одновременно, причем без малейшего риска, так как позволяет полностью изолировать задачи. Кроме того, у инженерных организаций тоже есть необходимость в бизнес-приложениях. Нет смысла держать Cray для вычислений и еще один сервер для отдела кадров и начисления зарплаты.

Вы говорите об аппаратном парционировании?

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

И все же. Вы говорили о задачах моделирования. Они связаны со специфическими вычислениями, требующими выполнения быстрых однотипных операций с плавающей запятой, а для бизнес-приложений характерны целочисленные вычисления. Разумно ли и то и другое поручать одному и тому же компьютеру? Может, лучше, если каждый компьютер будет делать свое дело?

ПП: Вовсе нет. Если вы живете в мире транзакций, где тысячам пользователям необходим одновременный доступ к корпоративным данным, то эффективность этих транзакций зависит от производительности системных трактов гораздо больше, чем от производительности процессоров. Важна прежде всего архитектура всей компьютерной системы. Такие серверы, как Superdome, могут быть очень эффективны, например, в системах заказа авиабилетов или других транспортных приложениях. Все это — транзакционные задачи. Но одновременно вы можете, скажем, запустить какие-то приложения, использующие технологии искусственного интеллекта для анализа потоков и оптимизации расписаний. Когда-то на этом рынке царствовали мэйнфреймы. Сейчас многие такие системы работают на серверах HP, и заказчики очень интересуются Superdome, которые обеспечивают существенный рост мощности, при том что приложения для HP-UX 11.0 и для HP-UX 11i двоично совместимы.

Мэйнфреймы не без успеха пытаются вписать в новую инфраструктуру. Например, известно, что на мэйнфреймах со средой VM демонстрировали возможность одновременной работы нескольких десятков тысяч образов Linux. Считается, что эта возможность полезна для ASP. Возможны ли подобные конфигурации на Superdome?

ПП: Нет. Для виртуальных разделов рекомендуется использовать не менее двух процессоров, хотя допускается и один. То есть не стоит делать более 32 разделов. Вы не можете запустить десятки тысяч образов операционной системы, но можете запустить десятки тысяч приложений.

Какие доли продаж Superdome вы отводите разным секторам рынка — аренде приложений, инженерным применениям, ERP?

Ют Олберт (ЮО): Это очень непростой вопрос — еще и потому, что границы этих областей применений перемещаются и размываются. Как провести грань между системой управления предприятием и ASP? Можно попробовать оценить эти доли, но в сумме получится наверняка больше 100%. Во всяком случае, все эти доли не на уровне шума, они заведомо больше 5%.

ПП: Многие провайдеры услуг доступа к приложениям совсем недавно вышли из системных интеграторов. Я знаю сейчас как минимум две компании, которые думают о покупке крупных партий серверов Superdome.

А сколько придется на рынок технических вычислений?

ЮО: Изрядный процент продаж в этом секторе приходился на традиционных заказчиков Convex (компания Convex была приобретена Hewlett-Packard несколько лет назад, а ее компьютеры старшего класса возглавили семейство серверов HP 9000 — И. Л.).

Я не вижу причин, почему бы пользователям Convex не перейти на Superdome. Для примера: новой машиной очень интересуются в знаменитой Jet Propulsion Lab.

ПП: Многие архитектурные решения Convex используются в Superdome, особенно в архитектуре межсоединений и в коммутаторе. И основные схемы контроля когерентности кэшей также взяты оттуда. Но Convex разрабатывала машины для инженерных расчетов, а HP всегда была особенно сильна в машинах для бизнеса. Мы соединили скорость вычислений Convex с архитектурными решениями HP для критически важных задач.

Одной из доступных на Superdome операционных систем будет Linux. Не сыровата ли еще она для таких огромных серверов?

ЮО: Когда появились коммерческие разновидности Unix, многие тоже сомневались, можно ли доверить им свои данные и критически важные приложения, которые исполнялись на мэйнфреймах. Сейчас история повторяется.

ПП: Для ОС Linux появляется огромное количество приложений, она развивается очень динамично. Я знаю, что в США очень многие Internet-провайдеры перешли от Solaris к FreeBSD, а затем и к Linux, поскольку хотели обязательно иметь операционную систему с открытым кодом.

Когда вы делали систему, рассчитанную и на процессоры семейства PA-RISC, и на IA-64, не соглашались ли вы заранее на некоторые потери в производительности из-за стремления к универсальности?

ПП: Когда вы проектируете компьютерную систему, процессор не всегда самый важный фактор скорости. Не менее важна производительность трактов. А это вопросы тактовой частоты, ширины шин и размеров кэшей. Большой кэш требует меньшей пропускной способности, малый — наоборот. Коммутатор Superdome готов к нагрузкам, которые будет формировать IA-64. Ширина шины кэша IA-64 — 120 разрядов, а PA-RISC — 64. Поэтому есть некоторые незадействованные мощности при работе с PA-RISC. С переходом на IA-64 машина будет более эффективно использовать свою пропускную способность.

А как вы расцениваете общие перспективы IA-64? Когда же процессоры этой архитектуры появятся на рынке?

ЮО: Выпуск нового семейства процессоров — не выключатель, которым можно щелкнуть и включить или выключить свет. Пока IA-64 пробьет себе дорогу, пройдет несколько поколений PA-RISC: 8700, 8800 и, может быть, 8900.

ПП: Я думаю, сначала процессоры архитектуры IA-64 станут заметны в технических вычислениях, потому что у них очень высокая производительность с плавающей запятой. Но это не такая уж большая часть рынка. По целочисленным вычислениям возможности будут перекрываться дольше. Наверное, проникновение IA-64 начнется со стороны рабочих станций и серверов нижнего уровня.

ЮО: Дело даже не в производительности, а в том, что бизнес более консервативен. Многие научные учреждения имеют возможность более гибко менять свою аппаратную и программную базу. Большие серверы, на которых исполняются критически важные приложения, дольше всех будут использовать RISC-системы. Только по той причине, что они не захотят рисковать. Во всяком случае, эти технологии еще долго будут идти параллельно.

Поделитесь материалом с коллегами и друзьями