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 "Fedcloud-tf:WorkGroups:Scenario3"

From EGIWiki
Jump to navigation Jump to search
Line 57: Line 57:


'''Computing Service entity description'''
'''Computing Service entity description'''
* This Service is used to describe the computing resource itself, decoupling from the Grid endpoint.
{| border='1'
{| border='1'
!Attribute
!Attribute
Line 77: Line 78:
|..
|..
|..
|..
|-
|Name
|String
|1
|Human readable name. It could be used to fill the information: "what is the name of the resource"
|-
|
|
|
|
|-
|
|
|
|
|-
|
|
|
|
|-
|-
|
|

Revision as of 16:33, 12 December 2011

Main Roadmap and Innovation Technology For Users For Resource Providers Media


Workbenches: Open issues
Scenario 1
VM Management
Scenario 2
Data Management
Scenario 3
Information Systems
Scenario 4
Accounting
Scenario 5
Monitoring
Scenario 6
Notification
Scenario 7
Federated AAI
Scenario 8
VM Image Management
Scenario 9
Brokering
Scenario 10
Contextualisation
Scenario 11
Security



Scenario 3: Integrating information from multiple resource providers

Leader: David Wallom, OeRC

Scenario collaborators

Role Institution Name
Scenario leader OeRC David Wallom
Collaborator OeRC Matteo Turilli
Collaborator EGI.eu Peter Solagna
Collaborator INFN Elisabetta Ronchieri

Information that should be published by a cloud service

The following are the information identified during the TF F2F meeting:

Please add more points edit/comments the list

  1. What is the name of the resource and what type of interface can I use to manage instances on the resource?
    1. What is the endpoint I should contact to interact with the cloud management interface? (E.g. the url of the web-service/portal)
  2. What are the AuthN and AuthZ rules that operate on your cloud?
  3. What instances are already installed on the resource and am I allowed to upload my own instances?
  4. If I am able to upload instances what format of instances does the resource accept?
  5. Is there a data interface available and if so what is it?
  6. What is the overall size of the resource?
  7. Are instance templates defined that limit the choice of instance scales I am able to run?
  8. What type of virtual network can I establish on the resource?
  9. Does the resource support cloud scalability through managed bursting to another external provider?

The following are questions on the dynamic information;

  1. I have a virtual instance that requires X,Y,Z resources, does your cloud have A>X, B>Y,C>Z resource available?
  2. My instance is short lived is its utilisation of resources going to be captured in the information system such that overprovisioning will/will not occur?
  3. What is the charging scheme and how much will using your cloud cost?

How to render those information in GLUE2

Note: BDII service speaks only GLUE2. The Cloud information need to be squeezed in the current set of GLUE2 Entities. If the schema is extended to include Cloud-specific entities, it needs to be officially approved by OGF and implemented in the various glue-schema glue-validator components deployed with the BDII.

Use the currently available GLUE2.0 entities

Currently the GLUE2 includes two main conceptual models for Computing Elements and Storage Elements. These elements should be used to model the Cloud capabilities remaining compliant to the current GLUE2.0 schema.

Computing Service entity description

  • This Service is used to describe the computing resource itself, decoupling from the Grid endpoint.
Attribute Type Multiplicity Description
Creation time .. .. ..
Validity .. .. ..
ID .. .. ..
Name String 1 Human readable name. It could be used to fill the information: "what is the name of the resource"

Deploy a new set of entities