Обращение к СУВЗ через интерфейс командной строки

Интерфейс командной строки предоставляет следующие команды:

• gwsubmit — утилита для запуска заданий с помощью СРКЗ
• gwdag — утилита для запуска задания, описываемого направленным ациклическим графом (НАГ)
• gwps — вывод информации о заданиях, выполняющихся под контролем данного СРКЗ
• gwhistory — вывод истории выполнения задания
• gwhost — вывод информации о хостах
• gwkill — контроль выполнения заданий
• gwwait — синхронизация заданий
• gwuser — мониторинг пользователей СРКЗ
• gwacct — вывод учетной информации
• jsdl2gw — транслятор файлов описания в формате JSDL в собственный формат файлов описания для СРКЗ

Подробное описание этих команд и возможные опции можно найти в файле: https://www.ngrid.ru/trac/attachment/wiki/API_WFM/SUVZ-opisanieKomand.odt

Использование библиотек DRMAA

DRMAA API для языка C: http://www.gridway.org/documentation/stable/drmaa_c/

DRMAA API для Java: http://www.gridway.org/documentation/stable/drmaa_java/

DRMAA API для скриптовых языков: http://www.globus.org/toolkit/docs/4.2/4.2.1/execution/gridway/developer/#id2467661

Обращения к модулям GridWay? по внутренним протоколам (не WSDL)

Обращения к модулям GridWay? по внутренним протоколам на основе Middleware Access Driver (MAD): http://www.globus.org/toolkit/docs/4.2/4.2.1/execution/gridway/developer/#gridway-protocols

Обращения к GridWay? при использовании GridGateWay? (WSRF интерфейс для GridWay?)

Дополнительный модуль GridGateWay? предоставляет WSRF интерфейс к GridWay?. Основное назначение такого интерфейса - построения иерархии гридов (Utility Computing). В некотором смысле GridGateWay? + GridWay? играют роль грид-сервиса GRAM для более низкого уровня в иерархии гридов. В обычной ситуации рекомендуется использовать внутренние (не WSDL) протоколы GridWay?.

Нужен ли нам GridGateWay??

Вознесенский: По всей видимости, нужен, но на заключительной стадии проекта. Иначе, Гридвеи, запущенные на разных сайтах, будут друг другу мешаться. На данный момент, чтобы демонстрировать работоспособную систему, он не нужен. Более того, может оказаться, что в ГридГейтВее? нет какой-то функциональности, которая по зарез нужна пользователям. Кроме того, сделать эффективную поддержку СУВО-расширений сертификатов в ГридГейтВее? вряд ли возможно без реализации поддержки нескольких прокси-сертификатов из-под одного юниксового пользователя, которую разработчики ГридВея? обещают в их роадмэпе, т.к. использовать пул аккаунтов в случае просто рассылки задач, на мой взгляд, слишком расточительно. Так что предлагаю до конца лета о поддержке ГридГейтВея? в документации не заикаться.

Руководство по GridGateWay?: http://www.gridway.org/relatedcomponents/files/1.0.4/doc/g4u_installconfguide/book1.htm