CloudStack & Cloud StorageWhere are we at? Where are we going? Why should you care?
John Griffith, Lead Open Source Developer, [email protected]
Dave Cahill, Director of Strategic Alliances, [email protected]
Evolution of EBS
Ephemeral volumes (EC2)
Launched ‘06
Developer-oriented
No enterprise apps
Compute centric
EBS
Launched ‘08
Basic persistent storage
Dev/test and limited production apps
Low IO DBs/apps
Boot from EBS
Launched ‘09
Fully persistent virtual machines
Basic enterprise apps
Provisioned IOPS
Launched ‘12
Controlled Performance
Wider range of performance sensitive apps
Where is the rest of the cloud industry?
Object Storage
Atmos, Nirvanix, Scality, Swift
Backup, archival, content repository
Cheap and deep
Instance Storage
Local shared disk
Typically persistent
No HA, limited performance
Network Storage
EMC, 3Par, Netapp, Dell
Persistent, HA
Variable performance, No SLAs, limited
scale
The rest of the industry is 3-5 years behind Amazon EBS, working with inferior technology designed for the Enterprise
Ma
rgin
High
Med
Low
IOP
S
ApplicationsTest / DevelopmentBackup / Archive
Cloud OpportunityThe OpportunityAhead
Low High
Performance Sensitive AppsOracle / SAPHadoop / NoSQL
Performance Sensitivity
$$$
$$
$
Watch out for the Noisy Neighbor
• Few resource hungry applications negatively affect all other volume performance
Traditional Multi-Tenant Performance
Noisy Neighbor
Accessing the Cloud Opportunity
• Affordable all-SSD performance
• Fine-grain QoS control for writing firm performance SLAs
• Increase VM density to enable higher profits
• Complete management automation to maximize efficiency
Accessing the Cloud Opportunity with CloudStack
Not so fast, without…
• Better block storage– Critical to migrating high-margin apps from on-
premises, managed, and dedicated environments to the cloud
• Better storage integration– For a CloudStack-based infrastructure to
adequately address the next phase of cloud computing requires deeper and more advanced storage integration
CloudStack & Cloud StorageWhere are we today?
• A work in progress– Not much beyond basic Xen Server functionality
– Very generic treatment of storage
– Treat storage as one giant LUN
• Advanced storage functionality requires work-around– QoS, Provisioning, Snapshots, Clones
• No storage management interface– All storage management an admin function outside of CloudStack
– Lack a good plug-in architecture/driver model
CloudStack & Cloud StorageWhere do we need to go?• Finer granularity
– Have to be able to provision more granularly than one big LUN
• Scheduling– No directing instance types of customers to specific volumes
• Enable secondary attached storage– No concept of instance and data mobility
• Improve High Availability– Can’t attach volumes across different hypervisor hosts
• Ease of integration– Very hard to add storage driver today
• Backup capability– Ability to backup to object storage
CloudStack & Cloud StorageHow are we going to get there?
• Better defined integration– New CloudStack Storage API
– New Storage driver model
• More resources and contributors behind the effort– This is more than just adding support for storage
– Need core bug fixes, enhancements and contributions
– Core contributions to storage design and framework
• Continue to refine understanding of storage requirements– Drive greater storage awareness
– Need CloudStack storage ambassadors
– Gather customer/end-user feedback
1620 Pearl Street,Boulder, Colorado 80302
Phone: 720.523.3278Email: [email protected]
www.solidfire.com
Questions?