Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "Resource Centre OLA: Release Notes"

From EGIWiki
Jump to navigation Jump to search
 
(8 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{Template:Op menubar}}
{{Template:Op menubar}} {{TOC_right}}  
{{TOC_right}}
[[Category:OperationalLevelAgreement]]


= Resource Centre OLA v. 1.0=
= Resource Centre OLA v. 1.2 =


Download the [https://documents.egi.eu/document/31 Resource Centre OLA v1.0]
Download the [https://documents.egi.eu/document/31 Resource Centre OLA v1.2]  


==Release notes==
== Release notes ==


This is the first version of the EGI Resource Centre OLA adopting the EGI operations terminology defined in the [https://documents.egi.eu/document/218 EGI Operations Architecture] (EGI-InSPIRE deliverable D4.1).
Version 1.2 of the Resource Centre OLA introduces the following changes:


Specifically, in this version:
*compliance to EGI cloud infrastructure
* terminology: it was adapted and harmonized. Sites are now referred as Resource Centers (RCs). The EGEE Regional Operations Centre (ROC) entity is now more generically defines as ''Operations Centre''. The infrastructure operated by the Operations Centre is defined Resource Infrastructure, and the legal entity responsible for it is the Resource infrastructure Provider. ''Service Level Availability'' is replaced by ''Operational Level Agreement'' in compliance with ITIL.
 
* responsibilities: the Resource Centre Operations Manager role was introduced to define the Resource Centre contact responsible of accepting the OLA and of making sure it is endorsed by the Resource Centre. The OLA clarifies that the accuracy of GOCDB information is a joint responsibility of the Resource Centre Operations Manager and of the Resource Provider Operations Manager.
= Resource Centre OLA v. 1.1 =
* deployed middleware: any supported grid technology that complies to the UMD specification can be deployed. The minimum set of capabilities to be provided by a Resource Cente is relaxed in compliance with the current availability computation algorithm.  
 
* deployed resources: all constraints concerning the minimum amount of resource capacity to be provided were removed.
Download the [https://documents.egi.eu/document/31 Resource Centre OLA v1.1]
* service quality parameters:
 
** the maximum response time to GGUS tickets is raised from 4 to 8 operating hours
== Release notes ==
* suspension policy: a Resource Centre that does not provide the minimum requested availability for three consecutive months is eligible to suspension. The minimum availability to be provided raised from 50% to 70%
 
* supported VOs: DTEAM and OPS need to be mandatorily supported by the Resource Centre for troubleshooting and monitoring purposes.
Version 1.1 of the Resource Centre OLA introduces the following changes:
* change management: the OLA amendment procedure is now defined.
 
*various part of the OLA have been fixed so that the OLA is now more general, and can be applied to Resource Cenres who deploy software who is no supporting the VO concept (e.g. GLOBUS and UNICORE) - see ticket [https://rt.egi.eu/rt/Ticket/Display.html?id=2574 2574].
 
*compliance to security policies and procedures has been reformualted so that no specific policy/procedure is referenced explicitly. The references section was updated accordingly.
 
*v1.1 of the OLA requires that all applicable security policies have to be accepted and enforced.
 
*the OLA was re-written to clarify that the whole agreement concerns all sites in UNCERTIFIED/SUSPENDED/CERTIFIED status unless differently stated. Those parts of the OLA (such as availability requirements, response time to tickets) that are only applicable to CERTIFIED sites, are now explicitly mentioned to be only prescriptive to CERTIFIED sites. This is a major change in the OLA. This change was necessary to make sure that also UNCERTIFIED and SUSPENDED Resource Centres enforce security policies.
 
*An additional responsibility statement for Resource Centres about intellectual property rights was added in agreement with the Security Policy Group.
 
*Terminology was improved to keep it consistent with the EGI [[Glossary]] and ITIL definition of terms.
 
= Previous release notes  =
 
*[[Resource Centre OLA: Release Notes V1.0|RC OLA V1.0]]
 
[[Category:Operations_Management_Board]]

Latest revision as of 12:05, 24 October 2013

Main EGI.eu operations services Support Documentation Tools Activities Performance Technology Catch-all Services Resource Allocation Security



Resource Centre OLA v. 1.2

Download the Resource Centre OLA v1.2

Release notes

Version 1.2 of the Resource Centre OLA introduces the following changes:

  • compliance to EGI cloud infrastructure

Resource Centre OLA v. 1.1

Download the Resource Centre OLA v1.1

Release notes

Version 1.1 of the Resource Centre OLA introduces the following changes:

  • various part of the OLA have been fixed so that the OLA is now more general, and can be applied to Resource Cenres who deploy software who is no supporting the VO concept (e.g. GLOBUS and UNICORE) - see ticket 2574.
  • compliance to security policies and procedures has been reformualted so that no specific policy/procedure is referenced explicitly. The references section was updated accordingly.
  • v1.1 of the OLA requires that all applicable security policies have to be accepted and enforced.
  • the OLA was re-written to clarify that the whole agreement concerns all sites in UNCERTIFIED/SUSPENDED/CERTIFIED status unless differently stated. Those parts of the OLA (such as availability requirements, response time to tickets) that are only applicable to CERTIFIED sites, are now explicitly mentioned to be only prescriptive to CERTIFIED sites. This is a major change in the OLA. This change was necessary to make sure that also UNCERTIFIED and SUSPENDED Resource Centres enforce security policies.
  • An additional responsibility statement for Resource Centres about intellectual property rights was added in agreement with the Security Policy Group.
  • Terminology was improved to keep it consistent with the EGI Glossary and ITIL definition of terms.

Previous release notes