Логическое разделение ресурсов сервера LPAR презентация

MF_Lec4_Sep06.ppt

и может функционировать с использованием одного, двух или трех уровней управления:
Базовая система
Логический раздел
(logical partition - LPAR)
3. Виртуальная система

STORE SYSTEM INFORMATION (STSI)

для него физическими ресурсами (процессор, память и каналы ввода-вывода)
LPAR – это логический сервер, в котором обеспечивается изолированное от других LPAR исполнение собственной операционной системы (z/OS, OS/390, z/VM, Linux, VSE/ESA или Coupling Facility Control Code (CFCC).
LPAR всегда соотнесен с одной из логических канальных подсистем LCSS, допускающей подключение до 15 LPAR (сейчас – до 30-ти)

любой момент "на ходу"

Для создания нового или удаления ранее созданного раздела необходима остановка системы с использованием процедуры сброса по питанию POR.

имеет свою собственную ОС
Каждый LPAR - независим
Периферийные устройства могут быть общими для нескольких LPARs
Процессоры могут быть постоянно закрепленные либо общие для всех
В случае «shared» каждый LPAR определяется числом логических процессоров (до максимального числа физических процессоров) и взвешивание (весовые коэффициенты) «weighting»

ресурсов сервера: логических процессоров, памяти и каналов ввода-вывода;
весовой коэффициент, присваиваемый разделу для его соотношения с другими разделами в составе одного сервера при использовании общих разделяемых ресурсов;
ограничение на использование разделом процессоров в большем количестве, чем допускается весовым коэффициентом (LPAR capping);
безопасность и
другие параметры

формируются через консоль управления (HMC) и
сохраняются в дисковой памяти элемента поддержки SE в виде профиля раздела (logical partition Image Profile).

таких много. Большинство из них нельзя считать полными процессорами для software charging
Central Processor (CP) - A full z/OS processor
System Assistance Processor (SAP) – Используется для подсистемы ввода-вывода (I/O subsystem) – каждая машина имеет как минимум один такой
Integrated Facility for Linux (IFL) – Специальный процессор для Linux - дополнительно
zAAP – Используется для JAVA программирования– дополнительно
Integrated Coupling Facility (ICF) – для коммуникационных целей
Spares -запасной

разных типов: CP, ICF, IFL или zAAP.
Каждый из процессоров может быть:
постоянно закреплен (dedicated) за одним разделом либо
являться общим (shared) ресурсом для всех LPAR (более эффективный вариант).

- в процессе создания LPAR и предусматривает выделение каждому из разделов части адресного пространства памяти.
Максимальный объем памяти, выделяемой для одного раздела, ограничен объемом используемой в сервере памяти (для z/Architecture - 256 GB, в режиме ESA/390 - 2 GB) без учета области системной памяти HSA.
Использование общих фрагментов основной или расширенной памяти разными LPAR не допускается.
Объем памяти, выделяемой для раздела LPAR, измеряется блоками, размер которых зависит от объема инсталлированной в сервере памяти (см. след. слайд).

более CEC – Switches
Адреса идентификаторов каналов (CHPID) состоят из двух шестнадцатеричных цифр
Несколько разделов могут делить CHPIDs
Уровень подсистемы I/O имеется между операционной системой и CHPIDs

(IOCDS – Input\Output Comfiguration DataSet), который переводит физические адреса I/O в номера устройств, которые используются операционной системой z/OS
Номера устройств устанавливаются системным программистом при создании файла определения параметров конфигураций ввода-вывода (Input\Output Definition File IODF) и IOCDS и с учетом их приоритетов (а не случайным образом!)
В современных машинах они содержат три или четыре шестнадцатеричных цифры

только в одном логическом разделе
Реконфигурируемые каналы в каждый момент времени используются только одним LPAR
Совмещенные каналы относятся к разделяемым ресурсам внутри одной LCSS (подканальной системы).
Объединенные (spanned) каналы допускают подключение к LPAR, входящим в разные LCSS (подканальные системы).

присоединялся к процессору, массивы НЖМД – к контроллеру.

функционированием всех LPAR
Реализован на уровне микрокодов системного гипервизора
Одна из основных функций -распределение всех инсталлированных в сервер ресурсов между LPAR с учетом их весовых коэффициентов
LPAR-кластер

процессоров LPAR (LPAR CPU Management);
динамический менеджмент канальных путей DCM (dynamic channel path management);
организация приоритетных очередей в канальной подсистеме (Channel Subsystem Priority Queuing - IOPQ)

sysplex
Image is used to describe a single z/OS system, which might be standalone or an LPAR on a large box

в целом
Доступ к диску во время обновления ограничен.

по кольцу CTC
Request ENQueue on a dataset, update, the DEQueue
Свободно связанные системы

Facility) для процедуры storeENQ data для GRS.
Работает существенно быстрее.
Устройство сопряжения также может быть использовано для хранения общей информации приложений (такой как таблицы DB2).
Может быть представлен как единая система.

разработанная для small installations с внутренними НЖМД
Справа – система эмуляции FLEX-ES, работающая на ПЭВМ под управлением Linux или UNIX

представлена в конфигурации с 2 контроллерами внешних НЖМД, накопителями на магнитной ленте, принтерами, сетевыми периферийными устройствами и терминалами.

z/OS с интерактивными приложениями
Вторая LPAR – для пакетной обработки
Тестовая z/OS LPAR для тестирования нового ПО
Одна или больше LPAR – для Linux, Web-приложений и т.д.

Sysplex с устройством сопряжения (CF)
Многочисленные серверы ESS и более старые дисковые массивы DASD, соединенные коммутатором
Контроллеры сети SNA (3745)
Накопители на магнитной ленте (3490E), оставленные для совместимости
Разъемы OSA Express для подключения к LAN
Консоли (терминалы)

старое оборудование продолжает использоваться, пока не достигнет конца срока службы.
Система z/OS обычно работает на более старом оборудовании, пока смена архитектуры не заставит отказаться от него
О подобных изменениях архитектуры и случаях несовместимости, которые могут привести к неработоспособности оборудования, обычно сообщается заранее.