Difference between revisions of "EES"

From PDP/Grid Wiki
Jump to navigationJump to search
(Updated link to design document, now it's in edms)
(→‎Further reading: Updated link to design doc)
 
(7 intermediate revisions by 2 users not shown)
Line 1: Line 1:
The EES, the Execution Environment Service, is the site-local mapping componet of the [https://twiki.cern.ch/twiki/bin/view/EGEE/AuthorizationFramework gLite Authorization Framework]. It converts grid-wide or logical obligations into site-specific mappings, for example for Unix accounts, batch system scheduling shares, virtual environments. Through the planned site-customizable scripts in perl, site managers can easily extend the functionality.
+
The EES, the Execution Environment Service, is the site-local mapping component of the [https://twiki.cern.ch/twiki/bin/view/EGEE/AuthorizationFramework gLite Authorization Framework]. It converts grid-wide or logical obligations into site-specific execution environments, supported by any attribute the job carries from the user or the VO. Examples may be the assignment of a site-local Unix uid out of a pool based on FQAN attributes given by the VO; or setting the primary Unix group based on the obligation to run a job in a particular logical share, or configuring a machine image to be executed in a virtual machine hosting environment on a worker node.
 +
Through the planned site-customizable scripts in perl, site managers can easily extend the functionality.
  
 
The role of the Execution Environment Service (EES) is to ensure that an appropriate site-specific execution environment is procured that allows an already-authorized task to be executed on a site-local resource. This environment must honour any obligations and characteristics specified by the effective Policy on which the positive Decision to authorize was based.
 
The role of the Execution Environment Service (EES) is to ensure that an appropriate site-specific execution environment is procured that allows an already-authorized task to be executed on a site-local resource. This environment must honour any obligations and characteristics specified by the effective Policy on which the positive Decision to authorize was based.
The EES will convert obligations into site-specific execution environments, supported by any attribute the job carries from the user or the VO. Examples may be the assignment of a site-local Unix uid out of a pool based on FQAN attributes given by the VO; or setting the primary Unix group based on the obligation to run a job in a particular logical share, or configuring a machine image to be executed in a virtual machine hosting environment on a worker node.
 
  
* [https://edms.cern.ch/document/1018216/1 EES design document (draft)]
+
== Sysadmin information ==
 +
 
 +
* [[EES installation instructions]]
 +
 
 +
* [[EES Service Reference Card]]
 +
 
 +
* See also the links under [[EES#Further_reading|Further reading]]
 +
 
 +
== Test plan ==
 +
 
 +
* [[EMI-1 EES release test report]]
 +
 
 +
== Further reading ==
 +
 
 +
* [https://edms.cern.ch/document/1018216/1.3 The EES design document]
 +
 
 +
* [https://twiki.cern.ch/twiki/bin/view/EGEE/ArgusEMIDeployment Argus installation instructions]

Latest revision as of 20:10, 8 November 2015

The EES, the Execution Environment Service, is the site-local mapping component of the gLite Authorization Framework. It converts grid-wide or logical obligations into site-specific execution environments, supported by any attribute the job carries from the user or the VO. Examples may be the assignment of a site-local Unix uid out of a pool based on FQAN attributes given by the VO; or setting the primary Unix group based on the obligation to run a job in a particular logical share, or configuring a machine image to be executed in a virtual machine hosting environment on a worker node. Through the planned site-customizable scripts in perl, site managers can easily extend the functionality.

The role of the Execution Environment Service (EES) is to ensure that an appropriate site-specific execution environment is procured that allows an already-authorized task to be executed on a site-local resource. This environment must honour any obligations and characteristics specified by the effective Policy on which the positive Decision to authorize was based.

Sysadmin information

Test plan

Further reading