OCCI Compute Resource Templates Profile

Similar documents
Open Cloud Computing Interface Platform

Open Cloud Computing Interface Text Rendering

Open Cloud Computing Interface Service Level Agreements

Michel Drescher, FLE, Ltd. Standardised Namespaces for XML in GGF (draft 09) N/A

Steven Newhouse, Microsoft Mario Antonioletti, EPCC August 1, 2011

Multi-Server Based Namespace Data Management of Resource Namespace Service

Open Cloud Computing Interface - HTTP Protocol

Chin Guok, ESnet. Network Service Interface Signaling and Path Finding

Example set of DFDL 1.0 properties

XDI Requirements and Use Cases

Example set of DFDL 1.0 properties

OASIS - Artifact naming guidelines

Deployment Profile Template Version 1.0 for WS-Reliability 1.1

Authentication, Authorization and Accounting Requirements for the Session Initiation Protocol

Updates: 2710 September 2003 Category: Standards Track. Source Address Selection for the Multicast Listener Discovery (MLD) Protocol

Category: Standards Track September 2003

OpenOffice Specification Sample

IETF TRUST. Legal Provisions Relating to IETF Documents. Approved November 6, Effective Date: November 10, 2008

Abstract Code-Signing Profile of the OASIS Digital Signature Services

Network Working Group Request for Comments: 3634 Category: Standards Track Comcast Cable J. Bevilacqua N. Davoust YAS Corporation December 2003

IETF TRUST. Legal Provisions Relating to IETF Documents. February 12, Effective Date: February 15, 2009

Network Working Group. November Encoding Long Options in the Dynamic Host Configuration Protocol (DHCPv4)

Configuration Description, Deployment and Lifecycle Management Working Group (CDDLM-WG) Final Report

Metadata for SAML 1.0 Web Browser Profiles

Updates: 2535 November 2003 Category: Standards Track

Category: Standards Track October 2006

Network Working Group. Category: Informational January 2006

Request for Comments: 4633 Category: Experimental August 2006

Network Working Group Request for Comments: Category: Best Current Practice January 2004

Network Working Group. Category: Standards Track September 2003

Use and Interpretation of HTTP Version Numbers

Network Working Group. Category: Standards Track February SIEVE Filtering: Spamtest and VirusTest Extensions

Request for Comments: 3934 Updates: 2418 October 2004 BCP: 94 Category: Best Current Practice

XACML Profile for Requests for Multiple Resources

Category: Standards Track December 2003

Request for Comments: 2711 Category: Standards Track BBN October 1999

{Describe the status and stability of the specification here.}

Request for Comments: 4393 Category: Standards Track March MIME Type Registrations for 3GPP2 Multimedia Files

Level of Assurance Authentication Context Profiles for SAML 2.0

Network Working Group. Category: Standards Track <draft-aboba-radius-iana-03.txt> 30 March 2003 Updates: RFC IANA Considerations for RADIUS

Network Working Group. Category: Informational October 2005

Network Working Group Request for Comments: 3397 Category: Standards Track Apple Computer, Inc. November 2002

Request for Comments: May 2007

SAML V2.0 Profile for Token Correlation

Expires: February 25, 2004 August 27, Using the NETCONF Configuration Protocol over Secure Shell (SSH) draft-wasserman-netconf-over-ssh-00.

SAML V2.0 Profile for Mandator Credentials

Category: Best Current Practice February Early IANA Allocation of Standards Track Code Points

J. Basney, NCSA Category: Experimental October 10, MyProxy Protocol

SMOA Computing HPC Basic Profile adoption Experience Report

OASIS Specification Document Template Usage

Request for Comments: 3932 October 2004 BCP: 92 Updates: 3710, 2026 Category: Best Current Practice

E. Lewis ARIN September 23, KEY RR Secure Entry Point Flag draft-ietf-dnsext-keyrr-key-signing-flag-09. Status of this Memo

Request for Comments: 3578 Category: Standards Track dynamicsoft J. Peterson NeuStar L. Ong Ciena August 2003

Category: Standards Track March Extensible Provisioning Protocol (EPP) Transport Over TCP

Network Working Group. Category: Informational January Unused Dynamic Host Configuration Protocol (DHCP) Option Codes

Category: Standards Track September MIB Textual Conventions for Uniform Resource Identifiers (URIs)

Metadata for SAML 1.0 Web Browser Profiles

Network Working Group Internet-Draft August 2005 Expires: February 2, Atom Link No Follow draft-snell-atompub-feed-nofollow-00.

HPCP-WG, OGSA-BES-WG March 20, Smoa Computing HPC Basic Profile Adoption Experience Report

Network Working Group Internet-Draft August 2005 Expires: February 2, Atom Link No Follow draft-snell-atompub-feed-nofollow-03.

Category: Standards Track October Vendor-Identifying Vendor Options for Dynamic Host Configuration Protocol version 4 (DHCPv4)

Test Assertions for the SCA Web Service Binding Version 1.1 Specification

Network Working Group. Category: Informational April A Uniform Resource Name (URN) Namespace for the Open Geospatial Consortium (OGC)

Editor: Mark Morgan, University of Virginia Category: Recommendation 31 October

Network Working Group Request for Comments: 4424 February 2006 Updates: 4348 Category: Standards Track

SSTC Response to Security Analysis of the SAML Single Sign-on Browser/Artifact Profile

Network Working Group Internet-Draft October 27, 2007 Intended status: Experimental Expires: April 29, 2008

draft-aoun-mgcp-nat-package-02.txt

Ecma International Policy on Submission, Inclusion and Licensing of Software

Request for Comments: 5079 Category: Standards Track December Rejecting Anonymous Requests in the Session Initiation Protocol (SIP)

GWD-R (draft-ogf-jsdl-spmd-008) Andreas Savva, Fujitsu

Best Practices for use of the RepertoireSupported Element

Network Working Group Request for Comments: 3937 Category: Informational October 2004

Feb :33 draft-glenn-id-sensor-alert-mib-01.txt Page 1

Internet-Draft Harvard U. Editor March Intellectual Property Rights in IETF Technology. <draft-ietf-ipr-technology-rights-02.

National Computerization Agency Category: Informational July 2004

Request for Comments: 5179 Category: Standards Track May 2008

Request for Comments: 5010 Category: Standards Track Cisco Systems, Inc. September 2007

Request for Comments: 2493 Category: Standards Track January 1999

Test Assertions for the SCA Assembly Model Version 1.1 Specification

Using the AMQP Anonymous Terminus for Message Routing Version 1.0

This document is a preview generated by EVS

Expires in six months 24 October 2004 Obsoletes: RFC , , 3377, 3771

Network Working Group. November 1999

Network Working Group. Category: Informational May OSPF Database Exchange Summary List Optimization

TestCases for the SCA Assembly Model Version 1.1

Network Working Group. February 2005

February T11 Network Address Authority (NAA) Naming Format for iscsi Node Names

Network Working Group. Updates: 3463, 4468, 4954 June 2008 Category: Best Current Practice. A Registry for SMTP Enhanced Mail System Status Codes

Network Working Group. Category: Standards Track June Protocol Independent Multicast (PIM) Bootstrap Router MIB

Ecma International Policy on Submission, Inclusion and Licensing of Software

SCA-J POJO Component Implementation v1.1 TestCases Version 1.0

Network Working Group Request for Comments: 4147 Category: Informational August Proposed Changes to the Format of the IANA IPv6 Registry

Request for Comments: 3764 Category: Standards Track April enumservice registration for Session Initiation Protocol (SIP) Addresses-of-Record

Intended status: Standards Track August 15, 2008 Expires: February 16, 2009

Network Working Group Internet-Draft January 25, 2006 Expires: July 29, Feed Rank draft-snell-atompub-feed-index-05.txt. Status of this Memo

Category: Standards Track LabN Consulting, LLC July 2008

Service Component Architecture Client and Implementation Model for C++ Test Cases Version 1.1

Network Working Group. Category: Informational June Intermediate System to Intermediate System (IS-IS) Extensions for Traffic Engineering (TE)

Network Working Group. Category: Standards Track Cisco Systems May 2007

Transcription:

GWD-R-P.222 OCCI WG occi-wg@ogf.org Michel Drescher, EGI.eu Boris Parák, CESNET David Wallom, OeRC April 2015 OCCI Compute Resource Templates Profile Status of This Document Grid Working Document (GWD) Document Change History This document is the initial version of the specification. Copyright Notice Copyright Open Grid Forum (2015-2016). Some Rights Reserved. Distribution is unlimited. Trademark OCCI is a registered trademark and service mark of the Open Grid Forum. Abstract This profile specification describes a well-defined number of instanced of the OCCI compute resource type defined in the Open Cloud Computing Interface (OCCI) family of specifications. Contents Abstract... 1 Contents... 1 1 Introduction... 2 2 Notational Conventions... 2 3 Profile conformance... 3 4 Resource Templates... 4 5 Conformance claim... 6 6 Extensibility Points... 6 7 Profile type definitions... 7 8 Security Considerations... 10 9 Contributors... 10 10 Acknowledgments... 11 11 Intellectual Property Statement... 11 12 Disclaimer... 11 13 Full Copyright Notice... 11 14 Referenced specifications and profiles... 11

1 Introduction This document defines the OCCI Infrastructure Compute resource template profile 1.1 (hereafter, the Profile ), consisting of a set of well defined instances of the OCCI compute resource types. Section 1 introduces the Profile, and explains its relationships to other profiles. Section 2, "Profile Conformance," explains what it means to be conformant to the Profile. Each subsequent section addresses a component of the Profile, and consists of two parts: an overview detailing the component specifications and their extensibility points, followed by subsections that address individual parts of the component specifications. Note that there is no relationship between the section numbers in this document and those in the referenced specifications. 1.1 Overview As a consumer of IaaS cloud services one usually supplies a description of set hardware resource one would like to have provisioned with the requested Cloud compute instance. For example, one may want to request 4 CPU cores of Intel x86 64-bit architecture, together with 32 GB of RAM, and 150 GB of scratch space. The OCCI family of specifications defines a consistent way of defining such compute resource requirements through the Compute resource type. Many IaaS Cloud service providers allow users to supply popular combinations of resource requirements using an identifying token, or name that the provisioning engine then translates into the defined resource requirements. Such mechanism is often referred to resource templates, or flavours. In federated IaaS Cloud infrastructures it is desirable to provide the user with a consistent set of named resource requirements sets: Instead of forcing the user to provide detailed individual resource requirements, a consistently defined set of resource templates across federated IaaS Cloud service providers is desirable. This profile specification addresses this use case by defining a number of resource requirement combinations mapped to normative names, using the Open Cloud Computing Interface family of specifications. 1.2 Relationship to other profiles The Profile considers the WS-I Basic Profile 1.1 [WS-I BP 1.1] as best practice in procedure, structure and nature of defining a profile across one or more public standard specifications. It includes by reference specific sections and paragraphs of said specifications as detailed in the remainder of this specification. The Profile is a maintenance release of the OCCI Compute Resource Templates Profile version 1.0 [OCCI-Profile 1.0], which refers to the OCCI 1.1 specification. Although OCCI 1.2 is backwards compatible to OCCI 1.1, implying that [OCCI-Profile 1.0] is also applicable to OCCI 1.2, the authors decided to provide an independent profile specification for clarity and disambiguation for the reader s benefit. 2 Notational Conventions The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC2119 [RFC2119]. The Profile includes by reference section 1.4 Notational conventions of the WS-I Basic Profile 1.1 specification [WS-I BP 1.1] except for the namespace declarations contained therein. In particular, requirements and extensibility statements MUST be considered namespace qualified see below. occi-wg@ogf.org 2

2.1 Namespace and terminology The Profile makes use of and defines the following namespaces as specified in [XMLNamespaces], and defines the associated non-normative prefixes for use in this document: The default namespace for the Profile is defined as: http://schemas.ogf.org/occi/infrastructure/compute/template/1.1 The scheme common to all provisions defined in the Profile is defined as: http://schemas.ogf.org/occi/infrastructure/compute/template/1.1 profile scheme core infra http://schemas.ogf.org/occi/infrastructure/compute/template/1.1 http://schemas.ogf.org/occi/infrastructure/compute/template/1.1# http://schemas.ogf.org/occi/core# http://schemas.ogf.org/occi/infrastructure# Further, this specification defines the following non-normative terms for the purpose of this document: WSI_BasicProfile This term refers to the WS-I Basic Profile 1.1 specification [WS-I BP 1.1]. XML-Namespace Refers to the Namespaces in XML 1.0 specification [XMLNamespaces]. OCCI-Core Refers to the Open Cloud Computing Interface Core specification [OCCI Core 1.2]. OCCI-Infrastructure Refers to the Open Cloud Computing Interface Infrastructure specification [OCCI Infra 1.2]. OCCI-RESTful Refers to the Open Cloud Computing Interface Restful HTTP rendering specification [OCCI RESTful 1.2]. HTTP Refers to the Hypertext Transfer Protocol (HTTP/1.1) family of specifications [HTTP 1.1] 2.2 Profile identification and version The Profile includes by reference section 1.5 Profile identification and versioning of the WSI- BasicProfile. The Profile is identified by its name OCCI Compute resource templates profile and the version 1.1. 3 Profile conformance The Profile includes by reference sections 2.1 Conformance requirements, and section 2.3 Conformance scope of the WSI-BasicProfile and abides by its definitions. 3.1 Conformance targets The Profile defines the following conformance targets: PROVIDER An implementation of the OCCI families of specifications (OCCI-Core, OCCI-Infrastructure and OCCI-RESTful) MIXIN An extension mechanism in OCCI-Core allowing to add new resource capabilities to an infrastructure cloud service. COMPUTE A generic information processing resource as defined in OCCI- Infrastructure. OCCI RESOURCE TEMPLATE A MIXIN instance defined with a specific scheme in OCCI-Infrastructure. occi-wg@ogf.org 3

RESOURCE TEMPLATE Refers to any of the MIXIN instances with a unique identifier defined in the Profile and related to the OCCI RESOURCE TEMPLATE instance. Each defining a set of default values for Resource attributes values. SMALL INSTANCE A specific RESOUREC TEMPLATE defined in the Profile. MEDIUM INSTANCE A specific RESOUREC TEMPLATE defined in the Profile. LARGE INSTANCE A specific RESOURCE TEMPLATE defined in the Profile. MEM.SMALL INSTANCE A specific RESOUREC TEMPLATE defined in the Profile. MEM.MEDIUM INSTANCE A specific RESOUREC TEMPLATE defined in the Profile. MEM.LARGE INSTANCE A specific RESOURCE TEMPLATE defined in the Profile. 3.2 Claiming conformance Claims of conformance to the Profile can be made when Profile requirements are met by an implementation. An implementation may claim base conformance when implementing all unconditional requirements. An implementation may claim extended conformance when and only when implementing all conditional as well as all unconditional requirements. The Profile defines the conformance claim token as follows following the XML-Namespace specification. 1. The namespace of the claim token is identical to the namespace of the Profile. 2. The local name of the claim token for base conformance is defined as OCCI-CRTP. 3. The local name of the extended claim token for extended conformance is defined as OCCI-CRTP-EP. 4. The version of the claim token is defined as 1.1. Implementations of the Profile MUST include a conformance claim as defined in the Profile. 4 Resource Templates This section of the Profile incorporates the following specifications by reference, and defines extensibility points within it: Open Cloud Computing Interface Core [OCCI Core 1.2] Extensibility points: o OCCI-Core explicitly defines many extensibility points (c.f. [OCCI Core 1.2] section 5.5). The Profile includes by reference these extensibility points and defines only those that are affected or further constrained by the Profile s conformance requirements. o E0301 COMPUTE type mixin relations extensibility Being an instance of a sub-type of an OCCI Entity, a COMPUTE instance s mixins attribute MAY contain any number of references to any MIXIN instances of any type. (OCCI-Core, section 5.4.1) o E0302 MIXIN instance extensibility A PROVIDER MAY define any number of MIXIN instances. (OCCI-Core, section 5.5.3) Open Cloud Computing Interface Infrastructure [OCCI Infrastructure 1.2] Extensibility points: o E0303 RESOURCE TEMPLATE extensibility A PROVIDER MAY define any number of RESOURCE TEMPLATEs as MIXIN instances, and all MUST be related to the OCCI RESOURCE TEMPLATE MIXIN. (OCCI-Infrastructure, section 3.5.2) 4.1 COMPUTE resource support OCCI-Infrastructure provisions the definitions of a number of Resource and Link sub-types, i.e. Compute, Network, and Storage, and associated Link types such as NetworkInterface and occi-wg@ogf.org 4

StorageLink, but leaves it an implementation choice which types specifically to implement. The Profile mandates the support and implementation of the COMPUTE Resource sub-type, and defines the following constraints on it. R0301 A PROVIDER MUST support the COMPUTE resource sub-type defined in OCCI-Infrastructure. 4.1.1 COMPUTE resource mixins attribute requirements OCCI-Core defines for Entity and its subtypes the attribute mixins without restricting number and type of MIXIN instances contained therein (c.f. E0301), allowing ambiguous and undefined side-effects. The Profile constraints the use of the COMPUTE type mixins attribute as follows. R0302 At any point in its lifetime a COMPUTE resource instance MUST NOT be associated with more than one RESOURCE TEMPLATE defined in the Profile. 4.2 RESOURCE TEMPLATE definitions OCCI-Infrastructure defines the MIXIN instance OCCI RESOURCE TEMPLATE as an absolute type identifier for PROVIDER-defined RESOURCE TEMPLATEs, which are in turn to be defined as MIXIN instances. The Profile mandates support of the OCCI RESOURCE TEMPLATE in general, defines specific instances that MUST be supported, and defines specific instances that MAY be supported. R0303 A PROVIDER MUST support the OCCI RESOURCE TEMPLATE defined in [OCCI Infrastructure 1.2] section 3.5.2. R0304 The attributes attribute of a RESOURCE TEMPLATE MUST provide all information required to correctly size any given COMPUTE instance as defined in OCCI-Infrastructure and in sections 7.1 and 7.2, respectively. R0305 Applying a RESOURCE TEMPLATE to a COMPUTE instance, whether at creation time or later during its lifetime, MUST instruct the PROVIDER to provision or modify said COMPUTE instance such that its attributes are populated with values defined for the corresponding RESOURCE TEMPLATE s attributes in the Profile [OCCI-Core, section 5.3.4, bullet points 3 and 7] R0306 A PROVIDER MUST offer and support the SMALL INSTANCE resource template as defined in section 7.3 R0307 A PROVIDER MUST offer and support the MEDIUM INSTANCE resource template as defined in section 7.4 R0308 A PROVIDER MUST offer and support the LARGE INSTANCE resource template as defined in section 7.5 R0309 A PROVIDER MAY offer and support the MEM.SMALL resource template as defined in section 7.6 R0310 A PROVIDER MAY offer and support the MEM.MEDIUM resource template as defined in section 7.7 R0311 A PROVIDER MAY offer and support the MEM.LARGE resource template as defined in section 7.8 occi-wg@ogf.org 5

5 Conformance claim This section defines the Profile requirements for claiming conformance to this profile. It incorporates the following specifications by reference, and defines extensibility points within it: Hypertext Transfer Protocol (HTTP/1.1) [HTTP 1.1] o E0401 HTTP Server header extensibility The HTTP headers MAY include any number of arbitrary implementation-specific headers (HTTP, RFC7230 section 3.2.1) Open Cloud Computing Interface - RESTful HTTP Rendering [OCCI RESTful 1.2] o No extension points defined in OCCI-Restful 5.1 Conformance claim HTTP rendering definition OCCI-RESTful defines how OCCI artifacts must be rendered into RESTful HTTP messages. Within OCCI-Restful, section 5.3 defines requirements on implementations communicating which version of OCCI is supported. The Profile mandates conformance to the requirements set out in OCCI-RESTful section 5.3 and defines the following conformance requirements: R0401 An implementation MUST advertise conformance to the Profile on each response to the client conveyed in a Profile version field. R0402 An implementation MUST supply the Profile version field in the format of token/version. R0403 In rendering the Profile version field, the token part MUST correspond to the claim token local name defined in section 2.2 if the implementation claims basic conformance. R0404 In rendering the Profile version field, the token part MUST correspond to the extended claim token local name defined in section 2.2 if the implementation claims extended conformance. R0405 In rendering the Profile version field, the version part MUST correspond to the claim version defined in section 2.2. A non-normative example of how an implementation may advertise the conformance claim is: HTTP/1.1 200 OK Server: occi-server/1.1 (linux) OCCI/1.2 OCCI-CRTP/1.1 [...] 6 Extensibility Points This section re-iterates the extensibility points defined for the Profile components in earlier sections that are not further constrained by Profile requirements defined in earlier sections. As defined in section 2 extensibility points defined herein are out of scope of the Profile unless they are further constrained by conformance requirements stated in earlier in this document; their use may affect interoperability of implementations despite it not affecting conformance to the Profile. occi-wg@ogf.org 6

6.1 Open Cloud Computing Interface Core OCCI-Core explicitly defines many extensibility points (c.f. [OCCI Core 1.2] section 4.6). The Profile includes by reference these extensibility points and defines only those that are affected or further constrained by the Profile s conformance requirements. E0301 COMPUTE type mixin relations extensibility Being an instance of a subtype of an OCCI Entity, a COMPUTE instance s mixins attribute MAY contain any number of references to any MIXIN instances of any type. (OCCI-Core, section 4.5.1) E0302 MIXIN instance extensibility A PROVIDER MAY define any number of MIXIN instances. (OCCI-Core, section 4.6.3) 6.2 Open Cloud Computing Interface Infrastructure E0303 RESOURCE TEMPLATE extensibility A PROVIDER MAY define any number of RESOURCE TEMPLATEs as MIXIN instances, and all MUST be related to the OCCI RESOURCE TEMPLATE MIXIN. (OCCI-Infrastructure, section 3.5.2) 6.3 Hypertext Transfer Protocol (HTTP/1.1) E0401 HTTP Server header extensibility The HTTP headers MAY include any number of arbitrary implementation-specific headers (HTTP, RFC7230 section 3.2.1) 7 Profile type definitions 7.1 occi.compute.ephemeral_storage.size attribute definition This section normatively defines the properties of the OCCI Compute resource type attribute occi.compute.ephemeral_storage.size introduced in the Profile. Notational conventions follow those used in OCCI-Infrastructure for defining attributes. Attribute Type Multiplicity Mutability Description occi.compute.ephem eral_storage.size Float, 10 9 (GiB) 1 Immutable Ephemeral storage provisioned for the associated Compute instance. The semantics of occi.compute.ephemeral_storage.size are defined such that upon instantiation of a COMPUTE instance using a RESOURCE TEMPLATE instance defined in this profile, the PROVIDER MUST make available ephemeral storage capacity exclusively for the provisioned COMPUTE instance constrained to the lifetime of that COMPUTE instance. The provisioned ephemeral storage MUST provide at least the capacity specified in this attribute; it MAY provide more at no adverse effects to the user (e.g. billing of paid for resources). Preservation of data stored in ephemeral storage is not guaranteed; any provisions for this case are out of scope of the Profile. 7.2 occi.compute.ephemeral_storage.deviceid attribute definition This section normatively defines the properties of the OCCI Compute resource type attribute occi.compute.ephemeral_storage.deviceid introduced in the Profile. Notational conventions follow those used in OCCI-Infrastructure for defining attributes. Attribute Type Multiplicity Mutability Description occi-wg@ogf.org 7

occi.compute.ephem eral_storage.deviceid String 1 Mutable Device id under which the ephemeral storage is accessible from within the VM instance. The semantics of occi.compute.ephemeral_storage.deviceid are defined such that upon instantiation of a COMPUTE instance using a RESOURCE TEMPLATE instance defined in this profile, the PROVIDER MUST make available ephemeral storage exclusively for the provisioned COMPUTE instance, constrained to the lifetime of that COMPUTE instance. The ephemeral storage MUST be accessible from within the VM using the device ID provided in this attribute. 7.3 SMALL INSTANCE attribute value definitions The following table normatively defines the specific values for immutable SMALL INSTANCE attributes, and specific values for a SMALL INSTANCE for attributes defined for RESOURCE TEMPLATES in section 4.2. Attribute scheme term title Value http://schemas.ogf.org/occi/infrastructure/compute/template/1.0# small A small Compute instance related [ http://schemas.ogf.org/occi/infrastructure#resource_tpl ] actions [ ] occi.compute.cores 1 occi.compute.memory 1.0 occi.compute.ephemeral_storage.size 10.0 7.4 MEDIUM INSTANCE attribute value definitions The following table normatively defines the specific values for immutable MEDIUM INSTANCE attributes, and specific values for a MEDIUM INSTANCE for attributes defined for RESOURCE TEMPLATES in section 4.2. Attribute Scheme Term Title Value http://schemas.fedcloud.egi.eu/occi/compute/flavour/1.0# medium A medium Compute instance Related [ http://schemas.ogf.org/occi/infrastructure#resource_tpl ] Actions [ ] occi.compute.cores 2 occi.compute.memory 2.0 occi.compute.ephemeral_storage.size 20.0 7.5 LARGE INSTANCE attribute value definitions The following table normatively defines the specific values for immutable LARGE INSTANCE attributes, and specific values for a LARGE INSTANCE for attributes defined for RESOURCE TEMPLATES in section 4.2. Attribute Scheme Value http://schemas.fedcloud.egi.eu/occi/compute/flavour/1.0# occi-wg@ogf.org 8

Term Title large A large Compute instance Related [ http://schemas.ogf.org/occi/infrastructure#resource_tpl ] actions [ ] occi.compute.cores 4 occi.compute.memory 4.0 occi.compute.ephemeral_storage.size 40.0 7.6 MEM.SMALL INSTANCE attribute value definitions The following table normatively defines the specific values for immutable MEM.SMALL INSTANCE attributes, and specific values for a MEM.SMALL INSTANCE for attributes defined for RESOURCE TEMPLATES in section 4.2. Attribute Scheme Term title Value http://schemas.fedcloud.egi.eu/occi/compute/flavour/1.0# mem_small A small Compute instance for memory-intensive applications related [ http://schemas.ogf.org/occi/infrastructure#resource_tpl ] actions [ ] occi.compute.cores 1 occi.compute.memory 4.0 occi.compute.ephemeral_storage.size 10.0 7.7 MEM.MEDIUM INSTANCE attribute value definitions The following table normatively defines the specific values for immutable MEM.MEDIUM INSTANCE attributes, and specific values for a MEM.MEDIUM INSTANCE for attributes defined for RESOURCE TEMPLATES in section 4.2. Attribute scheme term title Value http://schemas.fedcloud.egi.eu/occi/compute/flavour/1.0# mem_medium A medium Compute instance for memory-intensive applications related [ http://schemas.ogf.org/occi/infrastructure#resource_tpl ] actions [ ] occi.compute.cores 2 occi.compute.memory 8.0 occi.compute.ephemeral_storage.size 20.0 7.8 MEM.LARGE INSTANCE attribute value definitions The following table normatively defines the specific values for immutable MEM.LARGE INSTANCE attributes, and specific values for a MEM.LARGE INSTANCE for attributes defined for RESOURCE TEMPLATES in section 4.2. Attribute scheme term Value http://schemas.fedcloud.egi.eu/occi/compute/flavour/1.0# mem_large occi-wg@ogf.org 9

title A large Compute instance for memory-intensive applications related [ http://schemas.ogf.org/occi/infrastructure#resource_tpl ] actions [ ] occi.compute.cores 4 occi.compute.memory 16.0 occi.compute.ephemeral_storage.size 40.0 8 Security Considerations This profile extends the OCCI family of specifications [OCCI-1.2] using the OCCI built-in extension mechanisms. It does not include by reference any other specification that might alter security considerations described in the OCCI specifications. Having said that, implementations need to consider securing communication channels between PROVIDERS and clients, as well as guarding the exposed systems against malicious use or inadvertent saturation by users of the system through appropriate means of otherwise orthogonal authentication and authorization mechanisms. Through the OCCI-RESTful specification implementations ample opportunities and implementations of authentication and authorization frameworks are available for integration. Whichever security decisions are taken, implementations should communicate them clearly and unambiguously for the benefit of the user. 9 Contributors Michel Drescher Stichting European Grid Infrastructure (EG.eu) Science Park 140 1098 XG Amsterdam The Netherlands Email: Michel.Drescher@egi.eu Boris Parák CESNET, z. s. p. o. Zikova 4, 160 00 Prague 6 Czech Republic E-mail: boris.parak@cesnet.cz David Wallom Associate Professor & Associate Director Innovation University Of Oxford Oxford e-research Centre 7 Keble Road Oxford OX1 3QG E-mail: david.wallom@oerc.ox.ac.uk The authors would like to thank Matteo Turilli, John Gordon, and Álvaro López García for their invaluable input and constructive document revisions. occi-wg@ogf.org 10

The authors also would like to thank the EGI Federated Cloud members at large for their valuable feedback and contributions to the discussions that led to defining and implementing this document. 10 Acknowledgments The development of this profile document has been partially funded by the CloudWATCH project, an EC FP7 project (contract no. 610994). 11 Intellectual Property Statement The OGF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the OGF Secretariat. The OGF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights, which may cover technology that may be required to practice this recommendation. Please address the information to the OGF Executive Director. 12 Disclaimer This document and the information contained herein is provided on an As Is basis and the OGF disclaims all warranties, express or implied, including but not limited to any warranty that the use of the information herein will not infringe any rights or any implied warranties of merchantability or fitness for a particular purpose. 13 Full Copyright Notice Copyright (C) Open Grid Forum (2015-2016). Some Rights Reserved. This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included as references to the derived portions on all such copies and derivative works. The published OGF document from which such works are derived, however, may not be modified in any way, such as by removing the copyright notice or references to the OGF or other organizations, except as needed for the purpose of developing new or updated OGF documents in conformance with the procedures defined in the OGF Document Process, or as required to translate it into languages other than English. OGF, with the approval of its board, may remove this restriction for inclusion of OGF document content for the purpose of producing standards in cooperation with other international standards bodies. The limited permissions granted above are perpetual and will not be revoked by the OGF or its successors or assignees. 14 Referenced specifications and profiles WS-I BP 1.1 OCCI-Profile 1.0 WS-I Basic Profile 1.1, http://www.ws-i.org/profiles/basicprofile-1.1-2004-08-24.html OCCI Compute Resource Template Profile (Draft), occi-wg@ogf.org 11

XMLNamespaces OCCI Core 1.2 OCCI Infra 1.2 OCCI RESTful 1.2 HTTP 1.1 RFC2119 https://redmine.ogf.org/attachments/178/draft-gwdr-drescherocci_crtp-v1.pdf Namespaces in XML, Third edition, http://www.w3.org/tr/rec-xmlnames/ Open Cloud Computing Interface Core, http://www.org.org/documents/gfd.221.pdf Open Cloud Computing Interface Infrastructure, http://www.org.org/documents/gfd.224.pdf Open Cloud Computing Interface RESTful HTTP Rendering, http://www.org.org/documents/gfd.223.pdf Hyper Text Transfer Protocol (HTTP/1.1) family of specifications, RFC7230, RFC7231, RFC7232, RFC7233, RFC734, RFC7235, https://tools.ietf.org/html/rfc7230 et al. Key words for use in RFCs to Indicate Requirement Levels, RFC2119, https://www.ietf.org/rfc/rfc2119.txt occi-wg@ogf.org 12