1. Wireless Network: RightScale Twitter: #RightScale

3. Local User Groups

5. RightScale User Groups Network and share best practices with other RightScale Users Local Meetings Support from RightScale First User Groups Tokyo, Japan Northern CA Southern CA To find out more or start your own: www. rightscale.com/usergroups

6. RightScale Ambassador Program Empower RightScale and cloud enthusiasts to share with their communities Pre-release Webinars RightScale and Industry Information Access to Executives and Subject Matter Experts Speaking Opportunities SWAG!! For more info or to apply to go: www.RightScale.com/ambassador

8. “With RightScale, we can launch collaborations globally in the same day we discuss them. It’s not a multi-month process.” — Academic Research Institute “RightScale reduced our time to market by three months.” —Digital Distribution Network "Once we chose RightScale, it took us only four months from development to launch of our new service. — Independent Software Vendor

9. “We expanded into an entirely new line of business that required massive grid capacity for a limited time. Without RightScale, we would never have considered it.” — Major Insurance Company “By automating our cloud computing deployments with RightScale, we increased the time we devote to translational science projects.” — Medical Research Institute “We’ve implemented a self-service approach to infrastructure.” — Major Pharmaceutical Company

11. Company and Industry Overview Michael Crandell, CEO

12. Cloud Management

13. Cloud Management

14. Cloud Management

15. 2009 – First User Meetup “In an industry melting down under the weight of vendor hype, RightScale Inc. let its customers do the talking on the benefits and challenges of cloud computing at a user group meeting this week.” Jo Maitland, Executive Editor, SearchCloudComputing.com

17. Seth Gerson – AltEgo

18. David Lowe – Electronic Arts Interactive (EAi)

19. Todd Martin – The Associated Press

25. 2010 – Gartner’s ‘Hype Cycle’

26. 2010 – Gartner’s ‘Hype Cycle’

27. Continuing Usage Growth

28. Crossing the Chasm Early Adopters Buying a change agent Get a jump on competition Patient with glitches Early Majority Driven by practicality Productivity improvements Won’t tolerate bugs

29. Customers

30. Customers

31. Customers

32. Cloud Computing Survey

33. Initial Driver for Cloud

34. Cloud Computing Adoption

35. Rise of the Hybrid Cloud

36. Rise of the Hybrid Cloud

37. Rise of the Hybrid Cloud

38. Rise of the Hybrid Cloud

39. Private Cloud starter

40. Publishing

45. In both publicly hosted and internal datacenters

47. In both publicly hosted and internal datacenters

48. Drives new levels of automation and portability

50. In both publicly hosted and internal datacenters

51. Drives new levels of automation and portability

52. Enables complete control & authoring freedom

54. In both publicly hosted and internal datacenters

55. Drives new levels of automation and portability

56. Enables complete control & authoring freedom

57. Supports 95% of operating systems and 95% of server-side programming environments

59. In both publicly hosted and internal datacenters

60. Drives new levels of automation and portability

61. Enables complete control & authoring freedom

62. Supports 95% of operating systems and 95% of server-side programming environments

63. Offers a community library of cloud-ready solutions

65. Managing servers at scale New Cluster Monitoring New Bulk UI operations API usage New Overview Widgets

66. Cluster monitoring Current cluster monitoring: one graph per server

67. Coming soon: stacked graphs Each color band shows contribution of one server Servers are stacked on top of one another

68. Coming soon: heat maps Each horizontal strip shows one server The color shows how “hot” the server is running

69. Heat map with 100 servers

70. Stacked graph same 100 servers

71. Cluster monitoring Individual graphs Good for a dozen servers Displays all standard graphs with full detail Stacked graphs Displays the contribution of many servers to a total Great to see the sum and variability of activity in a cluster Difficult to make out individual servers Examples: requests/sec, cpu busy cycles, I/O bytes/sec Heat maps Displays a bar for each server Great to see uneven distribution across servers Great to quickly spot performance problems across many servers Difficult to read absolute values or see the total cluster activity

72. Cluster monitoring architecture Architecture Monitoring front-end serverspull data from storage servers Up to 100 servers on one graph(to be increased) Current status: Individual graphs available today Stacked graphs & heat maps in private betaEC2 us-east, rackspace, private clouds only monitoring storage servers monitoring front-end servers your servers

75. Towards API 1.5 / 2.0 API 1.0 limitations Designed when only EC2 existed, difficult to extend to multiple clouds Data model no longer matches the platform internals Code suffers from many backwards-compatibility patches API 1.5 Supports RackSpace, and Cloud.com or Eucalyptus private clouds Does NOT support EC2 Improved design, incl. self-discovery of resources Beta release real soon API 2.0 Expect largely the same API structure as 1.5 Inclusion of EC2

76. Overview widgets Create custom pages to display overviews of your deployments

77. Custom widget example Widgets use the ‘Liquid’ templating language Data is drawn from a variety of pre-defined data collections: Servers, instances, volumes, snapshots, … Private alphasoon…

78. Roadmap More tools to manage collections of servers (and other resources) coming Increased use of tags to group, identify, operate on collections of resources Increase sysadmin efficiency

79. Sharing and PublishingServerTemplates Darryl Eaton

80. Why share or publish ServerTemplates?

81. Where do ServerTemplates go? The RightScale Library holds published ServerTemplates, RightScripts, MultiCloud Images, and Macros Publishing – free sharing for the community / for-pay access-controlled sharing for ISVs Sharing – multiple groups within organization, with partners, etc. Metering – allows publisher to receive usage info that can be used for billing (instance hours, total instances, custom metrics, etc.)

82. Global architecture Will enable local RightScale clustersin various global regions Any account in any region can publishto all accounts in all regions Access control Sophisticated access controlNot just “open source publishing” Tracks permissions through sub-componentse.g. publishing a ServerTemplate includes RightScripts, cookbooks, attachments, etc. Mediates access to external resourcesfor example servers downloading attachments or cookbooks Library - Behind the scenes EC2-US-WEST RightScale Shard 2 publish Library import RightScale Shard 1 RightScale Shard 3 EC2-US-EAST EC2-AP-SoutEast

83. Library - Tracking usage Aggregating usage stats across all users For free ServerTemplates publisher sees anonymous aggregate usage For pay ServerTemplates publisher can track exact customer usage for billing purposes Tracking usage of clones Users can clone imported ServerTemplates to modify them Important to allow customization, mixing private best practices with public best practices Tracking extends across such clones when shared internally This is not a DRM system, relies on traditional legal contracts

84. Coming Soon: Your Imports & Updates See all the updates available for your library components Review the affected Servers and Server Arrays Diff your revision with the new one from the library Try doing that with a virtual machine image!

85. ServerTemplate Showdown Thank you for your contributions! And now for the winners…

86. Most Popular: nginx+Apache Most Imported Submission (even though for paid only) Gain notoriety by showing your expertise Build a consulting business off shared best practices Winner for Most Popular!

87. More Winners! Winner for most Useful! Winner for Most Innovative! Set up a standalone OpenLDAP server or a Provider-Consumer pair… with backups! “Create your own CDN” by deploying these globally with load balancing.

88. Multi-Cloud Agility JosepBlanquer

89. Multi-cloud today Public cloud A Multiple clouds for different purposes Redundancy and disaster recovery Geo-location Different stages, from dev to production Different application characteristics Support varying levels of security concerns Different cost structures and existing investments Varying levels of multi-cloud deployments Crawl, walk then run. Cloud portability (current focus) Buiding blocks model. Reuse assets, simplify management… Scaling and distributing across clouds (near future) Most complex and technically challenging form of using multiple clouds Requires significant custom work Production Disaster rec. Public cloud B Private cloud Test & dev

90. Multi-cloud pains: each cloud is different Other clouds are differentiating from AWS APIs differ, sometimes significantly Different resources, formats, versions Abstractions differ Network architectures differ: VLANs, security groups, NAT, ACLs, … Storage architectures differ: local/attachable disks, backup, snapshots, … Hypervisors and machine images differ Supported features differ Spot pricing, RDS, Attachable IPs or disks, etc.. Not just by cloud type, but by cloud instantiation or version And more…cost models, billing, reporting…etc Significant barriers to integrating a new cloud

91. RightScale multi-cloud approach Cross-cloud abstractions, unified view Unified UI and API for automation Servers/Arrays: runtime Same look and feel regardless of cloud ServerTemplates: configuration Server configurations that work across OS’s and clouds Convert base images to fully configured servers RightImages / Multi-cloud images: starting point Define and map compatible base OS installs across clouds Ever growing library of RightScript / Chef cookbook Design using abstractions, deploy using cloud specifics Expose and support the capabilities of each cloud and NOT a lowest common denominator approach

93. Thank You to our Partner Sponsors