Dynatrace для z/OS
- Latest Dynatrace
- 8 мин. чтения
С помощью Dynatrace вы можете получить полное представление о транзакциях ваших рабочих нагрузок -- от мобильного фронтенда до программ мейнфрейма и всего, что между ними, -- что позволяет устранять аномалии на уровне кода. Кроме того, Dynatrace может сопровождать вас в процессе перехода к гибридному облаку, обеспечивая сквозную наблюдаемость от мейнфрейма до облака.
Узнайте, как Dynatrace решает наиболее типичные задачи, связанные с мейнфреймом:
Является ли мейнфрейм частью проблемы?
Изоляция домена неисправностей на основе ИИ определяет первопричину проблем и оценивает их влияние на пользователей, чтобы вы могли расставить приоритеты стратегий устранения и сократить среднее время восстановления.
Все отслеживаемые LPAR, регионы и приложения участвуют в изоляции домена неисправностей.
Кто вызывает мейнфрейм и как часто?
Выполняйте обратную трассировку транзакций с помощью Service backtrace, чтобы понять рабочие нагрузки мейнфрейма и воспользоваться возможными скидками IBM (см., например, скидки IBM mobile и public cloud для снижения ежемесячного пикового скользящего 4-часового среднего значения MSU).
Обратная трассировка сервиса ниже показывает, как транзакция CICS взаимодействует как с мобильным приложением, так и с веб-приложением. Вы можете чётко видеть, как часто эти приложения вызывают транзакцию CICS, а также какие из их запросов завершились ошибкой.
Какие транзакции являются затратными или медленными?
Анализируйте производительность ваших транзакций с помощью потока сервисов, чтобы проверить соответствие определённым SLO с помощью метрик уровня сервиса. Количество запросов, например, может указывать, когда транзакция вызывается слишком часто из открытой системы, что может привести к дополнительным затратам.
Используйте аналитику распределённых трассировок PurePath на уровне кода для оптимизации ваших программ.
Модернизация программ на z/OS для гибридного облака?
Используйте Dynatrace для обеспечения непрерывности бизнеса в традиционных средах путём мониторинга технологий промежуточного слоя, таких как корпоративные сервисные шины или очереди сообщений. При этом трансформируйте ваши программы мейнфрейма, чтобы сделать их доступными для облачных функций с помощью z/OS Connect EE, контролируемых Dynatrace.
Ниже показана сквозная трассировка от z/OS Connect EE до базы данных IMS DL/I.
Настройка мониторинга¶
Dynatrace предоставляет модули кода для технологий CICS, IMS и z/OS Java, обеспечивая бесшовную наблюдаемость с данными трассировки и метриками. Чтобы узнать больше о поддерживаемых технологиях, см. Поддержка технологий мейнфрейма.
Модули CICS, IMS и z/OS Java взаимодействуют с подсистемой Dynatrace z/OS Data Collection (zDC) через объект разделяемой памяти (SMO) в пределах LPAR. Подсистема zDC управляет этим SMO, в который модули записывают свои данные мониторинга.
zLocal, размещённый в среде z/OS Unix System Services (USS), работает как часть zDC. Он управляет TCP/IP-соединением с модулем zRemote, считывает данные мониторинга из SMO и передаёт эти данные в zRemote.
Модуль zRemote обрабатывает данные мониторинга, полученные от zLocal, и маршрутизирует эти данные в сжатом и зашифрованном виде через локальный ActiveGate в Dynatrace. Таким образом, модуль zRemote переносит значительную часть работы по обработке данных из модулей инструментирования подсистем и приложений на открытую систему.
Для начала работы см. Обзор установки z/OS.
Лицензирование¶
Мониторинг модулей CICS, IMS и z/OS Java рассчитывается на основе миллионов сервисных единиц (MSU).
Подписка Dynatrace Platform Subscription, см. Mainframe Monitoring.
Классическое лицензирование Dynatrace, см. Mainframe Monitoring на IBM z/OS.
Часто задаваемые вопросы¶
Кто должен участвовать в типичной установке Dynatrace для z/OS?
Чтобы узнать процедуру и участвующих специалистов, см. Обзор установки z/OS.
Можно ли использовать группы хостов для организации нескольких LPAR?
Да, вы можете организовать несколько LPAR с помощью групп хостов. Для получения дополнительной информации см. Определение групп хостов для организации нескольких LPAR.
Что означает «volatile service» и как решить связанные проблемы?
Volatile CICS или volatile IMS создаётся автоматически Dynatrace, когда превышено максимальное количество идентификаторов сервисов, которые могут быть сгенерированы для региона (процесса). Чтобы увеличить лимит генерируемых идентификаторов сервисов, обратитесь к эксперту по продукту Dynatrace через живой чат в вашей среде Dynatrace.
Модули CICS и IMS¶
Как работает инструментирование модулей CICS и IMS?
Модуль CICS использует хуки для инструментирования регионов терминалов и владельцев приложений CICS, создавая события интереса.
Модуль IMS использует средство логирования для инструментирования управляющих регионов и регионов обработки сообщений IMS, создавая события интереса из разбора двоичных логов.
Оба модуля используют хуки для инструментирования IBM MQ, Db2 и DL/I.
Модули CICS и IMS не используют инструментирование байт-кода.
Сколько времени GCP потребляют модули CICS и IMS при инструментировании приложений?¶
Модули CICS и IMS потребляют некоторое время центрального процессора общего назначения (GCP) при инструментировании приложений на IBM Z, но эти накладные расходы обычно очень низкие (в диапазоне 1%-2%, в зависимости от типа отслеживаемых транзакций). См. примеры ниже.
| Отрасль клиента | Страна | Модуль кода | Год измерения | Метод измерения | Накладные расходы GCP |
|---|---|---|---|---|---|
| Финансы (банк) | Италия | CICS | 2023 | Профилирование HIS1 | < 1,9 % |
| Финансы (банк) | Испания | CICS | 2020 | Профилирование HIS1 | < 1,0 % |
| Страхование | Германия | CICS | 2020 | собственные тесты | < 1,0 % |
| Страхование | Германия | IMS | 2020 | Профилирование HIS1 | < 1,0 % |
| Финансы (банк) | Германия | CICS | 2019 | собственные тесты | < 1,0 % |
| Страхование | Германия | IMS | 2017 | Профилирование HIS1 | < 1,61 % |
| Страхование | Германия | IMS | 2017 | Профилирование HIS1 | < 0,33 % |
| Финансы (банк) | Австрия | CICS | 2015 | Профилирование HIS1 | < 2,04 % |
1
С использованием Hardware Instrumentation Services от IBM.
- Накладные расходы GCP рассчитываются относительно адресных пространств, в которых работают модули. При сравнении накладных расходов GCP относительно LPAR эти числа ещё ниже.
- Например, 2% накладных расходов GCP в адресных пространствах CICS составляют только 1% накладных расходов GCP на LPAR, если рабочие нагрузки CICS потребляют только 50% общего времени GCP на данном LPAR по сравнению с другими рабочими нагрузками (такими как задания и системные задачи).
Могут ли модули CICS и IMS перехватывать динамические SQL-запросы?
Нет, модули CICS и IMS могут перехватывать только статические SQL-запросы.
Модуль z/OS Java¶
Можно ли мониторить Servants моего WebSphere Application Server с помощью модуля z/OS Java?
WebSphere Application Server на z/OS позволяет динамически запускать Servants в зависимости от рабочей нагрузки.
В Dynatrace вы можете использовать идентификатор процесса в каждой метрике для различения разных Servants, как показано на изображении ниже.
Однако Servants не могут быть включены в обнаружение группы процессов WebSphere Application Server, поскольку при каждом запуске нового Servant создаётся новая сущность процесса, и текущий контекст мониторинга теряется.
Какие атрибуты используются для обнаружения группы процессов WebSphere Application Server?
Dynatrace использует следующие атрибуты для обнаружения и создания сущностей процессов WebSphere Application Server:
- Имя сервера
- Имя узла
- Имя ячейки
Dynatrace группирует все сущности процессов, принадлежащие одному кластеру WebSphere Application Server, в группу процессов.
Можно ли объединить группы процессов, созданные модулем z/OS Java, в одну группу процессов?
Нет, группы процессов, созданные модулем z/OS Java, не могут быть изменены или объединены.
В качестве альтернативы вы можете организовать свои группы процессов, определяя метаданные или определяя теги на основе переменных окружения. Обе концепции применимы и к z/OS Java. Обратите внимание, что переменные окружения можно определить только на уровне процесса, а не на уровне хоста.
Можно ли тегировать процессы, созданные модулем z/OS Java?
Да. Вы можете тегировать процессы, созданные модулем z/OS Java, определяя метаданные или определяя теги на основе переменных окружения. Обратите внимание, что переменные окружения можно определить только на уровне процесса, а не на уровне хоста.
Можно ли определить пользовательские сервисы с помощью модуля z/OS Java?
Модуль z/OS Java не поддерживает пользовательские сервисы только через конфигурацию. Вместо этого вы можете создавать пользовательские трассировки, используя совместимость с OpenTelemetry модуля z/OS Java.
Можно ли использовать атрибуты спанов, перехваченные модулем z/OS Java, в качестве атрибута запроса?
Да. Чтобы узнать, как настроить атрибут запроса для любого перехваченного атрибута спана, см. Определение атрибута запроса для атрибутов спанов.
Linux на Z¶
С помощью Dynatrace вы можете получить Full-Stack Monitoring с мониторингом хостов (DPS) для Linux на Z, используя OneAgent на Linux. Чтобы узнать больше о поддерживаемых технологиях на архитектуре s390, см. Поддержка технологий.