1 / 32

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

Логическое разделение ресурсов сервера LPAR. Лекция 4 Курс « Основы построения БЭВМ» Файл MF_Lec4_Sep06.ppt. 3 . Логическое разделение ресурсов сервера.

dacia
Télécharger la présentation

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

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Логическое разделение ресурсов сервера LPAR Лекция 4 Курс «Основы построения БЭВМ» Файл MF_Lec4_Sep06.ppt

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

  3. Управление системой и partitioning

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

  5. Логический раздел может быть активирован или деактивирован в любой момент "на ходу" Для создания нового или удаления ранее созданного раздела необходима остановка системы с использованием процедуры сброса по питанию POR. Логический раздел LPAR

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

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

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

  9. Путаница в терминологии

  10. Процессоры (PU) • Современные процессоры могут быть специальными процессорами различного типа, причем типов таких много.Большинство из них нельзя считать полными процессорами для 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 -запасной

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

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

  13. Соотношение объема установленной памяти и размера LPAR

  14. Структурная схема S/360

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

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

  17. Система ввода-вывода

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

  19. НЖМД • В современных мэйнфреймах используется НЖМД IBM 3390 • Базовая конфигурация была проста: контроллер присоединялся к процессору, массивы НЖМД – к контроллеру.

  20. Текущая реализацияНЖМД IBM 3390

  21. 3.6. Системный менеджер Processor Resource/Systems Manager (PR/SM) • Цель - управление совместным функционированием всех LPAR • Реализован на уровне микрокодов системного гипервизора • Одна из основных функций -распределение всех инсталлированных в сервер ресурсов между LPAR с учетом их весовых коэффициентов • LPAR-кластер

  22. 3.7. Система распределения ресурсов Intelligent Resource Director (IRD) Основные функции IRD: • менеджмент процессоров LPAR (LPAR CPU Management); • динамический менеджмент канальных путей DCM (dynamic channel path management); • организация приоритетных очередей в канальной подсистеме (Channel Subsystem Priority Queuing - IOPQ)

  23. Кластеризация • Кластеризация производилась несколькими способами: • Обычные диски DASD общего доступа • Кольца CTC/GRS • Basic и Parallel sysplex • Image is used to describe a single z/OS system, which might be standalone or an LPAR on a large box

  24. Обычный диск DASD общего доступа • Ограниченные возможности • Резервирование и снятие резервирования для диска в целом • Доступ к диску во время обновления ограничен.

  25. Кольцо CTC • Глобальный общий доступ к ресурсам (GRS) используется для передачи информации по кольцу CTC • Request ENQueue on a dataset, update, the DEQueue • Свободно связанные системы

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

  27. Типичные варианты систем • Выше приведены 2 примера небольших систем • Слева - Multiprise 3000, разработанная для small installations с внутренними НЖМД • Справа – система эмуляции FLEX-ES, работающая на ПЭВМ под управлением Linux или UNIX

  28. Конфигурация среднего масштаба • Это полностью современная система, не содержащая устаревшие компоненты • Система z890 представлена в конфигурации с 2 контроллерами внешних НЖМД, накопителями на магнитной ленте, принтерами, сетевыми периферийными устройствами и терминалами.

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

  30. Конфигурация большого масштаба • Два мэйнфрейма – новый z990 и 9672 (более старый) • Parallel Sysplex с устройством сопряжения (CF) • Многочисленныесерверы ESS и более старые дисковые массивы DASD, соединенные коммутатором • Контроллеры сети SNA (3745) • Накопители на магнитной ленте (3490E), оставленные для совместимости • Разъемы OSA Express для подключения к LAN • Консоли (терминалы)

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

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

More Related