EGEE-II INFSO-RI Enabling Grids for E-sciencE Система управления данными в gLite Олешко С.Б. Петербургский институт ядерной физики г.Гатчина

Enabling Grids for E-sciencE EGEE-II INFSO-RI Сервисы gLite API Access Workload Mgmt Services Computing Element Workload Management Metadata Catalog Data Management Storage Element Data Movement File & Replica Catalog Authorization Security Services Authentication Information & Monitoring Information & Monitoring Services Application Monitoring Connectivity Accounting Auditing Job Provenance Package Manager CLI Available gLite Implementation Service Discovery

Enabling Grids for E-sciencE EGEE-II INFSO-RI Задачи Системы Управления Данными (DMS) Storage Element (SE) и SRM File Catalogs и DM tools Перемещение данных (File Transfer Service) gLite I/O API JDL атрибуты для работы с данными

Enabling Grids for E-sciencE EGEE-II INFSO-RI Свойства и требования Гетерогенность –Данные хранятся на различных устройствах (диски, ленты), использующих различные методы доступа Распределенность –Данные хранятся на различных сайтах, где отсутствует общая разделяемая файловая система –Данные могут перемещаться между различными сайтами Различные административные домены –Данные хранятся там, куда обычный доступ вам запрещен –Необходим общий интерфейс к устройствам Storage Resource Manager (SRM) –Необходим способ определения местоположения файлов File and Replica Catalogs –Необходима управляемая, надежная передача файлов File transfer and placement services –Необходима общая модель безопасности Реализация контроля доступа (ACL), основанного на применении Grid DNs

Enabling Grids for E-sciencE EGEE-II INFSO-RI Введение Предпосылки: –пользователи и программы являются источником и потребителем данных –основным экземпляром данных принят файл (мы работаем с файлами, а не с объектами или реляционными таблицами данные = файлы Файлы: –в основном записываются один раз, читаются многократно –размещены на Элементах Хранения - Storage Elements (SEs) –могут существовать несколько реплик одного файла на различных сайтах –доступны для пользователей Грид отовсюду –местоположение м.б. определено WMS (data requirements в JDL) Также… –WMS может пересылать небольшой объём данных с заданием или от выполненного задания: Input and Output Sandbox –файлы могут копироваться с локальной файловой системы (WNs, UIs) в Грид (SEs), и наоборот

Enabling Grids for E-sciencE EGEE-II INFSO-RI Сервисы DMS Storage Element – общий интерфейс к ресурсам памяти –Storage Resource Manager Castor, dCache, DPM, … –Native Access protocolsrfio, dcap –Transfer protocolsgsiftp I/O Servers – обеспечивает POSIX I/O для пользователя gLite-I/O Catalogs – определение местоположения файлов –File Catalog –Replica Catalog LCG File Catalog (LFC) –File Authorization Service –Metadata Catalog AMGA Metadata Catalog File Transfer – управляемая надёжная передача файлов –Data Scheduler (в разработке) –File Transfer Service gLite FTS (обеспечивает физическую передачу) –File Placement Service gLite FPS (взаимодействие FTS и каталогов способом транзакций)

Enabling Grids for E-sciencE EGEE-II INFSO-RI Задачи Системы Управления Данными (DMS) Storage Element (SE) и SRM File Catalogs и DM tools Перемещение данных (File Transfer Service) gLite I/O API JDL атрибуты для работы с данными

Enabling Grids for E-sciencE EGEE-II INFSO-RI Требования к gLite SE Storage Element - это сервис, который позволяет пользователю или приложению сохранять данные для будущего использование Управление локальными ресурсами памяти (диски) и интерфейс к Mass Storage Systems (ленты), таким как –HPSS, CASTOR, DiskeXtender (UNITREE), … Способность управлять различными системами хранения данных единым способом и прозрачно для пользователя (обеспечивается через SRM интерфейс) Поддержка основных протоколов передачи данных –GridFTP обязательно –Другие по возможности (https, ftp, etc…) Поддержка привычного протокола доступа для ввода/вывода удалённых файлов –POSIX (like) I/O client library for direct access of data (GFAL)

Enabling Grids for E-sciencE EGEE-II INFSO-RI Пример из жизни Она запускает задачу, которой нужны: данные реконструкции физического события данные симуляции некоторые файлы с данными анализа Результаты также должны быть где-то сохранены В CERN на dCache В Fermilab на дисковом массиве В Nikhef на classic SE

Enabling Grids for E-sciencE EGEE-II INFSO-RI Пример из жизни dCache Собственная система, свой протокол и параметры Castor Нет связи с dCache или classic SE gLite DPM Система, независимая ни от dCache ни от Castor Как пользователь, вы должны знать все эти системы!!! SRM Я общаюсь с ними от вашего имени Я буду выделять место для ваших файлов И я буду использовать протоколы передачи данных, чтобы пересылать ваши файлы туда

Enabling Grids for E-sciencE EGEE-II INFSO-RI Storage Resource Management Данные хранятся на disk pool servers или Mass Storage Systems Управление этими ресурсами должно обеспечивать: –Прозрачный доступ к файлам (migration to/from disk pool) –Выделение места для файлов (Space reservation) –Получение информации о статусе файлов (File status notification ) –Управление временем жизни файлов (Life time management) SRM (Storage Resource Manager) сервис реализует все эти требования: –SRM это Грид сервис, который реализует взаимодействие с локальными ресурсами хранения данных и обеспечивает Грид-интерфейс для внешнего мира –SRM – это протокол управления ресурсами хранения данных, а не протокол доступа к файлам или протокол передачи файлов. SRM разработан, чтобы служить единым интерфейсом для управления дисковыми (или ленточными) ресурсами. В gLite взаимодействие с SRM обычно скрыто за сервисами более высокого уровня (DM tools и APIs)

Enabling Grids for E-sciencE EGEE-II INFSO-RI Поддерживаемые протоколы Протоколы доступа к файлам в gLite SE 3.0: ПротоколТипGSIОписание GSIFTP(GridFTP) Передача файловДаАналог FTP gsidcap ( GSI dCache Access Protocol ) Ввод/выводДаУдалённый доступ insecure RFIO ( Remote File Input/Output Protocol ) Ввод/выводНетУдалённый доступ secured RFIO (gsirfio) Ввод/выводДаУдалённый доступ * Протокол file сейчас используется только для доступа к файлам на локальном компьютере (т.е. на UI или WN), но не к файлам на Грид SE ** GridFTP сейчас является обязательным для каждого из типов SE, поддерживаемых в gLite и основным для передачи файлов в Грид.

Enabling Grids for E-sciencE EGEE-II INFSO-RI Типы SE в gLite (I) Classic SE: –GridFTP сервер –Insecure RFIO daemon (rfiod) – ограниченный доступ для LAN –Только одно дисковое устройство или дисковый массив –Нет возможности управлять квотами (только partitioning) –Не поддерживает SRM интерфейс Mass Storage Systems –Комплексная иерархическая система хранения: front-end диски и back-end ленты –GridFTP для front-end (file transfere) –File access: insecure RFIO (CASTOR), gsidcap для dCache (front-end disk pool) –Поддерживает SRM интерфейс (пока только для Castor)

Enabling Grids for E-sciencE EGEE-II INFSO-RI Типы SE в gLite (II) Disk pool managers (dCache and gLite DPM) –Обеспечивает централизованное управление распределёнными серверами хранения данных –Физические диски и массивы объединены в общую (виртуальную) иерархическую файловую систему с единой точкой входа в SE –Диски могут быть динамически добавлены в пул –GridFTP сервер –Secure remote access protocols (gsidcap for dCache, gsirfio for DPM) –SRM интерфейс

Enabling Grids for E-sciencE EGEE-II INFSO-RI gLite Storage Element

Enabling Grids for E-sciencE EGEE-II INFSO-RI Задачи Системы Управления Данными (DMS) Storage Element (SE) и SRM File Catalogs и DM tools Перемещение данных (File Transfer Service) gLite I/O API JDL атрибуты для работы с данными

Enabling Grids for E-sciencE EGEE-II INFSO-RI File and Replica Catalog Именование файлов Symbolic Link в пространстве логических имён (logical filename space) Logical File Name (LFN) [lfn: ] –Имя, созданное пользователем для того чтобы ссылаться на некоторый элемент данных, напр. lfn:cms/ /run2/track1 Globally Unique Identifier (GUID) [guid: ] –Внутренний (машинный) идентификатор элемента данных, напр. guid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6 Site URL (SURL) [ :// / ] (or Physical File Name (PFN) or Site FN) –Физическое местоположение реплики элемента данных в системе хранения данных, напр. srm://pcrd24.cern.ch/flatfiles/cms/output10_1 (SRM) sfn://lxshare0209.cern.ch/data/alice/ntuples.dat (Classic SE) Transport URL (TURL) [ :// ] –Временный указатель на реплику + протокол доступа: распознаётся SE, напр. rfio://lxshare0209.cern.ch//data/alice/ntuples.dat Symbolic Link 1 Symbolic Link n GUID Physical File SURL n Physical File SURL TURL 1 TURL n.... LFN SRM

Enabling Grids for E-sciencE EGEE-II INFSO-RI Взаимодействие с SRM Клиент SRM Ресурс Клиент запрашивает SRM файл с указанным SURL (Site URL) 2.SRM запрашивает ресурс, где находится файл 3.Ресурс сообщает о доступности файла и его расположении 4.SRM возвращает TURL (Transfer URL), т.е. место, откуда может быть получен файл 5.Клиент взаимодействует с ресурсом, используя протокол, определённый в TURL 3 4

Enabling Grids for E-sciencE EGEE-II INFSO-RI Каталоги (File and Replica Catalog) Главная цель - определить, где размещены файлы в Grid File and Replica Catalog - это сервис, который реализует это и поддерживает соответствие между LFNs, GUIDs и SURLs. В gLite поддерживаются 2 типа каталогов: –Replica Location Server (RLS) - старый Local Replica Catalog (LRC) Replica Metadata Catalog (RMC) –LCG File Catalog (LFC) – по умолчанию Тип используемого пользователем каталога определяется переменной окружения LCG_CATALOG_TYPE: edg для RLS, lfc для LFC Оба каталога между собой несовместимы!!! Однако есть средства миграции из RLS в LFC Файл данных только тогда может считаться Грид-файлом, когда он физически присутствует на каком-либо SE и зарегистрирован в каталоге

Enabling Grids for E-sciencE EGEE-II INFSO-RI Свойства LFC Поддержка курсоров для больших запросов Таймауты и повтор запросов от пользователя Транзакции с использованием API Иерархическое пространство имён Единый каталог, где LFN – основной ключ Интегрированная GSI авторизация и аутентификация Поддержка ACL Интеграция с VOMS Поддержка системных метаданных (размер файла, дата создания,…) + поле для пользовательских метаданных База данных: Oracle или MySQL gLite UI File Catalog SE

Enabling Grids for E-sciencE EGEE-II INFSO-RI Взаимосвязи в LFC GUID Xxxxxx-xxxx-xxx-xxx- System Metadata size => cksum_type => MD5 cksum => yy-yy-yy Symlink /grid/dteam/mydir/mylink Replica srm://host.example.com/foo/bar host.example.com Replica srm://host.example.com/foo/bar host.example.com Replica srm://host.example.com/foo/bar host.example.com Replica srm://host.example.com/foo/bar host.example.com Symlink /grid/dteam/mydir/mylink Symlink /grid/dteam/mydir/mylink LFN /grid/dteam/dir1/dir2/file1.root User metadata User defined string

Enabling Grids for E-sciencE EGEE-II INFSO-RI Структура LFC Все члены данной ВО имеют права чтения/записи в соответствующую директорию Если соответствующей директории нет, то это означает, что данный LFC сервер не поддерживает эту ВО Команды работы с LFC похожи на соответствующие команды в UNIX (с префиксом lfc-) Переменная окружения $LFC_HOST должна содержать имя LFC сервера Defined by the userLFC Namespace LFC имеет иерархическую структуру /grid/ /

Enabling Grids for E-sciencE EGEE-II INFSO-RI Команды LFC lfc-chmodИзменить права доступа к файлу/директории LFC lfc-chownИзменить владельца и группу для файла/директории LFC lfc-delcommentУдалить комментарии, связанные с файлом/директорией lfc-getaclПоказать ACL для файла/директории lfc-lnСоздать символическую ссылку на файл/директорию lfc-lsВывести список файлов в директории lfc-mkdirСоздать директорию lfc-renameПереименовать файл/директорию lfc-rmУдалить файл/директорию lfc-setaclУстановить/изменить ACL для файла/директории lfc-setcommentДобавить/заменить комментарий

Enabling Grids for E-sciencE EGEE-II INFSO-RI Средства работы с данными LCG Data Management tools (обычно называемые lcg-utils) позволяют копировать файлы между UI, CE, WN и SE, регистрировать в File Catalogs и реплицировать данные между SEs. Поскольку lcg-utils используют ИС, то должна быть правильно установлена переменная окружения LCG_GFAL_INFOSYS, которая указывает на BDII сервер Почти все команды требуют обязательного параметра (если не установлена переменная LCG_GFAL_VO) --vo

Enabling Grids for E-sciencE EGEE-II INFSO-RI lcg-utils lcg-cpКопировать файл из Грид на локальный компьютер (UI) lcg-crКопировать файл на SE и зарегистрировать его в каталоге lcg-delУдалить один файл (или реплику, или все реплики) lcg-repРепликация между SE и регистрация реплики lcg-gtПолучить TURL для данных SURL и протокола передачи lcg-sdУстановить статус Done для данного SURL в SRM запросе File Catalog Interaction lcg-aaДобавить синоним в LFC для данного GUID lcg-raУдалить синоним в LFC для данного GUID lcg-rfЗарегистрировать в LFC файл, размещённый на SE lcg-ufУдалить регистрацию в LFC файла, размещённого на SE lcg-laСписок всех синонимов для данного SURL, GUID или LFN lcg-lgПолучить GUID для данного LFN или SURL lcg-lrСписок всех реплик для данного GUID, SURL или LFN Replica Management

Enabling Grids for E-sciencE EGEE-II INFSO-RI Задачи Системы Управления Данными (DMS) Storage Element (SE) и SRM File Catalogs и DM tools Перемещение данных (File Transfer Service) gLite I/O API JDL атрибуты для работы с данными

Enabling Grids for E-sciencE EGEE-II INFSO-RI Базовые понятия FTS Задание (Job) – состоит из множества файлов, которые должны быть переданы от источника к получателю (могут иметь дополнительные параметры для GridFTP) + информация о user proxy Файл (File) – ссылка на пару физических имён источник/получатель в формате SURL или GridFTP (для globus-url-copy) Статус файла (File State)– состояние процесса передачи отдельного файла Статус задания (Job State) – общее состояние процесса передачи, как функция всех статусов файлов, составляющих задание Канал (Channel) – однонаправленное соединение между двумя сайтами для передачи файлов. Различают 2 типа каналов: –production (dedicated network pipe) – обычно между Tier-0, Tier-1 и основными Tier-2 центрами –nonproduction (open network) – не обеспечивают production QoS

Enabling Grids for E-sciencE EGEE-II INFSO-RI Job states Submitted – задание послано FTS, но ему ещё не назначен канал Pending – канал назначен и файлы задания ожидают передачи Active – идёт передача некоторых файлов задания Canceling – задание назначено на аварийное завершение Done – все файлы задания переданы успешно Failed – передача некоторых файлов задания завершилась неудачно Canceled – задание снято Hold – требуется вмешательство, т.к. состояние некоторых файлов не может быть разрешено автоматически (напр.: много повторов передачи)

Enabling Grids for E-sciencE EGEE-II INFSO-RI Основы GridFTP Протокол доступа и передачи данных для безопасного и эффективного перемещения данных Стандартизован Global Grid Forum Расширяет стандартный FTP протокол –поддержка Grid Security Infrastructure (GSI) на базе технологиишифрования открытым ключом или Kerberos -управление передачей данных для внешних программ (third-party control of data transfer) -параллельная передача данных -чередование передачи данных (striped data transfer) -частичная передача данных (partial file transfer) -автоматическое согласование размера буфера/окна TCP -поддержка надёжной и возобновляемой (reliable and restartable) передачи данных -встроенные средства для мониторинга выполнения процесса передачи

Enabling Grids for E-sciencE EGEE-II INFSO-RI GridFTP - реализация GridFTP – это основа большинства систем передачи файлов Функция повторения операции ограничена –Повтор только в случае проблем с сетью; нет возможности восстановления передачи в случае отказа сервера GridFTP GridFTP управляет одновременно только одной передачей –Нет возможности оптимизации групповой передачи –Нет возможности диспетчеризации параллельных передач Необходима служба верхнего над GridFTP уровня, которая обеспечит надёжную диспетчеризируемую передачу файлов –FTS/FPS –Globus RFT (layer on top of single gridftp server) –Condor Stork

Enabling Grids for E-sciencE EGEE-II INFSO-RI Передача данных (непосредственный контроль) Хотя транспортный протокол может быть надёжным, информация о статусе находится у клиента – это неудобно и ненадёжно (уязвимо) Клиент может знать только состояние отдельного задания, не имея представления об общем состоянии передачи данных между SEs. –SE может переполниться запросами на репликацию –Может быть несколько репликаций одних и тех же данных одновременно –Отдельный сайт очень слабо может управлять балансом (оптимизацией) сетевых ресурсов Client Source Storage Element Destination Storage Element Control Channels Data Flow Channel

Enabling Grids for E-sciencE EGEE-II INFSO-RI Передача данных (сервис передачи) Использование сервиса для передачи данных –клиент соединяется с сервисом, выдавая запрос на передачу –сервис контролирует состояние передачи –клиент периодически возобновляет соединение, получает информацию о статусе или отменяет задание –сервис имеет информацию об общей картине, а не только об отдельном задании балансировка загрузки диспетчеризация заданий Transfer Service Source Storage Element Destination Storage Element Control Data Flow Client Submit new request Monitor progress Cancel request SOAP via https

Enabling Grids for E-sciencE EGEE-II INFSO-RI Архитектура gLite FTS/FPS File Transfer/Placement Service (FTS,FPS) –База данных заданий на передачу файлов (Job DB) –Предоставляет Transfer Web Service интерфейс для клиента (submit, cancel, status) –Имеет Web Interface –Mодифицирует Catalog если необходимо Transfer Agent –Основные действия Получает задания из Transfer Job Database Управляет передачей через множество каналов Moниторирует статус и модифицирует Transfer Job Database Transfer Service (glite-url-copy) –Фактически выполняет передачу: SRM – SRM, gsiftp – SRM, gsiftp – gsiftp –Moниторирование Job DB FTS/FPS WebService Transfer Agent Actions Channel glite-url-copy Web Monitor

Enabling Grids for E-sciencE EGEE-II INFSO-RI Передача данных в gLite FTS (итоги) Передача файлов асинхронная Понятие канала, как однонаправленного соединения между сайтами Задание может включать передачу нескольких файлов, но все они должны использовать один и тот же канал Пользователь может запрашивать состояние задания через JobID За передачу физических файлов отвечает FTS, регистрацией/поиском в каталогах занимается FPS (File Placement Service) ВО, использующие канал для передачи файлов, могут вводить свои собственные правила для диспетчеризации заданий (напр. задания профессора более приоритетные, чем задания студента)

Enabling Grids for E-sciencE EGEE-II INFSO-RI Команды gLite FTS Для пользователя glite-transfer-submit - Запуск нового задания на передачу данных. Возвращается JobID. glite-transfer-cancel - Аварийно завершить задание glite-transfer-list - Получить список всех заданий с указанным статусом glite-transfer-status - Получить статус данного задания Для администратора glite-transfer-channel-add - Создать новый канал передачи glite-transfer-channel-drop - Удалить канал передачи glite-transfer-channel-list - Получить список всех доступных каналов glite-transfer-channel-set - Изменить параметры канала glite-transfer-channel-signal - Изменить статус задания(всех заданий для данного канала). Используется для разрешения ситуации со статусом Hold

Enabling Grids for E-sciencE EGEE-II INFSO-RI Задачи Системы Управления Данными (DMS) Storage Element (SE) и SRM File Catalogs и DM tools Перемещение данных (File Transfer Service) gLite I/O API JDL атрибуты для работы с данными

Enabling Grids for E-sciencE EGEE-II INFSO-RI Свойства GFAL API GFAL (Grid File Access Library) – это API, имеющий POSIX интерфейс для операций с файлами, расположенными на SE Позволяет удалённую работу с файлами (особенно полезно, если нужен доступ к части очень большого файла) Библиотеки на C и могут быть включены в программы на C/C++ Есть Java API SE должен поддерживать протокол secure rfio (поэтому для classic SEs использовать нельзя) Скрывает взаимодействие с SRM для пользователя

Enabling Grids for E-sciencE EGEE-II INFSO-RI Data Management API

Enabling Grids for E-sciencE EGEE-II INFSO-RI GFAL: переменные окружения Для некоторых функций GFAL необходимо взаимодействие с каталогом, а он ВО-зависим, поэтому должны быть установлены следующие переменные окружения: –LCG_GFAL_VO –LCG_GFAL_INFOSYS –LCG_CATALOG_TYPE –LFC_HOST Кроме того: –LCG_RFIO_TYPE –LD_LIBRARY_PATH

Enabling Grids for E-sciencE EGEE-II INFSO-RI GFAL: доступные API C API –Файл заголовков gfal_api.h. –Вызов функции – добавление префикса gfal_ к POSIX имени функции (open(), read()…), например gfal_open, gfal_read,... –Список аргументов и возвращаемые значения – идентичны POSIX. –Переменная errno устанавливается в соответствии с Posix Error Codes в случае ошибки. Java API (C API Wrapper) –Поддерживает три основных Java Objects, которые должны быть импортированы в Java-программу. GFalFile : обработка и чтение/запись в файлы GFalDirectory : обработка и управление директориями (создание, удаление, список) GFalUtilities : управление файлами (переименование, удаление, свойства)

Enabling Grids for E-sciencE EGEE-II INFSO-RI GFAL: функции I/O API (1) int gfal_access (const char *path, int amode); int gfal_chmod (const char *path, mode_t mode); int gfal_close (int fd); int gfal_creat (const char *filename, mode_t mode); off_t gfal_lseek (int fd, off_t offset, int whence); int gfal_open (const char * filename, int flags, mode_t mode); ssize_t gfal_read (int fd, void *buf, size_t size); int gfal_rename (const char *old_name, const char *new_name); ssize_t gfal_setfilchg (int, const void *, size_t); int gfal_stat (const char *filename, struct stat *statbuf); int gfal_unlink (const char *filename); ssize_t gfal_write (int fd, const void *buf, size_t size);

Enabling Grids for E-sciencE EGEE-II INFSO-RI GFAL: функции I/O API (2) int gfal_closedir (DIR *dirp); int gfal_mkdir (const char *dirname, mode_t mode); DIR *gfal_opendir (const char *dirname); struct dirent *gfal_readdir (DIR *dirp); int gfal_rmdir (const char *dirname);

Enabling Grids for E-sciencE EGEE-II INFSO-RI Пример выполнения gfal_open

Enabling Grids for E-sciencE EGEE-II INFSO-RI Ссылки Examples in gLite3 User Guide (Appendix F) – GFAL C API Description: – deployment/documentation/LFC_DPM/gfal/html/ deployment/documentation/LFC_DPM/gfal/html/ GFAL JAVA API – GFAL Java API code and libraries: – On-line JavaDoc of Java API: – GFAL Excercises (C/Java): –

Enabling Grids for E-sciencE EGEE-II INFSO-RI Задачи Системы Управления Данными (DMS) Storage Element (SE) и SRM File Catalogs и DM tools Перемещение данных (File Transfer Service) gLite I/O API JDL атрибуты для работы с данными

Enabling Grids for E-sciencE EGEE-II INFSO-RI Sandboxes InputSandbox – файл (список файлов) на локальном диске UI, которые будут переданы через узел WMS на WN при запуске задания. Все имена файлов должны быть различны (даже если они в разных директориях). OutputSandbox – файл (список файлов), которые в результате выполнения задания создаются на узле WMS и могут быть переданы на UI при помощи команды glite-job-output (edg-job-get- output). Эти файлы не могут быть на SE, т.е. нельзя использовать LFN(Logical File Name). Существует ограничение на размеры файлов для Sandboxes, т.е. файлы должны быть небольшого размера (ориентировочно < 100Mb).

Enabling Grids for E-sciencE EGEE-II INFSO-RI InputData(deprecated) InputData – строка (список строк), представляющие в одном из допустимых форматов (LFN, GUID,..) имена входных файлов. Они используются WMS только для получения PFN (Physical File Name), по которым затем WMS на этапе matchmaking сможет определить CE, имеющий максимальное количество физических файлов (реплик) на ближайшем SE (CloseSE). В зависимости от префикса имени файла будет выбираться тип каталога для определения PFN (RLS, StorageIndex, DLI). По умолчанию для lfn: и guid: используется RLS. StorageIndex – URL сервиса gLite Storage Index. Если указан, то для определения PFN файлов с lfn: и guid будет использоваться этот каталог. DataCatalog - URL сервиса LCG Data Location Interface. Если указан, то для определения PFN файлов с lfn: и guid будет использоваться этот каталог.

Enabling Grids for E-sciencE EGEE-II INFSO-RI InputData (пример) InputData = { "lfn:/mydata/file1", "lfn:/mydata/file2", "guid:135b7b23-4a6a-11d7-87e7-9d101f8c8b70" }; // Do not need to specify this attribute if you want to use the VO // default StorageIndex catalog StorageIndex = "

Enabling Grids for E-sciencE EGEE-II INFSO-RI DataRequirements DataRequirements - более гибкая форма задания атрибутов для требований на входные файлы. Состоит из групп, в каждой из которых могут быть указаны 3 атрибута: InputData - строка (список строк), представляющие в одном из допустимых форматов (LFN, GUID,..) имена входных файлов. DataCatalogType – тип каталога, который будет использоваться для данной группы RLS - LCG Replica Location Service SI – gLite Storage Index DLI - LCG Data Location Interface DataCatalog - URL сервиса каталога (может определятся, если он отличается от каталога по умолчанию для ВО)

Enabling Grids for E-sciencE EGEE-II INFSO-RI DataRequirements (пример) DataRequirements = { [ DataCatalogType = "DLI"; DataCatalog = " InputData = {"lfn:/my/test.data1", "guid:44rr44rr77hh77kkaa3}; ], [ DataCatalogType = "SI"; DataCatalog = " InputData = {"lfn:/eo/test.file", "guid:ddffrg5451"}; ], [ DataCatalogType = "RLS"; DataCatalog = " InputData = {"lfn:/atlas/test.file", "guid:ggrgrg5656"}; ], [ DataCatalogType = "RLS"; InputData = {"lfn:/myvo/test.file","guid:adbdefgilm1234"}; ],.... };

Enabling Grids for E-sciencE EGEE-II INFSO-RI DataAccessProtocol Если определён атрибут InputData либо DataRequirements, то должен быть указан атрибут DataAccessProtocol, который определяет список имён протоколов, которые приложение может использовать для доступа к файлам. DataAccessProtocol = { file, gridftp };

Enabling Grids for E-sciencE EGEE-II INFSO-RI OutputSE OutputSE – представляет URL того SE, где пользователь хочет сохранять выходные файлы. Используется RB для определения CE, ближайшего(close) к данному SE. Следует использовать осторожно, т.к. разные брокеры по- разному интерпретируют присутствие этого атрибута. Например LCG RB аварийно завершает задачу, если нет CE, определённого, как ближайший для OutputSE.

Enabling Grids for E-sciencE EGEE-II INFSO-RI OutputData Пока не реализовано в gLite 3.0 Позволяет пользователю автоматически пересылать на SE и регистрировать в каталоге выходные файлы задания. Для каждого файла могут быть определены 3 атрибута: OutputFile (обязательный) – имя выходного файла StorageElement (необязательный) – SE, где должен быть сохранён файл LogicalFileName (необязательный) – LFN, под который должен быть зарегестрирован файл в каталоге

Enabling Grids for E-sciencE EGEE-II INFSO-RI OutputData (пример) OutputData = { [ OutputFile = "dataset_1.out "; LogicalFileName = "lfn:/test/result1"; ], [ OutputFile = "dataset_2.out "; StorageElement = "se001.cnaf.infn.it"; ], ] OutputFile = "cms/dataset_3.out"; StorageElement = "se012.to.infn.it"; LogicalFileName = "lfn:/cms/outfile1"; ], [ OutputFile = "dataset_4.out "; ] };