Операционная система z/VM Назначение z/VM Задачи, решаемые при помощи z/VM: тестирование новых системных приложений, которое нецелесообразно проводить в рабочем режиме из-за возможности сбоев или краха операционной системы; тестирование и настройка новых версий операционных систем параллельно с функционированием старых версий в рабочем режиме; проведение обучения и тренинга персонала.

Управление памятью в z/VM

Конфигурация VM Способы использования ПУ виртуальной машиной: закрепления (exclusive); разделения (shared); накопления (spooled); моделирования (simulated). Типы виртуальных машин: V=R (Virtual=Real) фиксированный непрерывный участок основной памяти, начинающийся с нулевого адреса. V=F (Virtual=Fixed) фиксированный непрерывный участок основной памяти, начинающийся с адреса, отличного от нулевого. V=V (Virtual=Virtual) машина не может непосредственно использовать основную память

Принципы работы с CP Основные стандартные классы привилегий z/VM: класс A (системный оператор) - управление системой виртуальных машин и доступом пользователей к системе, настройка параметров производительности и сбор информации о системе; класс B (системный оператор ресурсов) - управление всеми реальными устройствами z/VM; класс C (системный программист) - настройка системных конфигурационных параметров; класс D (оператор спула) - управление устройствами, использующими метод накопления, и настройка спула; класс E (системный аналитик) - контроль и управление хранением системных данных; класс F (инженер по сервисному обслуживанию) - получение и анализ данных о работе оборудования; класс G (обычный пользователь) - управление работой отдельной виртуальной машины; класс Any.

Справочник пользователей (user directory) Описание всех VM - основные параметры: ID&PW пользователя, класс привилегий, начальная конфигурация используемых устройств, объем памяти и т. д.

Диалоговый монитор z/VM. Основные задачи z/VM: обеспечивает поддержку интерфейса для конечного пользователя z/VM; предоставляет API интерфейс для пользовательских приложений. Задачи Диалогового монитора: создание, отладка и тестирование прикладных программ для использования в CMS или гостевых ОС; выполнение приложений, разработанных для CMS или гостевых ОС; создание и редактирование файлов данных; манипулирование файлами данных; выполнение заданий в пакетном режиме; разделение данных между CMS и гостевыми ОС; организация взаимодействия между пользователями CMS и гостевых ОС IPL CMS

Организация хранения данных в CMS Для дисковых устройств поддерживаются 3 типа файловых систем: базовая файловая система CMS на мини- дисках; разделяемая файловая система SFS; байтовая файловая система BFS. SFS BFS CMS Conversational Monitor System Shared File System

Файл – единица хранения данных в z/VM Имя файла: [Собственно имя].[тип файла] Примеры: PRG#1.ASSEMBLE, BATCH:X.SOURCE, CHANGE.EXEC, MY_DOC.TEXT Атрибуты файла: 1. Буквенный (A-Z) 2. Числовой (0-6)

Размещение файлов z/VM Мини-диски Shared File System SFS постоянные временные виртуальные

Разделяемая файловая система SFS (Shared File System) Файловый пул – место размещения SFS файлов всех виртуальных машин пользователей. Компонент DFSMS/VM – выполняет администрирование и управление файлами и каталогами SMF. Компонент z/VM OpenExtensions обеспечивает поддержку байтовой файловой системы (BFS), аналогичной HFS. BFS SFS HFS CMS

Виртуализация сетевого взаимодействия в z/VM.

ОС Linux для zSeries Причины переноса ОС Linux на S/390: большое количество существующих и высокий темп появления новых приложений для Linux, причем большая часть из них распространяется бесплатно; возможность переноса UNIX-приложений в Linux; обеспечение высокой степени переносимости приложений между всеми платформами, поставляемыми IBM; поддержка программного обеспечения промежуточного слоя, выпускаемого компанией IBM: DB2 UDB, MQSeries, Websphere Application Server, продукты семейства Tivoli, IBM Java Virtual Machine; гибкость, открытость, надежность и безопасность Linux в сочетании с классическими преимуществами мэйнфреймов; высокая степень масштабируемости за счет возможности объединения большого числа Linux-серверов на одной машине; снижение расходов на эксплуатацию и развитие системы.

Архитектура ОС Linux Основные составляющие (ядро): Планировщик (sheduler) –управление процессами; страничная организация виртуальной памяти; Файловая система – аналогична HFS UNIX. Управление вводом- выводом - через запросы к файлам устройств. Утилиты и вспомогательные программы: администрирование системы, обслуживание устройств, реализация дополнительных сервисов, разработка приложений и т.д.

Дистрибутивы Linux для zSeries SuSe Linux Enterprise Server; Turbolinux Server; Red Hat Enterprise Linux

Варианты установки Linux на платформе zSeries

Системные решения на основе z/VM и Linux Консолидация серверов:

Системные решения на основе z/VM и Linux Переход с трехуровневой на двухуровневую архитектуру: