cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jessica Tomechak <>
Subject Re: How do ec2 commands map cloudstack API?
Date Mon, 09 Jul 2012 20:15:06 GMT
The updated documentation on the Amazon Web Services API integration with
CloudStack is now available as a new section in the Installation Guide:

This updated Install Guide is for the Citrix-branded release 3.0.3. The
information about how to enable and set up AWS for CloudStack is new
starting in 3.0.3, but the information about which commands and parameters
are supported should be correct for any CloudStack 3.0.x, and (mostly)
correct for 2.2.x as well.

Jessica T.
CloudStack Tech Pubs

-----Original Message-----
> From: Jessica Tomechak []
> Sent: Wednesday, May 30, 2012 9:00 PM
> To:
> Subject: RE: How do ec2 commands map cloudstack API?
> Jose,
> At the URL in your note, there is a link to an Excel spreadsheet. If you
> look at the "API List" tab of the spreadsheet, it shows which parameters
> are supported and which are not. Unsupported parameters are in red. On the
> specific command you're asking about, ec2-run-instances, it looks to me as
> if --subnet is in the red category.
> We are in the process of updating our published AWS API compatibility
> documentation. The existing version is at
> .
> I hope this information is helpful.
> Jessica T.
> CloudStack Tech Pubs
> -----Original Message-----
> From: Jose Rozanec []
> Sent: Wednesday, May 30, 2012 8:32 PM
> To:
> Subject: How do ec2 commands map cloudstack API?
> Hello,
> Is there a document explaining how do ec2 commands map cloudstack api
> parameters? I found this page<
> >with
> some data.
> Specifically, is there a way to run the ec2-run-instances command
> specifying a network (to be translated to something like the
> iptonetworklist[0].networkid=207 parameter on cloudstack API?) How is the
> --subnet parameter handled?
> Thanks,
> Jose.
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the sender.
> Please note that any views or opinions presented in this email are solely
> those of the author and do not necessarily represent those of the company.
> Finally, the recipient should check this email and any attachments for the
> presence of viruses.
> The company accepts no liability for any damage caused by any virus
> transmitted by this email.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message