Фабрикаты: Интерфейсы локального управления.

Грид-уровень Фабрикатов (Fabriclayer) предоставляет ресурсы, при разделяемом доступе к которым грид-протоколы работают в качестве связующих механизмов: например, вычислительные ресурсы, системы хранения, каталоги, сетевые ресурсы и сенсоры. “Ресурс” может быть логической сущностью, например такой, как распределённая файловая система, кластер компьютеров или распределённый пул компьютеров; в таких случаях применение ресурса может повлечь использование внутренних протоколов.

Компоненты уровня Фабрикатов реализуют локальные, специфические для ресурсов операции, которые выполняются на заданных ресурсах (физических или логических) в результате операций разделения, происходящих на более высоких уровнях. Таким образом, существует тесная и деликатная взаимозависимость между функциями, реализуемыми на уровне Фабрикатов, с одной стороны, и предусмотренными операциями разделения, с другой. Обогащение функциональности уровня Фабрикатов открывает возможность применения более сложных операций разделения; в то же время, если устанавливается мало требований к элементам уровня Фабрикатов, то распространение грид-инфраструктуры упрощается. Например, поддержка на этом уровне функции предварительного резервирования ресурсов делает возможным для служб более высоких уровней удобно агрегировать ресурсы для их совместного планирования, что в противном случае было бы недостижимо. Тем не менее, поскольку на практике мало ресурсов поддерживают встроенное предварительное резервирование, требование предварительного резервирования увеличивает стоимость встраивания в грид новых ресурсов.

Ресурсы должны, с одной стороны, обладать справочными (enquiry) механизмами, которые разрешают раскрывать их структуру, состояние и возможности (например, поддерживают ли ресурсы предварительное резервирование), и с другой - механизмами управления ресурсами (resourcemanagement), осуществляющими некоторый контроль предоставляемого качества обслуживания. В приведённом ниже кратком и неполном перечне охарактеризованы механизмы поддержки ресурсов.

• Вычислительные ресурсы: Необходимы механизмы для запуска программ, а также мониторинга и контроля выполнения результирующих процессов. Механизмы управления, позволяющие контролировать выделенные процессам ресурсы, оказываются полезными в качестве аппарата предварительного резервирования. Справочные функции необходимы для получения характеристик аппаратуры и программного обеспечения, а также релевантной информации о текущем состоянии ресурсов, например, какова текущая загрузка и состояние очереди на обслуживание в случае использования ресурсов, управляемых планировщиком.

• Ресурсы хранения: Необходимы механизмы для размещения и извлечения файлов. Также полезны и механизмы чтения/записи подмножеств файлов, и/или выполняющие выборку удалённых данных, или функции редукции. Механизмы управления, которые позволяют воздействовать на параметры ресурсов, выделенных для передачи данных (объём памяти, производительность дисков, пропускная способность сети, центральный процессор), полезны в качестве механизмов предварительного резервирования. Справочные функции необходимы для определения характеристик аппаратуры и программного обеспечения, а также соответствующей информации для решения вопросов загрузки, например, о доступном объёме памяти или использовании полосы пропускания.

• Сетевые ресурсы: Здесь могут оказаться полезными механизмы управления, которые воздействуют на возможности ресурсов (назначение приоритетов, резервирование), выделенных для передач информации по сети. Справочные функции должны быть предусмотрены для определения характеристик сети и её загрузки.

• Репозитарии программ: Этот особый вид ресурсов хранения нуждается в механизмах управления источником исходных версий программ и объектного кода.

• Каталоги: Для этого специального вида ресурсов хранения нужны механизмы, реализующие обработку запросов к каталогам и операции обновления: например, реляционная база данных.