Эбберс М. Введение в современные мейнфреймы: основы z/OS

Подождите немного. Документ загружается.

502 Глава19

Многие предприятия предпочитают использовать веб-технологии, чтобы сделать

огромное количество централизованных данных доступным в веб-среде, основанной

на TCP/IP, продолжая при этом использовать SNA API. Такой подход позволяет взять

лучшее из двух технологий и гарантирует использование SNA и VTAM в обозримом

будущем.

193 z/OS Communications Serer

В z/OS входит Communications Server, представляющий собой интегрированный на-

бор программных компонентов, обеспечивающих сетевые коммуникации для при-

ложений, запущенных в z/OS. Communications Server обеспечивает коридор транс-

портировки данных между внешней сетью и бизнес-приложениями, выполняющи-

мися в z/OS.

z/OS Communications Server содержит набор коммуникационных протоколов,

поддерживающих функции одноранговой связи как для локальных, так и для глобаль-

ных сетей, включая самую популярную глобальную сеть – Интернет. z/OS Communica-

tions Server также обеспечивает высокую производительность, доступную для множес-

тва TCP/IP-приложений, и включает множество часто используемых приложений.

Communications Server содержит множество сложных продуктов и функций. Ос-

новными службами являются:

• IP – использует TCP/IP (Transmission Control Protocol/Internet Protocol);

• SNA (Systems Network Architecture) – использует VTAM (Virtual Telecommunica-

tion Access Method).

Компонент CSM (Communications Storage Manager) поддерживает разделяемый бу-

фер ввода-вывода для потока данных. Функция CSM позволяет авторизованным базовым

приложениям совместно использовать данные без их физического перемещения.

Any Net Any Net

Communications Server для z/OS и OS/390

Приложения

Подключение к сети

TCP/IP

SNA.

APPN.

HPR

Sockets

APIs

SNA APIs

Communication

Storage

Manager

Enterprise Extender

Описание z/OS Communications Server (CS)

Интегрированные службы

— Обеспечивают общие службы в CS для z/OS

и OS/390

• Подключение к сети

• Управление памятью

• Высокоскоростная передача данных

— Интеграция TCP/IP и SNA

• TN 3270

• Доступ к сети

• Внутренняя оптимизация

• Enterprise Extender

— Стандартные TCP/IP-приложения

Мультипротокольные системы

— Сокетные приложения (TCP/IP)

• Службы Unix обеспечивают доступ

пользователей zSeries и S/390 к широкому

диапазону UNIX-приложений через

IP- и SNA-сети

Рис 193 z/OSCommunicationsServer

 Сетевыесвязивz/OS 503

Communications Server, содержащий функции TCP/IP и SNA, помимо z/OS реали-

зован на многих других платформах, в частности, в AIX, Microsoft

Windows и Linux.

В результате, программисты приложений

z/OS могут использовать технологические

усовершенствования в области коммуникаций (доступ к информации, электронная

коммерция и совместная работа) между различными операционными системами.

194 Обзор TCP/IP

TCP/IP является общим термином, используемым для описания набора протоколов,

составляющих основу Интернета. Впервые он появился в системе UNIX, предлагае-

мой Калифорнийским университетом в Беркли, и теперь устанавливается практичес-

ки на всех компьютерах в мире, поддерживающих сетевые функции.

Сеть A Сеть B

Маршру-

тизатор

pSeries

Маршру-

тизатор

xSeries

Маршру-

тизатор

xSeries

Шлюз

zSeries

pSeries

Рабочая станция

zSeries

Шлюз

xSeries

Рис 194 ВведениевTCP/IP

Все системы, независимо от размера, выглядят одинаково с точки зрения осталь-

ных систем в TCP/IP-сети. TCP/IP можно использовать как на оборудовании для ло-

кальных сетей, применяя общие протоколы, так и в глобальных сетях.

В сетевой среде TCP/IP компьютер, на котором запущен TCP/IP называется хос-

том (host). TCP/IP-сеть содержит один или несколько хостов, соединенных между

собой различными каналами связи. Любой хост может напрямую обращаться ко всем

другим хостам для установления соединения. Каналы связи между сетями невидимы

для приложения, осуществляющего обмен данными с хостом. При этом неважно, ис-

504 Глава19

пользуется ли традиционное CICS-приложение на основе служб MVS или новое уста-

новленное приложение, использующее компоненты UNIX. Системным администра-

торам может потребоваться выбрать, какие компоненты и интерфейсы программи-

рования использовать. Однако с точки зрения приложения используемые компонен-

ты невидимы.

1941 Использование команд для мониторинга TCP/IP

z/OS поддерживает команды TCP/IP, существующие в других операционных системах,

в частности:

NETSTAT

PING

TRACERTE

NSLOOKUP

Эти команды в авторизованном сеансе TSO можно вводить из:

• приглашения TSO Ready;

• командной оболочки ISPF;

• любой командной строки ISPF; перед командой вводится TSO;

• пакетных программ.

В Примере 19.1 показаны возможные результаты выполнения команды NETSTAT

при ее вводе из приглашения TSO Ready.

Пример 19.1. Образец выходных данных команды NETSTAT

**** NETSTAT ROUTE output ****

MVS TCP/IP NETSTAT CS V1R5 TCPIP Name: TCPIP 21:38:18

Destination Gateway Flags Refcnt Interface

----------- ------- ----- ------ ---------

Default 5.12.6.92 UGS 000001 OSA2380LNK

5.12.6.0 0.0.0.0 US 000000 OSA2380LNK

5.12.6.66 0.0.0.0 UH 000000 OSA2380LNK

5.12.6.67 0.0.0.0 UH 000000 STAVIPA1LNK

15.1.100.0 0.0.0.0 US 000000 IQDIOLNK0A016443

15.1.100.4 0.0.0.0 UHS 000000 IQDIOLNK0A016443

15.1.100.42 0.0.0.0 UHS 000000 IQDIOLNK0A016443

**** NETSTAT BYTE output ****

MVS TCP/IP NETSTAT CS V1R5 TCPIP Name: TCPIP 21:41:18

User Id Conn Local Socket Foreign Socket State

------- ---- ------------ -------------- -----

DASU8G25 000048BF 0.0.0.0..523 0.0.0.0..0 Listen

D8G2DIST 00000072 0.0.0.0..38062 0.0.0.0..0 Listen

 Сетевыесвязивz/OS 505

D8G2DIST 00000031 0.0.0.0..38060 0.0.0.0..0 Listen

FTPMVS1 00000022 5.12.6.66..21 0.0.0.0..0 Listen

FTPOE1 00000024 5.12.6.67..21 0.0.0.0..0 Listen

INETD4 00000083 0.0.0.0..7 0.0.0.0..0 Listen

INETD4 00000081 0.0.0.0..19 0.0.0.0..0 Listen

1942 Использование консольных команд для управления TCP/IP

Для управления сетью и TCP/IP-приложениями в z/OS можно использовать команды

DISPLAY TCPIP и VARY TCPIP.

Эти команды включают дополнительные опции, в частности:

• Команду DISPLAY TCPIP можно использовать для вывода следующей информа-

ции:

отчет NETSTAT для стека TCP/IP;

информация о OMPROUTE – демоне динамической маршрутизации;

использование памяти стека TCP/IP;

состояние стеков TCP/IP в сисплексе;

информация о сервере TN3270.

• Команда VARY TCPIP включает опции, позволяющие выполнять следующие

действия:

удаление определенных сокетных подключений;

запуск и остановка коммуникационных устройств;

настройка трассировки пакетов и сокетов;

очистка записей ARP-кеша или кеша соседей;

изменение состояния стеков TCP/IP в сисплексе;

управление сервером TN3270;

изменение конфигурации TCP/IP-сети.

Дополнительные сведения. Дополнительные сведения об IP-командах см.

в публикации

Communications Server IP System Administrators Commands.

1943 Использование VIPA для обеспечения доступности

и балансировки нагрузки

TCP/IP в z/OS позволяет сетевым администраторам определять виртуальные IP-адре-

са (virtual Internet protocol addresses, VIPA). Управление VIPA-адресами осуществляется

низкоуровневым коммуникационным протоколом, реализованным в z/OS. Такой ад-

рес можно автоматически отобразить на несколько систем z/OS одновременно. Его

можно динамически передавать с одной системы z/OS на другую, а также с одного

IP-приложения на другое, даже если приложение существует на другом хосте z/OS.

Все это происходит невидимо для сети и большинства приложений.

506 Глава19

Кроме того, VIPA-адрес можно связать со всеми физическими адаптерами на хосте

z/OS. Фактически не существует предела количества физических адаптеров, поддер-

живаемых хостом z/OS.

В то же время, VIPA-адреса совместно со службами управления рабочей нагрузкой

в z/OS могут переносить входящие IP-подключения на хост z/OS, имеющий наиболь-

шее количество доступных системных ресурсов.

1944 TN3270 – шлюз в z/OS

В те времена, когда хосты z/OS работали в среде, поддерживающей только SNA, выде-

ленные контроллеры терминалов и «немые» (непрограммируемые) терминалы были

основой взаимодействия с z/OS. Протокол данных, используемый для связи между

«немым» терминалом и z/OS, называется потоком данных 3270 (дополнительные

сведения см. ниже в более полном обсуждении VTAM). Когда TCP/IP стал мировым

стандартом, поток данных 3270 был адаптирован для использования в TCP/IP-сети.

В результате скрещивания 3270 с существующим стандартом telnet появился стандарт

Telnet 3270. В настоящее время TN3270 доработан и стал называться TN3270 Enhanced

или TN3270E. Этот стандарт определен в RFC 2355.

Для связи с z/OS посредством протокола TN3270

на рабочей станции запускается

клиент, например Personal Communications. Этот клиент создает сеанс TN3270, ис-

пользуя TCP. На стороне z/OS сервер TN3270 преобразует протокол TN3270 в прото-

кол SNA, и подключение к приложению выполняется с использованием VTAM. Завер-

шение SNA фрагмента обработки выполняется сервером TN3270, получающим логи-

ческое устройство (Logical Unit, LU) для обслуживания клиента TN3270. После этого

устанавливается сеанс связи логических устройств (LU-LU) между сервером TN3270 и

целевым приложением. Дополнительные сведения о сеансах LU-LU см. в обсуждении

VTAM далее в этой главе.

195 Обзор VTAM

В z/OS VTAM обеспечивает работу сетевого коммуникационного стека SNA для транс-

портировки данных между приложениями и конечным пользователем. VTAM управ-

ляет ресурсами, определенными в сети SNA, устанавливает сеансы между этими ре-

сурсами и отслеживает сеансовую активность.

VTAM выполняет множество задач в сети, например:

• осуществляет мониторинг и управление активацией и подключением ресурсов;

• устанавливает подключения и управляет потоком и ходом выполнения сеансов;

• предоставляет интерфейсы программирования приложений (например, APPC

API для программирования LU 6.2), позволяющие осуществлять доступ к сети

пользовательским приложениям и подсистемам IBM;

• обеспечивает поддержку интерактивных терминалов для TSO (Time Sharing

Option);

• обеспечивает поддержку как локально, так и удаленно подключенных ресурсов.

В настоящее время практически все клиенты используют TN3270E, однако термин TN3270 использует-

ся для описания обоих протоколов.

 Сетевыесвязивz/OS 507

z/OS поддерживает только одно адресное пространство VTAM. Каждое приложе-

ние, использующее VTAM, например, CICS/TS, требует определения в VTAM. Приложе-

ние и VTAM используют это определение для установления подключений к другим

приложениям или конечным пользователям.

Конечные точки сеанса SNA называются логическими устройствами (logical unit,

LU). Логическое устройство представляет собой устройство или программу, исполь-

зуя которое конечный пользователь (приложение, оператор терминала или механизм

ввода-вывода) получает доступ к SNA-сети. VTAM-сеансы называются сеансами LU-LU.

Например, в SNA-сети CICS/TS считается логическим устройством и обычно имеет

множество сеансов связи с другими логическими устройствами: дисплеями, принте-

рами, кассовыми устройствами и другими удаленными CICS/TS-регионами. Каждому

логическому устройству назначается уникальный адресуемый сетевой элемент (net-

work addressable unit, NAU) для обеспечения связи.

317x

Контроллер

кластера

Базовый процессор

z/OS

CICS

VTAM

pSeries

AIX

iSeries

OS/400

zSeries

z/VM

Windows

Коммуникационный

контроллер (37xx)

Рабочие станции

NCP

Рис 195 ОбзорVTAM–средаSNA

Физическое устройство (physical unit, PU) управляет одним или несколькими ло-

гическими устройствами. PU не является буквальным физическим устройством в се-

ти. Оно скорее представляет собой часть устройства (программную и/или аппарат-

ную), выполняющую функции управления устройством, в котором оно находится,

и, в некоторых случаях, другими устройствами, подключенными к устройству, содер

жащему PU.

508 Глава19

Физическое устройство присутствует в каждом узле SNA-сети, осуществляя управ-

ление и мониторинг ресурсов узла (например, подключенных каналов связи и смеж-

ных станций связи).

Физическое устройство находится либо внутри устройства, либо внутри подклю-

ченного управляющего устройства. VTAM должен активировать физическое устройс-

тво прежде, чем он сможет активировать и владеть каждым логическим устройством,

подключенным к физическому устройству.

Даже мэйнфрейм является одним из типов физических устройств с подключен-

ными логическими устройствами, примером одного из которых может служить

CICS/TS. Существует три типа физических устройств (PU):

• PU Type 5 – находится на мэйнфрейме.

• PU Type 4 – коммуникационный контроллер глобальной сети.

• PU Type 2 – периферийный коммуникационный контроллер. Может напрямую

подключаться к мэйнфрейму или к PU Type 4.

1951 Топологии сетей, поддерживаемые VTAM

Несмотря на то, что самым распространенным способом связи с хостом z/OS являет-

ся TCP/IP, в некоторых средах все еще используется протокол SNA, и многие среды

передают (инкапсулируют) SNA-трафик через UDP/IP. Иерархическая структура про-

токола SNA реализует потребности больших предприятий в централизованной обра-

ботке данных. На вершине этой иерархии находится VTAM. VTAM поддерживает сле-

дующие типы топологий сетей:

• топология подобластей (subarea);

• APPN (Advanced Peer-to-Peer Network);

• смешанная топология подобластей/APPN.

Компонент VTAM, управляющий топологией подобластей, называется точкой управ-

ления системными службами (System Services Control Point – SSCP). Компонент VTAM, уп-

равляющий топологией APPN, называется точкой управления (Control Point – CP).

Сети подобластей VTAM предшествовали сетям APPN. На многих больших пред-

приятиях переход с топологии подобластей на топологию APPN является желатель-

ным. Если сеть содержит Enterprise Extender (EE), доступны дополнительные функ-

ции, в том числе включение данных SNA-приложений в TCP/IP-пакеты. Это консоли-

дирует старое коммуникационное оборудование, предназначенное для работы

с протоколом SNA, направляя потоки данных SNA через существующие TCP/IP-сети.

Кроме того, объем задач администрирования VTAM и согласования работы сотруд-

ников по обслуживанию коммуникационного оборудования и программного обес-

печения можно значительно сократить, используя топологию APPN, обладающую

большей гибкостью, чем сети подобластей.

Все три типа конфигурации VTAM (топология подобластей, APPN и смешанная

топология подобластей/APPN) используются на крупных предприятиях мира.

 Сетевыесвязивz/OS 509

1952 Что такое топология подобластей?

Отличительным свойством сети подобластей VTAM является владение и совместное

использование SNA-ресурсов. Подобласть представляет собой набор SNA-ресурсов,

управляемых одним узлом PU Type 5 или PU Type 4.

Одиночный VTAM и SNA-ресурсы, которыми он владеет, называются доменом

(domain). Междоменный менеджер ресурсов (Cross-Domain Resource Manager, CDRM)

позволяет осуществлять связь между VTAM-доменами в SNA-сети. Когда LU запраши-

вает создание сеанса с LU в отдельном VTAM-домене, разные VTAM взаимодействуют

для создания междоменного сеанса (cross-domain session).

Нью-Йорк

Конфигурация подобластей VTAM (SSCP)

Лос-Анжелес

Чикаго

VTAM-подобласть (3)

SSCP (PU Type 5)

LU (CICSTS3)

LU (IM S3)

VTAM-подобласть (1)

SSCP (PU Type 5)

LU (CICSTS1)

LU (IM S1)

VTAM-подобласть (2)

SSCP (PU Type 5)

LU (CICSTS2)

LU (IM S2)

CC for Linux

CC для Linux

PU2

PU2 PU2

Рис 196 СетьтопологииподобластейVTAM

На рис. 19.6 показана сеть с топологией подобластей VTAM. Эта схема может, на-

пример, представлять предприятие, расположенное в Нью-Йорке и имеющее значи-

тельное присутствие в Лос-Анжелесе с дальнейшим развитием в Чикаго. На рис. 19.6

изображено три домена VTAM и шесть подобластей. Подобласть Чикаго становится

частью домена управляющего VTAM.

510 Глава19

В целом желательно осуществить полную миграцию со старой топологии подоб-

ластей на топологию APPN, так как это позволяет использовать новую инфраструкту-

ру IP-сетей и сократить расходы, благодаря устранению старого сетевого оборудова-

ния для SNA. Это также упрощает управление сетями VTAM, благодаря дополнитель-

ным динамическим возможностям.

1953 Что такое топология APPN?

Улучшенный протокол одноранговых сетей (Advanced Peer-to-Peer Networking

– APPN)

представляет собой тип связи, направляющий данные в сети между двумя и более систе-

мами, не требуя прямого подключения.

В топологии APPN не используется номер подобласти, равно как и не назначается

исключительное владение SNA-ресурсами. Каждый VTAM, участвующий в APPN, вклю-

чен в географически распределенное множество совместно используемых SNA-ре-

сурсов, что устраняет необходимость использования междоменного менеджера ре-

сурсов для установления сеансов.

Нью-Йорк

Конфигурация APPN VTAM (CP)

Лос-Анжелес

Чикаго

VTAM APPN

CP (PU Type 5)

LU (CICSTS3)

LU (IM S3)

VTAM APPN

CP (PU Type 5)

LU (CICSTS1)

LU (IM S1)

VTAM APPN

CP (PU Type 5)

LU (CICSTS2)

LU (IM S2)

Сегмент

Интернета

Сегмент

Интернета

Маршрутизатор

Сегмент

Интернета

Маршрутизатор

SNA через

интрасеть

или Интернет

OSA

HPR/IP

OSA

HPR/IP

OSA

HPR/IP

Маршрутизатор

Рис 197 ТопологияAPPN

 Сетевыесвязивz/OS 511

APPN включает метод высокопроизводительной маршрутизации (High-Perfor-

mance Routing – HPR), осуществляющий передачу данных SNA-приложения через су-

ществующее сетевое оборудование TCP/IP. APPN содержит функцию Enterprise Ex-

tender (EE), иногда называемую HPR/IP. EE обеспечивает возможность обслуживания

SNA-приложений современными IP-технологиями.

Использование HPR не ограничено исключительно топологиями SNA/APPN

TCP/IP-сетях. HPR скорее является функцией APPN, обеспечивающей высокоско-

ростную доставку данных через сеть APPN, совмещенную с высокодоступной функ-

цией динамического изменения маршрута сеансов для обхода отказов в сети. Однако

HPR поддерживается в большинстве типов APPN-подключений (не только в APPN че-

рез TCP/IP). Enterprise Extender (EE) представляет собой функцию APPN/HPR, позво-

ляющую SNA-сеансам и другим функциям APPN (например, HPR) работать через

TCP/IP-сеть (вместо собственной SNA-сети).

Предположим, что компания, изображенная на рис. 19.6, позже выполнит мигра-

цию с топологии подобластей на топологию APPN. На рис. 19.7 представлена та же

компания после миграции.

1954 Обзор топологий VTAM

VTAM может представлять собой SSCP топологии подобластей, CP топологии APPN

или вместе SSCP и CP, обслуживающие смешанную сеть. Желательно использовать

более новую топологию APPN, так как она может непосредственно вести обмен дан-

ными с существующими IP-инфраструктурами.

Первоначальные SSCP подобластей обычно преобразуются в SSCP смешанной топо-

логии или APPN CP, что позволяет использовать функцию EE HPR/IP и сократить расхо-

ды на коммуникационное сетевое оборудование SNA. Это обычно ведет к переносу всех

остальных подобластей в топологию APPN, чтобы уменьшить сложность сети.

1955 Использование команд мониторинга VTAM

Ниже приведен небольшой набор команд VTAM, используемых для сбора информа-

ции о среде VTAM.

• Вывод состояния ресурсов VTAM командами DISPLAY(D NET,):

D NET,VTAMOPTS

ВыводопцийзапускаVTAM

D NET,CSM[,OWNERID=ALL]

Выводсведенийобиспользованиибуферакоммуникаций

D NET,APPLS

Выводсостоянияопределенныхприложений(ACB)

D NET,MAJNODES

Выводсостояниявсехосновныхузлов,активированных

VTAM

D NET,TOPO,LIST=SUMMARY

ВыводинформацииотопологииAPPN

D NET,CPCP

ВыводсостояниясеансовAPPNCP-CP

D NET,SESSIONS

ВыводсостояниясеансовподобластейSSCP-SSCP,

сеансовLU-LU(включаясеансыCP-CP),сеансовSSCP-LU

исеансовSSCP-PU

D NET,CDRMS

Выводсостояниямеждоменныхменеджеровресурсов

подобластей

D NET,EXIT

Выводсостоянияпрограмм-«выходов»VTAM