В мэйнфреймах IBM, Workload Manager (WLM ) является базовым компонентом MVS / ESA мэйнфрейма операционной системы и его преемников до z / OS. Он контролирует доступ к системным ресурсам для работы, выполняемой в z / OS, на основе администратора- определенные цели. Компоненты Workload Manager также существуют для других операционных систем. Например, IBM Workload Manager также является программным продуктом для операционной системы AIX.
На мэйнфрейме одновременно выполняется множество различных приложений. Ожидания от выполнения работы - это постоянное время выполнения и предсказуемый доступ к базам данных. В z / OS компонент Workload Manager (WLM) удовлетворяет эти потребности, контролируя рабочий доступ к системным ресурсам на основе внешних спецификаций системного администратора.
Системный администратор относит работу к классам обслуживания . Механизм классификации использует рабочие атрибуты, такие как имена транзакций, идентификаторы пользователей или имена программ, которые, как известно, используют определенные приложения. Кроме того, системный администратор определяет цели и уровни важности для классов обслуживания, представляющих работу приложения. Цели определяют ожидаемые результаты работы. Цели могут быть выражены как время отклика, относительная скорость (называемая скорость ) или как произвольная, если не существует особых требований. Время ответа описывает продолжительность запросов на работу после того, как они поступили в систему, и до тех пор, пока приложение не сообщит WLM о завершении выполнения. WLM теперь заинтересован в том, чтобы гарантировать, что среднее время ответа набора рабочих запросов заканчивается в ожидаемое время или что процент рабочих запросов соответствует ожиданиям конечного пользователя.
Определение времени отклика также требует, чтобы приложения взаимодействовали с WLM. Если это невозможно, для описания ожиданий конечного пользователя от системы используется мера относительной скорости, называемая скоростью выполнения.
Определение скорости выполнения |
---|
Это измерение основано на состояниях системы, которые постоянно собираются. Системные состояния описывают, когда рабочий запрос использует системный ресурс и когда он должен его ждать, потому что он используется другой работой. Последнее называется состоянием задержки. Отношение всех состояний использования ко всем продуктивным состояниям (состояниям использования и задержки), умноженное на 100, составляет скорость выполнения. Это измерение не требует какого-либо взаимодействия приложения с компонентом WLM, но оно также является более абстрактным, чем целевое время отклика.
Наконец, системный администратор придает важность каждому классу обслуживания, чтобы сообщить WLM, какие классы обслуживания должны получить предпочтительный доступ к системным ресурсам, если нагрузка на систему слишком высока, чтобы позволить выполнить всю работу. Классы обслуживания и определения целей организованы в политики обслуживания вместе с другими конструкциями для составления отчетов и дальнейшего управления и сохранены как определение службы для доступа к WLM. Определение активной службы сохраняется в парном наборе данных, что позволяет всем системам z / OS кластера Parallel Sysplex получать доступ и выполнять работу с одинаковыми целями производительности.
WLM - это закрытый механизм контроля, который непрерывно собирает данные о работе и системных ресурсах; сравнивает собранные и агрегированные измерения с определениями пользователей из определения сервиса и регулирует доступ работы к системным ресурсам, если ожидания пользователя не были достигнуты. Этот механизм работает непрерывно в заранее определенные промежутки времени. Для сравнения собранных данных с определениями целей рассчитывается индекс эффективности.
Определение индекса эффективности |
---|
. |
Индекс производительности для класса обслуживания - это единственное число, которое сообщает, могло ли быть достигнуто определение цели, было ли оно перевыполнено или было пропущено. WLM изменяет доступ к классам обслуживания в зависимости от достигнутого показателя производительности и важности. Для этого он использует собранные данные, чтобы спрогнозировать возможность и результат изменения. Изменение выполняется, если прогноз приходит к выводу, что это выгодно для работы на основе определенных ожиданий клиента. WLM использует базу данных от 20 секунд до 20 минут, чтобы содержать статистически релевантную основу выборок для своих расчетов. Также в одном интервале принятия решения выполняется изменение в пользу одного класса обслуживания для поддержания управляемой и предсказуемой системы.
WLM контролирует доступ работы к системным процессорам, модулям ввода-вывода, системному хранилищу, а также запускает и останавливает процессы для выполнения работы. Например, доступ к системным процессорам управляется приоритетом отправки, который определяет относительное ранжирование между единицами работы, которые необходимо выполнить. Одинаковый приоритет отправки присваивается всем единицам работы, которые были отнесены к одному классу обслуживания. Как уже говорилось, приоритет отправки не является фиксированным и не зависит от важности класса обслуживания. Он изменяется в зависимости от достижения цели, загрузки системы и требований работы системных процессоров. Подобные механизмы существуют для управления всеми другими ресурсами системы. Этот способ, которым z / OS Workload Manager управляет доступом работы к системным ресурсам, называется целевым управлением рабочей нагрузкой и отличается от управления рабочей нагрузкой на основе предоставления ресурсов, которое определяет гораздо более статические отношения, как работа может получить доступ к системным ресурсам. Управление рабочей нагрузкой на основе предоставления ресурсов можно найти, например, в более крупных операционных системах UNIX.
Основное отличие компонентов управления рабочими нагрузками в других операционных системах заключается в тесном взаимодействии между z / OS Workload Manager и основными приложениями; промежуточное ПО и подсистемы, выполняющиеся в z / OS. WLM предлагает интерфейсы, которые позволяют подсистемам сообщать WLM, когда единица работы начинается и заканчивается в системе, и передавать атрибуты классификации, которые могут использоваться системным администратором для классификации работы в системе. Кроме того, WLM предлагает интерфейсы, которые позволяют компонентам балансировки нагрузки размещать рабочие запросы в наиболее подходящей системе в параллельном кластере sysplex. Существуют дополнительные инструменты, которые помогают менеджерам баз данных и ресурсов сигнализировать о конфликтных ситуациях в WLM, чтобы WLM мог помочь отложенной работе, продвигая держателя блокировок и защелок ресурсов.
Со временем z / OS Workload Manager стал центральным управляющим компонентом для всех аспектов, связанных с производительностью, в операционной системе z / OS. В кластере Parallel Sysplex компоненты z / OS Workload Manager работают вместе, чтобы обеспечить представление единого образа для выполняющихся приложений в кластере. В System z с несколькими виртуальными разделами z / OS WLM позволяет взаимодействовать с LPAR гипервизором, чтобы влиять на вес разделов z / OS и управлять объем мощности ЦП, который может быть использован логическими разделами.