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 "EGI VO SLA guide"

From EGIWiki
Jump to navigation Jump to search
(Created page with "{{Template:Op menubar}} {{OLA_SLA_UA_menubar}}{{TOC_right}} <br> = Purpose = The purpose of EGI VO SLA is to create a reliable, trust-based communication channel between the...")
 
(Replaced content with "see https://confluence.egi.eu/display/EGISLM/EGI+VO+SLA+guide")
Tag: Replaced
 
(4 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{Template:Op menubar}} {{OLA_SLA_UA_menubar}}{{TOC_right}}
see https://confluence.egi.eu/display/EGISLM/EGI+VO+SLA+guide
 
<br>
 
= Purpose  =
The purpose of EGI VO SLA is to create a reliable, trust-based communication channel between the Customer and the Providers to agree on the services, their levels and the types of support.SLAs are not legal contracts but, as agreements, they outline the clear intentions to collaborate and support research activities.
 
= Benefits  =
 
== For research communities<br>  ==
 
*Better communication and clarity on expectations <br>
*Increased confidence that services will be delivered <br>
*Easier future planning of research activities<br>
 
== For resource providers<br>  ==
 
*Direct communication with user communities and clarity on expectations&nbsp;&nbsp;&nbsp;&nbsp; <br>
*Clear responsibilities and rules/policies concerning usage of the resources&nbsp;&nbsp;&nbsp;&nbsp;<br>
*Recognition and greater visibility to role of the provider by requiring an explicit acknowledgment<br>
 
 
 
== For EGI Foundation  ==
 
*Promoting the EGI service value with funding agencies and policy makers at national and European level&nbsp;&nbsp;&nbsp;&nbsp; <br>
*Being seen as mature partner&nbsp;&nbsp;&nbsp;&nbsp; <br>
*Ensuring a foundation of a control process to what is being delivered in the EGI Federation
 
= Scope<br>  =
 
The EGI VO Agreements are covering delivery of IT services from [https://www.egi.eu/services/ EGI Catalogue] <br>
 
= Process  =
 
This section provides a high level description for VO SLA process. Through the whole process EGI Foundation is supporting the Customer and communicating the status.
 
After the end of the testing phase, EGI Foundation starts with the Customer the definition of an SLA. Information that are needed are described under SLA Required information
 
The SLA is a document describing the services and the amount of resources offered by EGI Foundation to the Customer for a given agreed time period.
 
EGI Foundation takes care of negotiating with the resource Providers on behalf of the Customer to define the SLA. Primarily, EGI Foundation contacts the EGI national representatives of the countries that are supporting the Customer to find Providers willing to support its activity. In addition, EGI Foundation is contacting Providers from other countries directly or through EGI Council.
 
At the end of this process, if successful, the Customer will have the guarantee that a certain amount of resources for a given period will be available. This should help the Customer to better plan future activity.
 
The SLA will be reviewed 12 months to check if it still fits the Customer requirements or it needs to be changed.
 
Before the SLA expires, EGI Foundation will contact the Customer to work on renewal if there is still a need.
 
<br>
 
The whole process is depicted in the following figure:
 
[[Image:EGI VO SLA OLA process.png|center|1200px|EGI VO SLA OLA process.png]]
 
= Cost  =
 
Usually, for a scientific use cases, the EGI Foundation is looking for free resources leveraging on the interest of the Providers to support cutting-edge research according to their national roadmap.
 
Another option is pay for use model. In this case EGI Foundation will facilitate the process by putting together the Customer and the Providers which could satisfy the demand. The agreement and the contract will be signed between the Customer and the Providers.
 
= Responsibilities  =
 
EGI Foundation
* EGI Foundation will manage the resource allocation process.
* EGI Foundation will coordinate service delivery.
* EGI Foundation will monitor the Service in order to measure the fulfilment of the agreed service level targets and report to the Customer.
* EGI Foundation will manage of the Customer complains and disputes.
 
Customer
* The Customer commits to acknowledge EGI Foundation and Providers in the scientific publications benefiting from the Service.
* The Customer will provide reports agreed in the agreement. See section below.
* The Customer must not cause any legal violation and the use must be consistent with [https://documents.egi.eu/public/ShowDocument?docid=74 the Acceptable Use Policy] of the Service.
 
= Reporting  =
 
Following reports are required for the agreements:
 
{| class="wikitable"
|-
| '''Report title'''
| '''Contents'''
| '''When'''
| '''From'''
| '''To'''
| '''Frequency'''
|-
| Services Performance Report
| The document provides the overall assessment of service performance (per month) and Service target performance achieved given period.
| if part of EGI Catalogue
| EGI provider
| EGI Foundation
| Every six months
|-
| Platform Service report
| The document provides usage records (resources used, users) of the provider service during given period
| if part of EGI Catalogue or <br>provider runs a service on top of EGI Resources
| EGI provider
| EGI Foundation
| Yearly and with the Agreement ending
|-
| Scientific Publications report
| The document provides list of scientific publications benefiting from the Service.
| if provider runs a service on top of EGI Resources
| EGI provider or EGI supplier
| EGI Foundation
| Yearly and with the Agreement ending
|}
 
All reports shall follow predefined [https://documents.egi.eu/public/ShowDocument?docid=2748 templates].
 
= Required information to start  =
 
The Customer should provide following information to request the service:
 
General information
 
    Customer contact: person (and email address) who will agree on SLA
    Customer organization: legal entity which agree on SLA
    Start date: preferred stat date of service to be delivered
    End date: preferred end date of service to be delivered
    Community description: up to 100-150 words
    Country research community contact points: if any
    EGI Participants currently supporting the community: if any
    Current and future research impact: up to 500 words
    EGI Virtual organization: name of virtual if exists
    PaaS: is PaaS going to be provided to users based on the resources
 
 
Resources
 
    Monthly availability: % (default: 90%)
    Monthly reliability: % (default: 95%)
    Cloud compute:
        Number of Virtual CPU cores:
        Memory:
        Scratch/ephemeral storage:
        Public IP addresses: if yes, required number
        Payment mode offer: free or pay for use
        Other technical requirements:
        Duration:
        Access type: Pledged/Opportunistic/Time allocation
    High-Throughput Compute
        Guaranteed computing time [HEPSPEC-hours]:
        Opportunistic computing time [HEPSPEC-hours]:
        Max job duration [hours]:
        Min local storage [GB] (scratch space per each core used by the job):
        Min physical memory per core [GB]:
        Middleware:
        Other technical requirements:
        Duration:
        Access type: Pledged/Opportunistic/Time allocation
Online Storage
 
    Guaranteed storage capacity [TB]:
    Opportunistic storage capacity [TB]:
    Other technical requirements:
    Duration:
    Access type: Pledged/Opportunistic/Time allocation
 
Archive Storage
 
    Guaranteed storage capacity [TB]:
    Opportunistic storage capacity [TB]:
    Other technical requirements:
    Duration:
    Access type: Pledged/Opportunistic/Time allocation
 
 
 
Possible access types:
 
*Pledged - Resources are exclusively reserved to the Community and the job will be executed immediately after submission
*Opportunistic - Resources are not exclusively allocated, but subject to local availability
*Time allocation - Resources are available in fair share-like mode for a fixed time period.

Latest revision as of 14:37, 25 August 2020