Введение

Аппаратное обеспечение или LPAR, обеспечивающее координацию между несколькими мэйнфреймами IBM System/390 и IBM Z.

В мэйнфреймах IBM System/390 и IBM Z соединительное устройство (Coupling Facility) или CF представляет собой аппаратное обеспечение или виртуальную машину, координирующую работу нескольких процессоров. Параллельный комплекс (Parallel Sysplex) опирается на одно или несколько соединительных устройств (CF). Соединительное устройство – это процессор мэйнфрейма (работает в собственном LPAR, с выделенным физическим CP, определяемым через консоль управления оборудованием (HMC)), оснащенный памятью и специальными каналами (CF Links), а также специализированной операционной системой, называемой Код управления соединением (CFCC). Оно не имеет устройств ввода/вывода, за исключением CF-ссылок. Информация в CF полностью хранится в памяти, поскольку CFCC не является операционной системой с виртуальной памятью. CF обычно имеет большой объем памяти – порядка нескольких десятков гигабайт. В CF не выполняется прикладное программное обеспечение. При первоначальном внедрении CFCC выполнялся в отдельном блоке 9674, который по сути являлся процессором без каких-либо средств ввода/вывода, кроме CF-ссылок. Позже IBM предоставила возможность использования внутреннего соединительного устройства, где CFCC работает в логическом разделе (LPAR), определенном в стандартном процессорном комплексе, и взаимодействует через внутренние соединения в этом аппаратном обеспечении процессорного комплекса. Внутренние соединения эмулируются, в то время как соединения с другим процессорным блоком осуществляются по медным или оптоволоконным кабелям. Для обеспечения надежности и доступности в кластере Sysplex обычно настраивается более одного CF. Поддержка восстановления в операционной системе z/OS позволяет восстанавливать структуры в альтернативном CF в случае сбоя. Благодаря поддержке CF, кластер Sysplex очень хорошо масштабируется до нескольких сотен процессоров (до 32 членов, каждый с до 190 процессоров), выполняющих транзакционные и базы данных. Используя CF-ссылки, данные могут напрямую обмениваться между памятью CF и памятью подключенных систем, используя механизм прямого доступа к памяти (DMA) без прерывания работающей программы. Системы в кластере Sysplex хранят информацию CF в локальной памяти в области, называемой битовым вектором. Это позволяет им локально запрашивать критическую информацию о состоянии других систем в Sysplex без необходимости отправлять запросы в CF. Архитектура System z включает 18 специальных машинных инструкций и дополнительные аппаратные функции, поддерживающие работу CF.

Дуплексирование конструкции

Структуры могут быть дуплексированы между различными CF, что позволяет поддерживать две копии одной и той же структуры в синхронизированном состоянии. Дуплексирование часто используется в рамках усилий по устранению единых точек отказа, с целью снижения частоты и продолжительности простоев приложений. В случае отказа одного CF, другая копия структуры используется для обработки всех запросов.

Динамическая конверсия запроса

В z/OS Release 2 был представлен эвристический алгоритм Dynamic Request Conversion. Он использует выборочные времена отклика для определения, следует ли преобразовывать синхронные (Sync) запросы в асинхронные (Async). Эти решения принимаются на основе таких критериев, как скорость объединенных процессоров. Чем больше расстояние между объединенной системой z/OS и CF, тем выше вероятность преобразования запросов из синхронных в асинхронные. Асинхронные запросы никогда не преобразуются в синхронные. Этот эвристический алгоритм дополняет ранее существовавший алгоритм, который автоматически (но не эвристически) преобразовывал запросы, основываясь на таких условиях, как загруженность канала и размер данных запроса. Отличие заключается в том, что новый алгоритм динамически измеряет времена отклика. CF уникальны для мейнфреймов S/390, zSeries и System z. Они являются ключевым элементом технологии Parallel Sysplex.

Уровни соединения и уровни программного обеспечения для эксплуатации

Код CFCC выпускается в виде уровней, обычно обозначаемых как CFLEVEL. Например, CFLEVEL 15 был анонсирован в апреле 2007 года. Каждый уровень добавляет новые функции и иногда повышает производительность. В большинстве случаев для использования новых функций или повышения производительности требуется одновременный выпуск z/OS и, возможно, новых функций в некоторых подсистемах (например, Db2). Одним из таких примеров является дуплексирование структур объекта связи. (Иногда поддержка операционной системы и подсистем становится доступной через PTF, а не полный релиз.)