Основы построения БЭВМ Лекция 5, (2 часа) Конструкция серверов

5.1. Общий принцип конструктивного исполнения

5.2. Чип Схемотехническую базу серверов образует набор чипов, реализующих различные узлы и устройства. PU - процессорный чип, SD - чипы КЭШ-памяти L2, SC - системный контроллер, MBA - адаптер памяти, MSC - контроллер памяти и др.

5.3. Многочиповый модуль MCM Чипы, необходимые для построения процессорного ядра сервера, объединяются в составе многочипового модуля MCM (Multichip Module) MCM представляет собой многослойную подложку, на верхнем слое которой размещается необходимый набор чипов, а межсоединения выполняются в нескольких нижележащих слоях.

PU - процессорный чип, SD - чипы КЭШ-памяти L2, SC - системный контроллер, MBA - адаптер памяти, MSC - контроллер памяти

5.3. Плата центрального электронного комплекса CEC Является следующим конструктивным уровнем серверов, объединяет модули MCM, модули памяти модули интерфейса с подсистемой ввода-вывода. Установка платы CEC выполняется двумя способами: CEC размещается в процессорном каркасе (cage) установка нескольких CEC, каждый из которых выполняется в виде отдельного конструктивного блока (book), содержащего собственно CEC и вспомогательные системы питания, вентиляции и управления

2.4. Шкафы (frame) Их используют для размещения процессорного каркаса и каркасов ввода- вывода В состав сервера входят два шкафа: A frame для размещения процессорного каркаса и одного каркаса ввода-вывода Z frame, для установки двух дополнительных (по выбору) каркасов ввода-вывода.

Для охлаждения блоков сервера используется две системы MCU (Modular Cooling Unit ) Каркасы ввода-вывода подключены к процессорному каркасу посредством STI-интерфейсов Адаптеры ввода-вывода, устанавливаемые в слотах, обеспечивают различные типы каналов для подключения периферийных устройств и межсистемного обмена. Шкаф Z входит в конфигурацию всегда и содержит первичные источники питания, формирующие постоянное напряжение 350 в Батареи IBF (Integrated Battery Function) - обеспечивают питание сервера в случае отключения внешнего питания

2.5. Система управления сервером Система управления (администрирования) сервером основана на использовании внутрисерверных локальных сетей, узлы - процессоры поддержки FSP (Flexible Support Processors) FCP построен на основе микропроцессора Power PC и подключен - к внутренней сети сервера, - обеспечивает интерфейс SSI (subsystem interface) c управляемым модулем сервера.

В системе используются две внутренние сети Ethernet - подключенные к основному и альтернативному элементам поддержки SE (Support Element). Оба элемента SE устанавливаются в шкафу Z, и активен всегда только один из них. Процедуры управления сервером выполняются путем передачи из SE в FSP сообщений с командами для различных модулей сервера.

2.6. Консоли управления HMC Консоль представляет собой рабочую станцию на основе ПЭВМ с операционной средой OS/2 и коммуникационным сервером. Управление сервером обычно осуществляется через HMC путем передачи команд в элементы SE. Одна консоль HMC может управлять до 100 SE, и каждый элемент SE может получать команды от 32 HMC.

2.7. Функции HMC и SE пульт оператора; представление информации о состоянии системы; определение проблемных состояний и их анализ; конфигурирование системы; загрузка милликодов; выполнение плановых операций; пользовательский интерфейс HMCA; удаленное управление и др.

2.8. Способы выполнения изменений фоновое (concurrent) восстановление или конфигурирование в рабочем состоянии системы без начальной загрузки IPL или сброса POR (Power-on Reset); изменения без IPL, POR, но с отключением каналов и изменением CHPID с последующим подключением; более сложные изменения, требующие IPL без POR для отдельных LPAR и запущенных в них операционных систем; выполнение POR для всей системы на относительно короткое время с последующим выполнением IPL для всех LPAR. ремонт или изменения, требующие отключения питания всей системы. Большинство процедур восстановления или конфигурирования выполняется либо автоматически, либо в фоновом режиме.

2.9. Функции процессоров MCM Центральный процессор CP (central processor) реализует систему команд z/Architecture и ESA/390. Он может быть отнесен к разделу LPAR и работать с операционными системами z/VM, z/OS, Linux, TPF и др. Совокупность всех CP сервера образуют CP pool, который может быть временно или постоянно расширен за счет настройки других PU. Процессор межсистемного взаимодействия ICF (Internal Coupling Facility) предназначен для реализации системного ПО Coupling Facility Control Code (CFCC), используемого при организации межсистемного обмена. ICF может быть включен только в LPAR, выделенный для реализации таких функций.

продолжение Процессор Java приложений zSeries zAAP (zSeries Applications Assist Processor) ориентирован на эффективное исполнение Java-приложений под управлением IBM Java Virtual Machine (JVM). Сервисный процессор SAP (System Assist Processor) используется для управления операциями ввода- вывода путем исполнения милликодов канальной подсистемы. Один из SAP выделен в качестве Master SAP для реализации обменов между CEC, размещенными в модулях book, и элементом SE. Процессор поддержки LINUX IFL (Integrated Facility for Linux) оптимизирован для реализации операционной среды LINUX и ее приложений.

2.10. Конфигурация серверов Серверы zSeries допускают конфигурацию (upgrade) двух типов: добавление аппаратных средств (процессоров, памяти, каналов ввода-вывода) реконфигурация (в том числе фоновая) за счет имеющихся в сервере резервных средств. Реконфигурация может быть: плановой неплановой.

Виды плановой реконфигурации: Реконфигурация CUoD (Capacity Upgrade on Demand) выполняется путем добавления процессоров (загрузка милликодов), памяти и каналов ввода-вывода. Такой тип реконфигурации не ограничен по времени действия и выполняется сервисной службой IBM. Реконфигурация CIU (Customer Initiated Upgrade) позволяет увеличить количество процессоров и объем памяти по инициативе пользователя. Выполняется путем Web-запроса через IBM Resource Link в соответствии с предварительно оформленным контрактом и с использованием CUoD процедур. Реконфигурация On/Off CoD (On/Off Capacity on Demand) позволяет подключить дополнительные процессоры на любое заданное время и выполняется по CIU запросу при наличии соответствующего контракта. Такой вид реконфигурации может использоваться для преодоления пиковых нагрузок сервера.

Неплановая реконфигурация CBU (Capacity BackUp) Предназначена для временного подключения процессоров CP в случае потери производительности вследствие аварийных ситуаций и не может быть использована для преодоления пиковых нагрузок сервера. Автоматическая реконфигурация CBU возможна при наличии резервных PU и разрешается после заключения контракта и загрузки в сервер специального кода.

Спасибо за внимание!