This document supports the version of each product listed and
supports all subsequent versions until the document is replaced
by a new edition. To check for more recent editions of this
document, see http://www.vmware.com/support/pubs.
EN-000750-00
vCloud API Programming Guide
You can find the most up-to-date technical documentation on the VMware Web site at:
http://www.vmware.com/support/
The VMware Web site also provides the latest product updates.
If you have comments about this documentation, submit your feedback to:
VMware is a registered trademark or trademark of VMware, Inc. in the United States and/or other jurisdictions. All other marks
and names mentioned herein may be trademarks of their respective companies.
VMware, Inc.
3401 Hillview Ave.
Palo Alto, CA 94304
www.vmware.com
2 VMware, Inc.
Contents
vCloud API Programming Guide7
About the VMware vCloud API9
1
Object Taxonomy 10
Objects, References, and Representations 12
Links and Link Relations 12
Client Workflow Overview 16
Using the vCloud API with vCloud Director 21
About the vCloud API Examples 22
Hello vCloud: A Simplified RESTful Workflow23
2
Logging In 24
Find a Catalog and a vDC 26
Retrieve the Contents of a Catalog 27
Retrieve a Catalog Item 28
Retrieve Deployment Information From the vDC 30
Deploy the vApp 31
Get Information About a vApp 34
Displaying the Virtual Machine Console 37
Delete the vApp 38
Log Out 40
Exploring a Cloud41
3
Summary of vCloud API Browsing Requests 41
Retrieve the Login URL and List of Supported API Versions 43
Create a Login Session Using the Integrated Identity Provider 44
Retrieve a List of Organizations Accessible to You 48
Retrieve an Administrative View of a Cloud 49
Retrieve a List of vSphere Platform Operations and Objects for a Cloud 52
VMware, Inc.
Provisioning an Organization55
4
Summary of vCloud API Provisioning Requests 56
Upload an OVF Package to Create a vApp Template 57
Download a vApp Template as OVF 66
Upload a Media Image 69
Copying and Moving with the vCloud API 71
Capturing and Importing vApps 72
Cataloging vApp Templates and Media Images 72
Creating and Using Independent Disks 75
View or Change the Owner of an Object 79
3
vCloud API Programming Guide
Deploying and Operating vApps81
5
Summary of vCloud API vApp and Virtual Machine Operations Requests 83
Create a vApp From a Template 85
Compose a vApp From Existing Virtual Machines 87
Recompose a vApp to Add or Remove Virtual Machines 90
Provide User Input Requested by a Virtual Machine 92
Attach or Detach an Independent Disk 93
Creating and Using vApp Snapshots 95
Operate a vApp 96
Configuring vApps and Virtual Machines 97
Creating and Managing Organizations129
6
Summary of Administrative Requests 129
Administrator Credentials and Privileges 132
Organization Administration 132
vDC Administration 139
Network Administration 147
Catalog Administration 176
User and Group Administration 179
Working With Roles and Rights 187
Controlling Access to vApps and Catalogs 191
Managing and Monitoring a Cloud193
7
Summary of vSphere Platform Extension Requests 193
Retrieve or Update System Settings 197
Attach a vCenter Server 198
Finding Available vCenter Resources 200
Create a Provider vDC 209
Create an External Network 219
Create a Network Pool 222
Import a Virtual Machine from vCenter 228
Relocate a Virtual Machine to a Different Datastore 231
Truststore and Keytab Maintenance 233
Retrieve the vSphere URL of an Object 236
Working With Object Metadata239
8
Retrieve or Update a Metadata Element 241
Retrieve or Update a Metadata Value 244
Using the Query Service247
9
Typed Queries 248
Packaged Queries 252
Query Parameters 257
Add a Metadata Filter to a Query 260
Configuring and Using Blocking Tasks and Notifications263
10
Configure Notifications and AMQP Settings 264
Retrieve or Update Blocking Task Settings 273
4 VMware, Inc.
Monitor Blocking Tasks 276
Take Action on a Blocking Task 277
Extend The Timeout Expiration of an Active Task 279
Contents
vCloud Director Extension Services281
11
Summary of vCloud API Extensibility Requests 282
Register an Extension Service 284
Adding or Removing Service Links 288
Service-Specific Tasks and Events 291
Authorization Framework for Extension Service Operations 294
Localization Framework for Extension Services 302
REST APIs for Extension Services 302
XML Representations in the vCloud API307
12
XML Namespace Identifiers 309
Common vCloud API Attributes 310
Retrieve an Object as an Entity 312
Index315
VMware, Inc. 5
vCloud API Programming Guide
6 VMware, Inc.
vCloud API Programming Guide
This edition of the vCloud API Programming Guide provides information about version 5.1 of the vCloud API.
VMware provides many different APIs and SDKs for applications and goals. This guide provides information
about the vCloud API for developers who are interested in creating RESTful clients of
VMware vCloud Director.
Revision History
The vCloud API Programming Guide is revised with each release of the product or when necessary. A revised
version can contain minor or major changes.
Table 1. Revision History
Revision DateDescription
10SEP12API Version 5.1
01SEP11API Version 1.5
30AUG10API Version 1.0
14APR10API Version 0.9
Intended Audience
This guide is intended for software developers who are building VMware Ready Cloud Services, including
interactive clients of VMware vCloud Director. This guide discusses Representational State Transfer (REST)
and RESTful programming conventions, the Open Virtualization Format Specification, and VMware Virtual
machine technology. You must be familiar with these and other widely deployed technologies such as XML,
HTTP, and the Windows or Linux operating system.
Related Publications
The VMware vCloud Director Administrator's Guide and VMware vCloud Director User’s Guide contain detailed
information about many of the objects and operations referred to in this guide. Most users of the vCloud API
will find the information in those documents valuable when developing client applications. To access the
current versions of these and other VMware books, go to http://www.vmware.com/support/pubs.
VMware, Inc.
7
vCloud API Programming Guide
8 VMware, Inc.
About the VMware vCloud API1
The VMware vCloud API provides support for developers who are building interactive clients of
VMware vCloud Director using a RESTful application development style.
vCloud API clients and vCloud Director servers communicate over HTTP, exchanging representations of
vCloud objects. These representations take the form of XML elements. You use HTTP GET requests to retrieve
the current representation of an object, HTTP POST and PUT requests to create or modify an object, and HTTP
DELETE requests to delete an object.
This chapter includes the following topics:
n
“Object Taxonomy,” on page 10
n
“Objects, References, and Representations,” on page 12
n
“Links and Link Relations,” on page 12
n
“Client Workflow Overview,” on page 16
n
“Using the vCloud API with vCloud Director,” on page 21
n
“About the vCloud API Examples,” on page 22
VMware, Inc.
9
Catalog 2
Catalogitem
em
em
em
Catalog 1
Catalog 3
vDC2
Catalogitem
Catalogitem
Catalogitem
Catalogitem
users
Media
vApp
template
Media
vApp
TasksList
Organization
vDC1
Media
vApp
template
Media
vApp
Catalogitem
em
em
em
groups
Network
Network
vCloud API Programming Guide
Object Taxonomy
The vCloud API defines a set of objects common to cloud computing environments. An understanding of these
objects, their properties, and their relationships is essential to using the vCloud API.
Figure 1-1. vCloud API Object Taxonomy
vCloud API objects have the following high-level properties:
Organizations
A cloud can contain one or more organizations. Each organization is a unit of
administration for a collection of users, groups, and computing resources.
Users authenticate at the organization level, supplying credentials established
when the user was created or imported. User credentials are authenticated by
the organization's identity provider, which can be either the integrated identity
provider included in vCloud Director or an external SAML-based identity
provider.
Users and Groups
An organization can contain an arbitrary number of users and groups. Users
can be created by the organization administrator or imported from an LDAP
directory service or SAML-based identity provider. Groups must be imported.
Permissions within an organization are controlled through the assignment of
rights and roles to users and groups.
Catalogs
Catalogs contain references to virtual systems and media images. A catalog can
be shared to make it visible to other members of an organization, and can be
published to make it visible to administrators in other organizations. A system
administrator specifies which organizations can publish catalogs, and an
organization administrator controls access to catalogs by organization
members.
10 VMware, Inc.
Chapter 1 About the VMware vCloud API
Organization vDCs
Organization vDC
Networks
Virtual Systems and
Media Images
An organization virtual datacenter (organization vDC) is a deployment
environment for virtual systems owned by the containing organization, and an
allocation mechanism for resources such as networks, storage, CPU, and
memory. In an organization vDC, computing resources are fully virtualized,
and can be allocated based on demand, service level requirements, or a
combination of the two.
An organization vDC can be provisioned with one or more networks. These
organization vDC networks can be configured to provide direct or routed
connections to external networks, or can be isolated from external networks
and other organization vDC networks. Routed connections require an Edge
Gateway and network pool in the vDC. The Edge Gateway provides firewall,
network address translation, static routing, VPN, and load balancing services.
Virtual systems and media images are stored in a vDC and can be included in
a catalog. Media images are stored in their native representation (ISO or
floppy). Virtual systems are initially stored as templates, using an open
standard format (OVF 1.0). These templates can be retrieved from catalogs and
transformed into virtual systems, called vApps, through a process called
instantiation, which binds a template’s abstract resource requirements to
resources available in a vDC. A vApp contains one or more individual virtual
machines (Vm elements), along with parameters that define operational details,
including:
n
How the contained virtual machines are connected to each other and to
external networks.
Tasks
n
The order in which individual virtual machines are powered on or off.
n
End-user license agreement terms for each virtual machine.
n
Deployment lease terms, typically inherited from the containing
organization, that constrain the consumption of vDC resources by the
vApp.
n
Access control information specifying which users and groups can
perform operations such as deploy, power on, modify, and suspend on the
vApp and the virtual machines that it contains.
Asynchronous operations that members of an organization initiate are tracked
by task objects, which are kept on the organization’s tasks list.
VMware, Inc. 11
vCloud API Programming Guide
Objects, References, and Representations
The vCloud API represents objects as XML documents in which object properties are encoded as elements and
attributes with typed values and an explicit object hierarchy defined by an XML schema.
XML representations of first-class vCloud API objects, such as the objects in Figure 1-1, include these attributes.
id
The object identifier, expressed in URN format. The value of the id attribute
uniquely identifies the object, persists for the life of the object, and is never
reused. The id attribute value is intended to provide a context-free identifier
that can be used with the vCloud API entityResolver (see “Retrieve an Object
as an Entity,” on page 312).
type
href
The object type, specified as a MIME content type.
An object reference, expressed in URL format. Because this URL includes the
object identifier portion of the id attribute value, it uniquely identifies the
object, persists for the life of the object, and is never reused. The value of the
href attribute is a reference to a view of the object, and can be used to access a
representation of the object that is valid in a particular context. Although URLs
have a well-known syntax and a well-understood interpretation, a client
should treat each href as an opaque string. The rules that govern how the server
constructs href strings might change in future releases.
Example: Object id, type, and href Attributes
This XML fragment, extracted from the representation of a vApp, shows its id, type, and href attributes.
The vCloud API makes extensive use of Link elements to provide references to objects and the actions that
they support. These elements are the primary mechanism by which a server tells a client how to access and
operate on an object.
The server creates Link elements in a response body. They are read-only at the client. If a request body includes
a Link element, the server ignores it.
Attributes of a Link Element
In the XML representation of a vCloud object, each Link element has the following form:
Attribute values in a Link element supply the following information:
Chapter 1 About the VMware vCloud API
rel
Defines the relationship of the link to the object that contains it. A relationship
can be the name of an operation on the object, a reference to a contained or
containing object, or a reference to an alternate representation of the object. The
relationship value implies the HTTP verb to use when you use the link's href
value as a request URL.
type
The object type, specified as a MIME content type, of the object that the link
references. This attribute is present only for links to objects. It is not present for
links to actions.
href
An object reference, expressed in URL format. Because this URL includes the
object identifier portion of the id attribute value, it uniquely identifies the
object, persists for the life of the object, and is never reused. The value of the
href attribute is a reference to a view of the object, and can be used to access a
representation of the object that is valid in a particular context. Although URLs
have a well-known syntax and a well-understood interpretation, a client
should treat each href as an opaque string. The rules that govern how the server
constructs href strings might change in future releases.
name
The name of the referenced object, taken from the value of that object's name
attribute. Action links do not include a name attribute.
Table 1-1. Link Relationships and HTTP Request Types
rel Attribute ValueAction or Relationship DescriptionImplied HTTP Verb
abortAbort this blocking task.POST
addAdd an item to this container.POST
alternateReferences an alternate representation of this object.GET
answerProvide user input requested by a virtual machine.POST
authorization:checkCheck whether an extension service operation is
authorized for an entity.
blockingTaskA list of pending blocking task requests in this cloud.GET
bundle:uploadUpload an extension service localization bundle.PUT
bundles:cleanupRemove unused extension service localization bundles.POST
catalogItemReferences the CatalogItem object that refers to this object. GET
certificate:resetRemoves the SSL certificate used by this service.POST
certificate:updateUpdates the SSL certificate used by this service.POST
checkComplianceCheck that this virtual machine is using a storage profile
of the intended type.
consolidateConsolidate this virtual machine.POST
controlAccessApply access controls to this object.POST
copyReservedN/A
deployDeploy this vApp.POST
disableDisable this object.POST
discardStateDiscard the suspended state of this virtual machine.POST
disk:attachAttach an independent disk to this virtual machine.POST
disk:detachDetach an independent disk from this virtual machine.POST
downReferences an object contained by this object.GET
POST
POST
VMware, Inc. 13
vCloud API Programming Guide
Table 1-1. Link Relationships and HTTP Request Types (Continued)
rel Attribute ValueAction or Relationship DescriptionImplied HTTP Verb
down:aclRulesRetrieve the ACL rules for this resource class action.GET
down:apidefinitionsRetrieve the API definitions for this extension service.GET
down:apiDefinitionsRetrieve the API definitions for this extension service.GET
down:apiFiltersRetrieve the API filters for this extension service.GET
down:extensibilityAdd an extension service to the system.POST
down:fileDescriptorsRetrieve file descriptors for extension services APIsGET
down:filesRetrieve files for extension services APIsGET
down:resourceClassActionsRetrieve the actions defined for this extension service
down:resourceClassesRetrieve the resource classes defined by this extension
down:service
down:serviceLinksRetrieve the service links defined by this extension service.GET
down:serviceResourcesRetrieve the list of extension service resources of this class.
down:servicesRetrieve the list of registered extension services.GET
download:alternateReservedN/A
download:defaultReferences the default location from which this file can be
download:identityReferences the extended OVF descriptor of this vApp
edgeGateway:configureServicesUpdate the network services offered by this Edge
edgeGateway:reapplyServicesReapply (after an update) the network services offered by
edgeGateway:redeployRedeploy the vShield Edge supporting this Edge
edgeGateway:syncSyslogSettingsSynchronize syslog server addresses used by this Edge
edgeGateway:upgradeUpgrade the backing configuration of this Edge Gateway
edgeGatewaysList the Edge Gateway objects in this organization vDC.GET
editModify this object, typically by replacing its current
enableEnable this object.POST
enterMaintenanceModePut this virtual machine into maintenance mode.POST
entityRetrieve a representation of the object on which an
entityResolverRetrieve an object id as a context-free Entity element.GET
event:createCreate an event in an this organization's event stream.POST
exitMaintenanceModeTake this virtual machine out of maintenance mode.POST
failFail this blocking task.POST
firstPageReference to the first page of a paginated response.GET
GET
resource class.
GET
service.
GET
downloaded.
GET
template. The extended OVF descriptor contains
additional information such as MAC address, BIOS UUID,
and NetworkConfigSection
PUT
Gateway.
POST
this Edge Gateway.
POST
Gateway.
POST
Gateway with system defaults.
POST
from compact to full.
PUT
representation with the one in the request body.
GET
operation triggered this notification.
14 VMware, Inc.
Chapter 1 About the VMware vCloud API
Table 1-1. Link Relationships and HTTP Request Types (Continued)
rel Attribute ValueAction or Relationship DescriptionImplied HTTP Verb
installVmwareToolsInstall VMware Tools on this virtual machine.POST
keystore:resetRemoves the keystore used by this service.POST
keystore:updateUpdates the keystore used by this service.POST
keytab:resetRemoves the keytab used by this service.POST
keytab:updateUpdates the keytab used by this service.POST
lastPageReference to the last page of a paginated response.GET
media:ejectMediaEject virtual media from a virtual device.POST
media:insertMediaInsert virtual media into a virtual device.POST
mergeMerge one or more Provider vDCs with this Provider vDC. POST
migrateVmsMigrate virtual machines from this resource pool to a
different one.
moveReservedN/A
nextPageReference to the next page of a paginated response.GET
orgVdcNetworksList the organization vDC networks supported by this
Edge Gateway.
ovaReservedN/A
ovfReferences the OVF descriptor of this vApp template.GET
power:powerOffPower off this vApp or virtual machine.POST
power:powerOnPower on this vApp or virtual machine.POST
power:rebootReboot this vApp or virtual machine.POST
power:resetReset this vApp or virtual machine.POST
power:shutdownShut down this vApp or virtual machine.POST
power:suspendSuspend this vApp or virtual machine.POST
previousPageReference to the previous page of a paginated response.GET
publishPublish this catalog.POST
recomposeRecompose this vApp to add, remove, or reconfigure
virtual machines.
reconfigureVmUpdate multiple sections of a virtual machine.POST
reconnectReconnect this vCenter Server to the system.POST
refreshStorageProfilesRefresh the list of storage profiles that exist on the vCenter
service backing this Provider vDC.
refreshVirtualCenterRefresh the representation of this vCenter serverPOST
registerRegister a VCenter Server with the system.POST
relocateRelocate this virtual machine.POST
removeRemove this object.DELETE
remove:forceForce removal of this object.DELETE
repairRepair this host or network.POST
resourcePoolVmListList the virtual machines using this resource pool.GET
resumeResume this blocking task.POST
rightsList the service-specific rights created by this extension
service.
POST
GET
POST
POST
GET
VMware, Inc. 15
vCloud API Programming Guide
Table 1-1. Link Relationships and HTTP Request Types (Continued)
rel Attribute ValueAction or Relationship DescriptionImplied HTTP Verb
rights:cleanupRemove service-specific rights no longer used by any
extension service.
screen:acquireTicketRetrieve a screen ticket for this virtual machine.GET
screen:thumbnailRetrieve a thumbnail view of the screen of this virtual
machine.
shadowVmsList shadow virtual machines associated with the virtual
machines in this vApp template.
snapshot:createCreate a snapshot of the virtual machines in this vApp.POST
snapshot:removeAllRemove all snapshots created for the virtual machines in
this vApp.
snapshot:revertToCurrentRevert all virtual machines in this vApp to their current
snapshot.
storageProfileReferences the storage profile for this object.GET
syncSyslogSettingsSynchronize syslog server addresses used by this vApp
network with system defaults.
taskRetrieve the blocking task that triggered this notification.GET
task:cancelCancel this task.POST
task:createCreate a task object.POST
task:ownerReference to the owner of a task.GET
truststore:resetRemove the truststore used by this service.POST
truststore:updateUpdate the truststore used by this service.PUT
undeployUndeploy this vApp.POST
unlockUnlock this user account.POST
unregisterUnregister this vCenter Server.POST
upReferences an object that contains this object.GET
update:resourcePoolsUpdate the resource pools of this Provider vDCPOST
updateProgressRequest an update of this task's progress.POST
upgradeUpgrade this ESX/ESXi host.POST
upload:alternateReservedN/A
upload:defaultReferences the default location to which this object can be
uploaded.
vSphereWebClientUrlA URL that you can use to view this object with the
vSphere Web Client
POST
GET
GET
POST
POST
POST
PUT
GET
Client Workflow Overview
vCloud API clients implement a RESTful workflow, making HTTP requests to the server and retrieving the
information they need from the server’s responses.
About RESTful Workflows
REST, an acronym for Representational State Transfer, describes an architectural style characteristic of
programs that rely on the inherent properties of hypermedia to create and modify the state of an object whose
serialized representation is accessible at a URL.
16 VMware, Inc.
Chapter 1 About the VMware vCloud API
If a URL of such an object is known to a client, the client can use an HTTP GET request to retrieve the
representation of the object. In the vCloud API, this representation is an XML document. In a RESTful
workflow, representations of object state are passed back and forth between a client and a service with the
explicit assumption that neither party need know anything about an object other than what is presented in a
single request or response. The URLs at which these documents are available often persist beyond the lifetime
of the request or response that includes them. The other content of the documents is nominally valid until the
expiration date noted in the HTTP Expires header.
vCloud REST API Workflows
Application programs written to a REST API use HTTP requests that are often executed by a script or other
higher-level language to make remote procedure calls that create, retrieve, update, or delete objects that the
API defines. In the vCloud REST API, these objects are defined by a collection of XML schemas. The operations
themselves are HTTP requests, and so are generic to all HTTP clients.
To write a RESTful client, you must understand only the HTTP protocol and the semantics of XML, the transfer
format that the vCloud API uses. To use the vCloud API effectively in such a client, you need to know only a
few things:
n
The set of objects that the API supports, and what they represent; for example, what is a vDC and how
does it relate to an organization or catalog?
n
How the API represents these objects; for example, what does the XML schema for an Org look like? What
do the individual elements and attributes represent?
n
How a client refers to an object on which it wants to operate; for example, where are the links to objects
in a vDC? How does a client obtain and use them?
You can find this information in the vCloud API XML schemas. The XML elements, attributes, and composition
rules defined in these schemas represent the data structures of objects in the cloud. A client can read an object
by making an HTTP GET request to the object’s URL. A client can create or modify an object with an HTTP
PUT or POST request that includes a new or changed XML body document for the object. A client can usually
delete an object with an HTTP DELETE request.
The vCloud API schema reference includes detailed information about the XML representations of all vCloud
API objects and examples of HTTP requests that operate on those objects. See “About the Schema
Reference,” on page 21.
RESTful Workflow Patterns
All RESTful workflows follow a common pattern.
1Make an HTTP request, typically GET, PUT, POST, or DELETE. The target of this request is either a well-
known URL such as the vCloud API versions URL, or a URL obtained from the response to a previous
request. For example, a GET request to an organization URL returns links to catalog and vDC objects that
the organization contains.
2Examine the response, which always includes an HTTP response code and usually includes a body. In the
vCloud API, a response body is an XML representation of an object, including elements and attributes
that represent object properties, links that implement operations on the object or provide references to
contained or containing objects and, if the object is being created or modified, an embedded Task object
that tracks the progress of the creation or modification. The response also includes an HTTP response
code, which indicates whether the request succeeded or failed, and might be accompanied by a URL that
points to a location from which you can retrieve additional information.
These operations can repeat, in this order, for as long as necessary.
VMware, Inc. 17
vCloud API Programming Guide
vCloud API REST Requests
To retrieve object representations, clients make HTTP requests to object references. The server supplies these
references as href attribute values in responses to GET requests.
Every cloud has a well-known URL from which an unauthenticated user can retrieve a SupportedVersions
document, which lists each version of the of vCloud API that the server supports. For each version, the response
lists the names and MIME types of the complex types defined in the version's XML namespace, and the version
login URL. A system administrator can use that URL to authenticate to the cloud by logging in to the System
organization. An authenticated user can discover other vCloud API URLs by making GET requests to URLs
retrieved from the login response, and the URLs contained in responses to those requests. See Chapter 3,
“Exploring a Cloud,” on page 41.
Requests are typically categorized in terms of the type of requested operation: create, retrieve, update, and
delete. This sequence of verbs is often abbreviated with the acronym CRUD.
Table 1-2. CRUD Operations Summary
Operation TypeHTTP VerbOperation Summary
CreatePOSTCreates a new object.
RetrieveGETRetrieves the representation of an
UpdatePUTModifies an existing object.
DeleteDELETEDeletes an existing object.
existing object.
Authentication
HTTP communications between a vCloud API client and server are secured with SSL. The vCloud API also
implements Basic HTTP Authentication, as defined by RFC 2617, which enables a client to authenticate
individual HTTP requests by including an authentication header in the request. See “Logging In,” on
page 24.
Request Headers
The following HTTP headers are typically included in vCloud API requests:
Accept
All requests must include an HTTP Accept header that designates the API
version that the client supports. The following header indicates that the request
is for vCloud API version 5.1:
Accept: application/*+xml;version=5.1
Valid values for the HTTP Accept header in this release are:
version=5.1
version=1.5
The request is from a vCloud API version 5.1 client.
The request is from a vCloud API version 1.5 client.
18 VMware, Inc.
Chapter 1 About the VMware vCloud API
Requests that specify API version 5.1 cannot access objects that do not exist in
the vCloud API version 5.1 namespace.
Accept-Encoding
Authorization
Content-Type
By default, vCloud Director returns response content as uncompressed XML.
Compressing the response can improve performance, especially when the
response is large and network bandwidth is a factor. (Requests cannot be
compressed.) To request a response to be returned as compressed XML, include
the following header:
Accept-Encoding: gzip
The response is encoded using gzip encoding as described in RFC 1952, and
includes the following header:
Content-Encoding: gzip
In the default configuration, responses smaller than 64KB are never
compressed.
All requests from authenticated clients must include an Authorization header.
See “Logging In,” on page 24 for details about the value of this header.
Requests that include a body must start with the appropriate HTTP Content-
Type header. Content types for all elements are included in the schema
reference. In addition, the type attribute of a response body indicates the
content type of the document. For example, this response fragment indicates
that the content type associated with a CatalogItem object is
application/vnd.vmware.vcloud.catalogItem+xml.
<CatalogItem
type="application/vnd.vmware.vcloud.catalogItem+xml"
href="https://vcloud.example.com/api/catalogItem/221"
name="Ubuntu Template with vsftpd"/>
A POST or PUT request that supplies a CatalogItem in the request body
requires the following Content-Type header:
When it appears as the value of a Content-Type header or the type attribute of
an element in the vCloud API, this string is case-insensitive in requests, and
can be returned in either mixed case or lowercase characters in responses.
Request Bodies
vCloud Director uses a validating XML parser that requires elements in a request body to agree with the schema
in order and number. Request bodies are rejected as invalid unless they meet the following criteria:
n
XML namespace attributes must be supplied for all namespaces represented by elements in the request.
See “XML Namespace Identifiers,” on page 309.
n
If multiple namespaces are represented in the request, XML namespace attributes must include an
identifying prefix, and that prefix must be used with all elements from that namespace.
n
All required elements must appear in request bodies. All elements that appear in request bodies must
appear in the order that the schema establishes, and with content that conforms to the type constraint that
the schema specifies.
VMware, Inc. 19
vCloud API Programming Guide
vCloud API REST Responses
All responses include an HTTP status code and, unless the status code is 204 (No Content), a Content-Type
header. Response content depends on the request. Some responses include a document body, some include
only a URL, and some are empty.
Response Content
Response content depends on the requested operation. The response to a GET request is typically the complete
representation of an existing object. The response to a PUT or POST request always contains values for the
href, name, and id attributes of the object being created or updated. It also contains at most one Task element
that you can retrieve to track the progress of the operation. When the Task completes with a status of
success, a GET request to the object's href returns all properties of the object. If the Task completion status is
not success, the object is in an indeterminate state, and should be deleted.
HTTP Response Codes
A vCloud API client can expect a subset of HTTP status codes in a response.
Table 1-3. HTTP Status Codes that the vCloud API Returns
Status CodeStatus Description
200 OKThe request is valid and was completed. The response
includes a document body.
201 CreatedThe request is valid. The requested object was created and
can be found at the URL specified in the Location header.
202 AcceptedThe request is valid and a task was created to handle it. This
response is usually accompanied by a Task element.
204 No ContentThe request is valid and was completed. The response does
not include a body.
400 Bad RequestThe request body is malformed, incomplete, or otherwise
invalid.
401 UnauthorizedAn authorization header was expected but not found.
403 ForbiddenThe requesting user does not have adequate privileges to
access one or more objects specified in the request.
404 Not FoundOne or more objects specified in the request could not be
found in the specified container.
405 Method Not AllowedThe HTTP method specified in the request is not supported
for this object.
406 Not AcceptableThe resource identified by the request is only capable of
generating response entities which have content
characteristics not acceptable according to the accept headers
sent in the request.
409 ConflictThe object state is not compatible with the requested
operation.
415 Unsupported Media TypeThe server is refusing to service the request because the entity
of the request is in a format not supported by the requested
resource for the requested method.
500 Internal Server ErrorThe request was received but could not be completed
because of an internal error at the server.
504 Gateway TimeoutThe server, while acting as a gateway or proxy, did not
receive a timely response from the upstream server specified
by the URI.
20 VMware, Inc.
Using the vCloud API with vCloud Director
VMware vCloud Director 5.1 supports version 5.1 of the vCloud API. You can use a browser or other HTTP
client program to send requests and receive responses.
The vCloud Director REST API Reference documentation includes HTML reference material for all XML
elements and complex types defined by the vCloud API. It also includes example XML representations. See
“About the Schema Reference,” on page 21. For information about HTTP client programs to use with
vCloud Director, see “REST Client Programs,” on page 21.
Procedure
1Configure the vCloud Director REST API base URL.
aLog in to the vCloud Director Web Console as a system administrator.
bIn the vCloud Director Web Console, open System Settings > Public Addresses
cType the URL in the VCD public REST API base URL text box.
2(Optional) If you want to use the vSphere Web Client to access vCloud API objects on a vSphere server,
verify that the vSphere Web Client URL is enabled for all vCenter servers from which you want to retrieve
the vSphere URL of an object.
Chapter 1 About the VMware vCloud API
You can manage this feature on the General tab of the vSphere Properties page of the vCloud Director
Web console.
What to do next
Decide on an HTTP client program to use. See “REST Client Programs,” on page 21.
REST Client Programs
Any client application that can send HTTPS requests can be an appropriate tool for developing RESTful
applications with the vCloud API.
REST client plug-ins are available for most browsers and many IDEs. The examples in this information were
developed using two open-source programs: cURL (http://curl.haxx.se/) and the RESTclient
(http://code.google.com/p/rest-client/).
VMware provides additional SDK products that implement language-specific bindings for the vCloud API,
and include their own HTTP client capability. See
The vCloud API Schema Reference includes reference material for all elements, types, queries, and operations in
the vCloud API. It also includes the schema definition files.
The schema reference is available in HTML format in the vCloud Director documentation center.
VMware, Inc. 21
vCloud API Programming Guide
About the vCloud API Examples
The vCloud API Programming Guide includes many examples of HTTP requests and responses. These examples
show the workflow and content associated with operations such as browsing, provisioning, and managing
your cloud and its contents, and operating virtual systems.
Example requests generally conform to the rules listed in “Request Bodies,” on page 19. Most example
responses show only those elements and attributes that are relevant to the operation being discussed. Ellipses
(…) indicate omitted content within response bodies. Several additional conventions apply.
n
The following HTTP header, which is required in all requests that access version 5.1 of the vCloud API,
is omitted from most examples.
Accept: application/*+xml;version=5.1
n
All other request headers required by the vCloud API are included in example requests that are not
fragments of some larger example. Although the examples show these strings using the character case in
which the implementation defines them, header names and values are case-insensitive, and can be
submitted or returned in any character case. Other HTTP headers, such as Date, Content-Length, and
Server, are omitted because they are not relevant to the specifics of any example.
n
The XML version and encoding header
<?xml version="1.0" encoding="UTF-8"?>
is included in example requests but omitted from example responses.
n
Object IDs shown in href attribute values appear as small integers, for example vapp-7 or org/3. In the
vCloud API that vCloud Director supports, object IDs are universal unique identifiers (UUIDs) as defined
by RFC 4122, for example vapp-f5e185a4-7c00-41f1-8b91-0e552d538101 or org/89a1a8f9-
c518-4f53-960c-950db9e3a1fd.
22 VMware, Inc.
Hello vCloud: A Simplified RESTful
Workflow2
vCloud API clients and vCloud Director servers communicate over HTTPS, exchanging XML representations
of vCloud API objects.
This simplified example of a RESTful workflow includes requests that discover and deploy a particular vApp,
in this case, an FTP server with a connection to the public Internet.
These examples assume that you have access to a catalog that includes a vApp template with certain
characteristics and an organization network that supports connections to the public Internet. The workflow
and examples are flexible, and can accommodate various vApp templates and cloud capabilities.
1Logging In on page 24
vCloud Director requires API requests to be authenticated. The first step in any RESTful workflow is to
obtain an authentication token.
2Find a Catalog and a vDC on page 26
Before you can deploy a vApp, you must find a vApp template in one of your organization's catalogs
and a vDC in your organization to use for the deployment.
3Retrieve the Contents of a Catalog on page 27
You can make a GET request to a catalog URL to retrieve a list of vApp templates and media images
referenced by the catalog.
VMware, Inc.
4Retrieve a Catalog Item on page 28
You can examine the list of items in a catalog to find items of interest based on the values of their name
and type attributes. You must retrieve a catalog item to get a Description and a usable reference to the
underlying object.
5Retrieve Deployment Information From the vDC on page 30
To deploy your template as a vApp, you must specify an organization vDC to deploy it in and an
organization vDC network to connect it to.
6Deploy the vApp on page 31
To create a vApp from a vApp template, you must bind the template's abstract resource requirements,
such as network connections, storage resources, memory, and CPU capacity, to appropriate resources in
the target vDC. This binding operation is called instantiation.
7Get Information About a vApp on page 34
When you instantiate a vApp template, the server returns the URL of the resulting vApp. You can use
this URL with a GET request to retrieve information that you can use to connect to the vApp, modify its
configuration, and operate it.
23
vCloud API Programming Guide
8Displaying the Virtual Machine Console on page 37
After a vApp is powered on, you can retrieve a screen ticket from one of its virtual machines. You use
that ticket with the VMRC browser plug-in to gain access to the console of the virtual machine.
9Delete the vApp on page 38
To delete the vApp, undeploy it and power it off, then use an HTTP DELETE request to delete the vApp
object.
10 Log Out on page 40
To log out and terminate a vCloud API session, delete the Session you created when you logged in.
Logging In
vCloud Director requires API requests to be authenticated. The first step in any RESTful workflow is to obtain
an authentication token.
Every cloud has a login URL that a client can obtain by making an unauthenticated GET request to the
vCloud Director api/versions URL. See “Retrieve the Login URL and List of Supported API Versions,” on
page 43. Because all other vCloud API requests must be authenticated, any vCloud API workflow must begin
with a login request that supplies user credentials in the form that Basic HTTP authentication requires.
For information about how to create a login request and view the response, see “Example: Login Request and
Response,” on page 25.
NOTE This procedure assumes that you are logging in with credentials managed by the vCloud Director
integrated identity provider. Users whose credentials are managed by a SAML identity provider must follow
a different login workflow.
Prerequisites
Verify that the following conditions are met:
n
You are a member of an organization in the cloud, and have permission to create and operate vApps.
n
Your organization contains at least one vDC and one network. For more information about setting up an
organization to support the Hello vCloud workflow, see Chapter 6, “Creating and Managing
Organizations,” on page 129.
n
Your organization contains a catalog in which at least one vApp template is available. For more
information about adding a vApp template to a catalog, see Chapter 4, “Provisioning an Organization,”
on page 55.
Procedure
1Make an API versions request to vCloud Director to obtain the login URL for the REST API.
2Use the login URL to create a login session.
POST a request to this URL that includes your username, password, and organization name in a MIME
Base64 encoding. See “Example: Login Request and Response,” on page 25.
3Examine the response.
The response code indicates whether the request succeeded, or how it failed.
A successful login request returns an authentication token that you can use in subsequent requests. It also
returns a Session element, which contains one or more Link elements, each of which provides a URL that you
can use to explore a subset of objects in the cloud. If you log in as a system administrator or organization
administrator, this list includes multiple links. See “Example: Create a Login Session Using the Integrated
24 VMware, Inc.
Chapter 2 Hello vCloud: A Simplified RESTful Workflow
Identity Provider,” on page 45. Otherwise, the list typically includes a link of type
application/vnd.vmware.vcloud.orgList+xml, as shown in the response portion of “Example: Login Request
and Response,” on page 25. You can use this link to find out more about your organization and the objects
it contains.
For more information about the other links in the Session element, see “Create a Login Session Using the
Integrated Identity Provider,” on page 44.
Example: Login Request and Response
A request to create a login session must supply the user's credentials in the following form:
user@organization:password
n
user is the user's login name.
n
organization is the name of an organization of which the user is a member.
n
password is the user's password.
These credentials must be supplied in a MIME Base64 encoding, as specified in RFC 1421.
NOTE System administrators must log in to the System organization. See “Administrator Credentials and
Privileges,” on page 132. Because the System organization does not support some of the features demonstrated
in the Hello vCloud workflow, you should try this example in another organization.
This example shows a login request and response for a user named HelloUser logging into an organization
named ExampleOrg in a cloud whose login URL is https://vcloud.example.com/api/sessions.
Request:
POST https://vcloud.example.com/api/sessions
Authorization: Basic
Accept: application/*+xml;version=5.1
The response code indicates whether the request succeeded, or how it failed.
n
If the request is successful, the server returns HTTP response code 200 (OK) and headers that include an
authorization header of the following form:
x-vcloud-authorization:
token
This header must be included in each subsequent vCloud API request.
n
If the authentication header is missing, the server returns HTTP response code 403.
n
If the credentials supplied in the authentication header are invalid, or if the token has expired, the server
returns HTTP response code 401. The token expires after a configurable interval of client inactivity. The
default is 30 minutes after the token is created. After the token expires, you must log in again to obtain a
new token.
Find a Catalog and a vDC
Before you can deploy a vApp, you must find a vApp template in one of your organization's catalogs and a
vDC in your organization to use for the deployment.
After you log in, you can make a GET request to your organization's URL to retrieve the XML representation
of the organization. This representation shows the organization's attributes and contents, including links to its
catalogs and vDCs.
Prerequisites
Verify that you are logged in to the vCloud API as a system administrator or member of an organization in
the cloud.
Procedure
1Examine the list of organizations to which you have access.
Make a GET request to the URL in the href value of the orgList link, which is present in the response to
all login requests.
GET https://vcloud.example.com/api/org/
Unless you are a system administrator, the response to this request is an OrgList element containing a
single Org element, which represents your organization.
Links in the response whose rel attribute has a value of down are references to objects that the organization
contains. This example shows the subset of those items that we reference in the Hello vCloud example:
n
A catalog named ExampleCatalog, at URL https://vcloud.example.com/api/catalog/32, where you can look
for vApp templates.
n
An organization vDC named ExampleVdc01, at URL https://vcloud.example.com/api/vdc/5, where you can
deploy the vApp.
Retrieve the Contents of a Catalog
You can make a GET request to a catalog URL to retrieve a list of vApp templates and media images referenced
by the catalog.
To use a vApp template or media image listed in a catalog, retrieve the catalog to discover the set of
CatalogItem elements it contains, then make an additional request to retrieve the CatalogItem of interest.
Prerequisites
Verify that you are logged in to the vCloud API as a system administrator or member of an organization in
the cloud.
Procedure
1Retrieve the XML representation of your organization.
Use a request like this one:
GET https://vcloud.example.com/api/org/5
VMware, Inc. 27
vCloud API Programming Guide
2Examine the response to find the links to the organization's catalogs.
You can examine the list of items in a catalog to find items of interest based on the values of their name and
type attributes. You must retrieve a catalog item to get a Description and a usable reference to the underlying
object.
Every vApp template or media image that is added to the catalog is represented as a CatalogItem element.
When a client browses a catalog, it can read only the name, type, and href of each CatalogItem. To retrieve an
item from the catalog, the client requires more information. In “Example: Retrieve a Catalog Item,” on
page 29, the client makes a GET request to the URL in the value of the href attribute of a CatalogItem. The
response provides more information, including a description of the referenced object and another URL that
the client can use to retrieve a representation of the object.
28 VMware, Inc.
Chapter 2 Hello vCloud: A Simplified RESTful Workflow
Prerequisites
Verify that you are logged in to the vCloud API as a system administrator or member of an organization in
the cloud.
Procedure
1Retrieve the representation of a catalog in your organization.
Use a request like this one:
GET https://vcloud.example.com/api/catalog/32
2Examine the response to find the CatalogItem elements that the catalog contains.
The value of the name attribute of a CatalogItem element is taken from the name attribute of the referenced
object. You can use it as a preliminary indicator of what the item represents.
3Retrieve a CatalogItem.
Use a GET request of the form shown in the request portion of “Example: Retrieve a Catalog Item,” on
page 29.
Example: Retrieve a Catalog Item
This example retrieves the CatalogItem shown in the response portion of “Example: Retrieve the Contents of
a Catalog,” on page 28.
Request:
GET https://vcloud.example.com/api/catalogItem/221
In addition to the name attribute and Description element, the CatalogItem contains a rel="up" link to the
catalog that contains it, and other links that you can use to manage the CatalogItem.
href="https://vcloud.example.com/api/vAppTemplate/vappTemplate-111"
type="application/vnd.vmware.vcloud.vAppTemplate+xml"
name="Ubuntu Template with vsftpd"/>
</CatalogItem>
Retrieve Deployment Information From the vDC
To deploy your template as a vApp, you must specify an organization vDC to deploy it in and an organization
vDC network to connect it to.
Instantiation, deployment, and operation of a vApp all take place in the context of an organization vDC. The
XML representation of a vDC object defines that context in detail. For this exercise, you need several pieces of
information from the vDC:
n
The URL that a client can use to request an instantiateVAppTemplate operation in the vDC.
n
A list of networks in the organization vDC that the vApp can connect to.
“Example: Deployment Information in a vDC,” on page 30 shows this subset of vDC contents.
Prerequisites
Verify that the following conditions are met:
n
Verify that you are logged in to the vCloud API as a system administrator or member of an organization
in the cloud.
n
Retrieve the representation of your organization. See the request portion of “Example: Retrieve the
Contents of an Organization,” on page 26. The response portion contains links to the organization's vDCs.
Procedure
1Examine the Org response to find the links to the organization's vDCs.
Use a GET request of the form shown in the request portion of “Example: Deployment Information in a
vDC,” on page 30.
Example: Deployment Information in a vDC
This example shows a request to retrieve the XML representation of a vDC. It shows only the subset of the
response that contains deployment information.
Request:
GET https://vcloud.example.com/api/vdc/5
Response:
200 OK
Content-Type: application/vnd.vmware.vcloud.vdc+xml
...
<Vdc
xmlns="http://www.vmware.com/vcloud/v1.5"
name="ExampleVdc01"
30 VMware, Inc.
Loading...
+ 290 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.