Sun Fire 12K

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 15:01, 15 января 2019.
Sun Fire 12K
SunFire15K frontopen zoom.jpg
Разработчики: Sun Microsystems
Выпущена: февраль 2005 года
Написана на: C/C++, Pascal, FORTRAN, Java
Операционная система: Solaris 8
Платформа: SPARC
Веб-сайт www.oracle.com

Sun Fire 12K - это сервер, выпущенный компанией Sun Microsystems, в котором, как утверждают представители компании, высокий уровень производительности сочетается с рекордно низкой для системы такого класса ценой. Сервер базируется на платформе SPARC и работает под управлением ОС Solaris 8. В линейке предлагаемых компанией моделей он занимает нишу между серверами Sun Fire 6800 и Sun Fire 15K. При этом его цена составляет около $600 000. Новая разработка адресована клиентам, заинтересованным в консолидации серверов и переносе приложений с мэйнфреймов на открытые системы. Sun Fire 12K масштабируется до 52 процессоров UltraSPARC III с тактовой частотой 900 МГц и поддерживает до 288 Гб дискового пространства. Примененная в нем технология Uniboard позволяет планировать и управлять внедрением приложений в целом, исключая необходимость установки приложений на каждую систему по отдельности. Другая заимствованная у старших моделей серверов технология динамических системных доменов, обеспечивающая гибкое перераспределение ресурсов, способствует увеличению отдачи от инвестиций, вложенных в ИТ-инфраструктуру предприятия. Следует также отметить, что производитель гарантирует полную совместимость нового сервера со всей линейкой систем на платформе SPARC/Solaris. [Источник 1]

Характеристики

Ниже представлены характеристики[Источник 2] для Sun Fire 12K:

Платформа

Процессоры 4–52 UltraSPARC III 1,2 ГГц
Кэш-память второго уровня 8 Мбайт
Оперативная память до 288 Гбайт
Динамические системные домены до 9

Интерфейсы

PCI 64 бит 66 МГц 18
PCI 64 бит 33 МГц 18
Поддержка ввода-вывода Fast/Gigabit Ethernet, UltraSCSI, ATM, FC-AL, HIPPI

Программное обеспечение

Операционная система Solaris 8
Языки программирования C/C++, Pascal, FORTRAN, Java
Сетевые протоколы ONC, NFS, TCP/IP, SunNet OSI, X.25Start, DCE, Netware
Системное администрирование Sun MC 3.0, SMS 1.1
Сетевое администрирование VERITAS File System и Volume Manager, Sun Cluster
Управление ресурсами стандартные функции Gen5, Solaris Resource Manager и Bandwidth Manager

Прочее

Соответствие ГОСТ 26329-84, 50377-92, 29216-91, 50839-95
Размер (Ш×В×Г) 850×1910×1660 мм
Вес 987 кг

Динамические Системные Домены

Конфигурируемость Домена

Рисунок 1 - Пример конфигурации с некоторыми наборами платы, разделенными между двумя доменами

В системе Sun Fire 12K каждый домен должен иметь плату ввода-вывода; поэтому существует максимум 9 доменов. Когда две системные платы в наборе плат находятся в разных доменах, этот набор плат называется разделенным расширителем. Плата расширения сохраняет транзакции отдельно для каждой системной платы. Поскольку аппаратное обеспечение split-expander совместно используется двумя доменами, этот сбой набора плат приведет к сбою обоих доменов. Например, если полностью сконфигурированная система разделена на два домена набора девяти плат, влияние всех разделенных, по сравнению со всеми нерасщепленными, расширители на порядок выше MTBF на 5% (Среднее время между отказами). Кроме того, доступ к памяти, который проходит через разделенный расширитель, занимает два системных часа (13 НС) дольше. Если бы все расширители были разделены, задержка использования нагрузки для доступа к другим наборам плат увеличилась бы приблизительно на 6%. Пример конфигурации с некоторыми наборами платы, разделенными между двумя доменами представлен на рисунке 1.

Защита Домена

Первичная защита домена выполняется в ASIC очереди расширения адресов (AXQ) путем проверки каждой транзакции на действительность домена при первом обнаружении транзакции. В системе Sun Fire 12K, обломки СДИ могут экранировать запросы передачи данных для действительных назначений (до так много как 18 системных плат). Каждый арбитр соединения Fireplane Sun (данные, адрес, ответ) экранирует запросы к целым 9 доменам.Это двойная проверка на других механизмах защиты домена, которые находятся в AXQ и чипах SDI. Если ошибка трансгрессии обнаружена в AXQ, AXQ рассматривает операцию ошибки как запрос к несуществующей памяти. Он повторяет запрос, не утверждая сигнал сопоставленного протокола согласованности, вызывая выполнение коммутатора операционной среды Solaris от одного процесса к другому. Ошибка трансгрессии в Sun Fireplane Interconnect вызывает Domainstop трансгрессирующих доменов, потому что эта ошибка должна указать на сбой основного механизма защиты.

Изоляция сбоя Домена

Домены защищены от программных или аппаратных сбоев в других доменах. Если в аппаратном обеспечении процессора или памяти, назначенном определенному домену, имеется сбой, это повлияет только на один домен. При наличии сбоя в оборудовании, которое совместно используется несколькими доменами, затрагиваются только те домены, которые совместно используют оборудование. В качестве примера оборудования, совместно используемого двумя доменами, рассмотрим систему, в которой плата ЦП/памяти настроена в одном домене, а связанная плата ввода-вывода-в другом домене. Логика на разделенной доске детандера делится между этими двумя доменами. Сбой в разделенном расширителе или его проводке управления к соединению Sun Fireplane вызывает сбой только в тех двух доменах. Сбой в глобально совместно используемом оборудовании, таком как генератор системных часов или микросхемы соединения Sun Fireplane, вызывает сбой во всех доменах. Неустранимые ошибки, такие как ошибка четности в проводке управления или неисправный ASIC, вызывает domainstop. Сигналы управления рулем от доск детандера к обломкам арбитра соединения Fireplane Солнца защищенная паритетность. Если существует ошибка четности, множественные копии Sun fireplane interconnect arbiter могли выйти из синхронизации. Таким образом, этот тип ошибки четности приводит к немедленному domainstop домена. Нефатальные ошибки или исправимые однобитные ошибки в пакетах, отправленных через соединение Sun Fireplane вызывает recordstop. Recordstop замораживает буферы истории в ASIC, позволяя информации об ошибках быть просмотренными через JTAG, в то время как домен продолжает работать. Для транзакции split-expander (модуль расширения с платой 0 и платой 1 в разных доменах) необходимо синхронизировать арбитры, чтобы ошибка не могла распространиться на несколько доменов. В этом типе транзакции вводятся два дополнительных цикла задержки, так что ошибка четности рулевого управления может быть обнаружена всеми арбитрами, прежде чем один арбитр обработает свою собственную правильную версию рулевого управления. Настройте систему с минимальным количеством разделенных расширителей для повышения производительности системы. Руководящий сигналы в пределах Sun Fireplane соединения, из данных арбитром ASIC, защищены контролем четности. Микросхемы данных MUX не могут выполнять перекрестную проверку на наличие ошибок перед обработкой на рулевом управлении. Поэтому ошибка четности на этих локализованных проводах могла вызвать domainstop в любом или всех доменах. [Источник 3]

Источники

  1. Sun Fire 12K - масштабируемый сервер по умеренной цене// Itweek [2018-2018] Дата обновления: 18.06.2002 URL:https://www.itweek.ru/infrastructure/article/detail.php?ID=61908(дата обращения: 05.10.2018)
  2. Sun Fire 12K // Morepc [2018-2018] URL:http://www.morepc.ru/server/sun/fire-12k.html(дата обращения: 05.10.2018)
  3. Sun Fire™ 15K/12K Systems// docs.oracle [2018-2018] URL:https://docs.oracle.com/cd/E19065-01/servers.12k/806-3509-13/806-3509-13.pdf (дата обращения: 05.10.2018)