Difference between revisions of "VT-CloudCaps:Capacities"
(Category VT-CloudCaps) |
|||
(2 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
This page will gather various capacities that we identified as being useful for use cases. The EGI virtualized infrastructure will not be able to provide all of the capacities initially. However, given sufficient demand, they may eventually be implemented.<br> | This page will gather various capacities that we identified as being useful for use cases. The EGI virtualized infrastructure will not be able to provide all of the capacities initially. However, given sufficient demand, they may eventually be implemented.<br> | ||
== Capacities<br> == | == Capacities<br> == | ||
The following is a list of capacities that we identified. The meaning of the columns, particularly Accounting and Technical solution, are described below.<br> | The following is a list of capacities that we identified. The meaning of the columns, particularly Accounting and Technical solution, are described below. We have separated the capacities in core ones and advanced ones, expecting the core to be easy to integrate, quick to offer, available at all sites. Advanced capabilities may be more difficult to integrate, take longer, and not available from all resource providers.<br> | ||
{| cellspacing="1" cellpadding="1" border="1" style="width: 1011px; height: 970px;" | {| cellspacing="1" cellpadding="1" border="1" style="width: 1011px; height: 970px;" | ||
Line 12: | Line 12: | ||
! scope="col" | Accounting | ! scope="col" | Accounting | ||
! scope="col" | Technical solution(s) | ! scope="col" | Technical solution(s) | ||
|- | |||
! scope="row" colspan="5" | | |||
Core Capabilities | |||
|- | |- | ||
! scope="row" | 1 | ! scope="row" | 1 | ||
Line 41: | Line 45: | ||
*OpenStack Swift | *OpenStack Swift | ||
*CDMI proxies | *CDMI proxies | ||
|- | |||
! scope="row" colspan="5" | | |||
Advanced Capabilities | |||
|- | |- | ||
Line 68: | Line 76: | ||
CloudFormation is the capacity to deploy collections of related resources. | CloudFormation is the capacity to deploy collections of related resources. | ||
| <br> | | <br> | ||
| There's currently (Apr 2013) a new development in OpenStack<ref>https://wiki.openstack.org/wiki/Heat</ref> that is supposed to implement CloudFormation. | | There's currently (Apr 2013) a new development in OpenStack<ref>https://wiki.openstack.org/wiki/Heat</ref> that is supposed to implement CloudFormation. | ||
|- | |- | ||
Line 78: | Line 86: | ||
AutoScaling can be supported by additional service such as rule engines and messaging services to provide the data and decisions for scaling. | AutoScaling can be supported by additional service such as rule engines and messaging services to provide the data and decisions for scaling. | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
|- | |- | ||
Line 90: | Line 98: | ||
|- | |- | ||
! scope="row" | 7 | ! scope="row" | 7 | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
|- | |- | ||
! scope="row" | 8 | ! scope="row" | 8 | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
|- | |- | ||
! scope="row" | 9 | ! scope="row" | 9 | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
|- | |- | ||
! scope="row" | 10 | ! scope="row" | 10 | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
| <br> | | <br> | ||
|} | |} | ||
=== Column legend<br> === | === Column legend<br> === | ||
{| cellspacing="1" cellpadding="1" border="1" style="width: 1006px; height: 70px;" | {| cellspacing="1" cellpadding="1" border="1" style="width: 1006px; height: 70px;" | ||
|- | |- | ||
| ID | | ID | ||
| something to keep track of the actual capacity<br> | | something to keep track of the actual capacity<br> | ||
|- | |- | ||
| Capacity<br> | | Capacity<br> | ||
| An easy to remember name.<br> | | An easy to remember name.<br> | ||
|- | |- | ||
| Description<br> | | Description<br> | ||
| Description of the capacity, possibly including what it can be used for.<br> | | Description of the capacity, possibly including what it can be used for.<br> | ||
|- | |- | ||
| Accounting<br> | | Accounting<br> | ||
| Whether accounting can be applied to this capacity. This information may be useful for providers to decide whether and how they want to offer the capacity.<br> | | Whether accounting can be applied to this capacity. This information may be useful for providers to decide whether and how they want to offer the capacity.<br> | ||
|- | |- | ||
| Technical solutions<br> | | Technical solutions<br> | ||
| Short description about how and where this capacity is available today or how we envision it to be implemented.<br> | | Short description about how and where this capacity is available today or how we envision it to be implemented.<br> | ||
|} | |} | ||
== References<br> == | == References<br> == | ||
<references /><br> | |||
[[Category:VT-CloudCaps]] |
Latest revision as of 12:59, 23 May 2013
This page will gather various capacities that we identified as being useful for use cases. The EGI virtualized infrastructure will not be able to provide all of the capacities initially. However, given sufficient demand, they may eventually be implemented.
Capacities
The following is a list of capacities that we identified. The meaning of the columns, particularly Accounting and Technical solution, are described below. We have separated the capacities in core ones and advanced ones, expecting the core to be easy to integrate, quick to offer, available at all sites. Advanced capabilities may be more difficult to integrate, take longer, and not available from all resource providers.
Id | Capacity | Description | Accounting | Technical solution(s) |
---|---|---|---|---|
Core Capabilities | ||||
1 | Block Storage |
Block storage can be attached to virtual instances at run time. Some cloud stacks even require the use of explicitly attached block storage to make any use of the instances at all. The benefit of block storage over object storage is that the application within the virtual instance does not need to be aware of it. With block storage appearing to the VM as just another block device, from which an ordinary file system can be mounted, applications will be able to deal with this kind of storage transparently. |
OpenStack provides Disk GB hours. Storage Accounting Record (StAR) potentially usable here. |
Offered by the following Cloud stacks within EGI FCTF:
|
2 | Object Storage |
Object storage is scalable storage in which data objects can be stored. The FCTF have agreed on CDMI to be the access mechanism of choice. Applications within virtual instances need to make explicit use of object storage in order to make use of it. This is a key difference in comparison to block storage. A potential solution to overcome this limitation is to try and mount object storage as a file system, e.g. via a FUSE driver. There are hints that such solutions exist. |
Yes (StAR?), actual metrics need to be defined. |
|
Advanced Capabilities | ||||
3 | Messaging |
A messaging system can be used to decouple communication among distributed components of cloud "applications". At the same time, this capacity can be used at the infrastructure level. Messaging is a higher level service, which can be offered/used in several modes of operation:
Examples of this kind of system are: Amazon SQS [1] |
Yes, number of messages, maybe their size. SQS accounts number of sends and receives separately. Bulk send/receive cheaper. |
AMQP
Need to be careful with AMQP protocol versions, 0.9.1 seems entirely different from 1.0. ActiveMQ support 1.0, RabbitMQ 0.9.1 (and will stick to it). |
4 | CloudFormation |
CloudFormation is the capacity to deploy collections of related resources. |
There's currently (Apr 2013) a new development in OpenStack[2] that is supposed to implement CloudFormation. | |
5 | AutoScaling |
Many applications can benefit from automatic scaling either horizontally or vertically. We refert to vertical scaling as the resizing of existing cloud instances, whereas horizontal scaling means adding or removing instances on demand. AutoScaling can be supported by additional service such as rule engines and messaging services to provide the data and decisions for scaling. |
||
6 | Database |
Databases as a service, be it SQL or no-SQL. |
Based on number of requests and size of DB. | |
7 | ||||
8 | ||||
9 | ||||
10 |
Column legend
ID | something to keep track of the actual capacity |
Capacity |
An easy to remember name. |
Description |
Description of the capacity, possibly including what it can be used for. |
Accounting |
Whether accounting can be applied to this capacity. This information may be useful for providers to decide whether and how they want to offer the capacity. |
Technical solutions |
Short description about how and where this capacity is available today or how we envision it to be implemented. |