Конструкция серверов zSeries Лекция № 2 28/09/2010

Конструкция серверов zSeries
Лекция № 2
28/09/2010
Общий принцип конструктивного
исполнения
Чип
Схемотехническую базу серверов
образует набор чипов,
реализующих различные узлы
и устройства.
•
•
•
•
•
•
PU - процессорный чип,
SD - чипы КЭШ-памяти L2,
SC - системный контроллер,
MBA - адаптер памяти,
MSC - контроллер памяти
и др.
Многочиповые модули
MCM
PU - процессорный чип, SD - чипы КЭШ-памяти L2, SC - системный контроллер,
MBA - адаптер памяти, MSC - контроллер памяти
Двухядерный процессорный узел
«Книжка» - плата СЕС
Кольцевая структура
подключения плат СЕС
Шкафы (frame)
Типы процессорных узлов
• Центральный процессор 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 и ее
приложений.
Система управления сервером
Консоль управления HMC
Функции HMC и SE
• пульт оператора;
• представление информации о состоянии
системы;
• определение проблемных состояний и их анализ;
• конфигурирование системы;
• загрузка милликодов;
• выполнение плановых операций;
• пользовательский интерфейс HMCA;
• удаленное управление и др.
Конфигурация серверов
Серверы 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 и
разрешается после заключения контракта и
загрузки в сервер специального кода.
Способы выполнения изменений
• фоновое (concurrent) восстановление или конфигурирование в
рабочем состоянии системы без начальной загрузки IPL (Initial
Program Loading) или сброса POR (Power-on Reset);
• изменения без IPL, POR, но с отключением каналов и изменением
CHPID с последующим подключением;
• более сложные изменения, требующие IPL без POR для отдельных
LPAR и запущенных в них операционных систем;
• выполнение POR для всей системы на относительно короткое
время с последующим выполнением IPL для всех LPAR.
• ремонт или изменения, требующие отключения питания всей
системы.
Большинство процедур восстановления или конфигурирования
выполняется либо автоматически, либо в фоновом режиме.