RightScale Webinar: February 15, 2011 – For hybrid clouds to be useful, IT pros need to be able to easily manage and automate their capacity across multiple resource pools, private and public. In order to achieve this, companies are turning to Cloud.com and Rightscale to automate infrastructure orchestration and application management in the cloud.
5. Agenda Industry perspectives Cloud.com & RightScale Building a hybrid-cloud Managing hybrid-cloud deployments A hybrid-cloud demo Conclusions / Q&A Please use the questions window to ask questions anytime!
24. You still have to manage this stuffPhoto: Brandi Sims / http://www.flickr.com/photos/houseofsims/2965101417/
25. Early Hybrid Guidance Cloud becomes “viral” in your tool-chain Private cloud: speed, proximity, regulated data, legacy systems Public cloud: “jobs,” external facing apps, SaaS, collab, mobile, LoB apps, dev/QA labs, new apps Cost is often demoted in favor of agility
26. Resource Pools Requirements Filter Application Portfolio Public Cloud Performance App 1 App 1 VPC Cost App 2 App 2 Security Private Cloud: Internal DC Colocated App N Compliance App N Reliability Workload deployment freedom It’s about using multiple resource pools, not choosing one
27. Pain points APIs differ Different sets of resources Different formats and encodings Several simultaneous versions for a single cloud Abstractions differ Network architectures differ: VLANs, security groups, NAT, IPs, ACLs, … Storage architectures differ: local/attachable disks, backup, snapshots, … Hypervisors and machine images differ Supported features differ …cost models, billing, reporting…etc They are truly different applications, with different semantics
28. Cloud.com Overview Providers of turn-key Private and Public Cloud Infrastructure as a Service Solutions (IAAS) Founded in 2009 by leaders in virtualization, service provider and infrastructure software Large Customer deployments around the globe Ecosystem alignment with market makers Highly differentiated technology
33. Hybrid-cloud, where to start Setting up your cloud Identify the workload to start with Allocate a small amount of resources (half-rack) Select hypervisor (any is fine, KVM or XEN recommended) Download cloud.com software at: www.cloud.com Networking – various settings support Storage – local disk Register cloud with RightScale
34. Foundation: CloudStack Secure, multi-tenant cloud platform Supports commodity and enterprise components Architected for scale Elegant, AJAX based end user interface Optimized for both private and public cloud deployment Open Source (GPLv3)
35. Management: RightScale Unified Hybrid-Cloud UI and API Multi-Cloud Servers/Arrays Multi-Cloud Server Templates Multi-Cloud Images Security, transparency and control ServerTemplate Image Server 1:N I 1:1 I I I I runnable abstraction software config runtime config cloud resources
37. Thinking hybrid-cloud: summary Integrate clouds with your existing IT strategy Not all clouds are created equal; don’t forget clouds beyond yours Identify a use case (or two) you are solving for Start small and learn; be ready to iterate Acknowledge the immaturity, but don’t let it hold you back Security, control, data integrity, compliance Think different, again!
38. 1. Download cloud.com: www.cloud.com 2. Get a RightScale Free account: www.RightScale.com 3. Schedule an evaluation for a Proof-of-Concept Contact Info: Redmonk.com: cote@redmonk.com; (512) 795-4307; @cote Cloud.com: sales@cloud.com; (877) 349-7564; @clouddotcom RightScale:sales@rightscale.com; (866) 720-0208; @rightscale More Info: Webinar archive: www.RightScale.com/webinars Q&A - Getting Started
40. Integrate IaaS into your Infrastructure Strategy Not all clouds are created equal Build off of existing operational choices Start with a pilot Evaluate all your options on-premise vs. hosted physical vs. virtual Acknowledge the immaturity, but don’t let it hold you back Security, control, data integrity, compliance
42. (Multi-Cloud) Servers and Arrays Servers and Arrays are runtime abstractions All Servers look and smell similar, regardless of cloud: Can be started, stopped or run operational actions in the same way Show monitoring data, and can configure alerts in the same way They coexist in mixed deployment listings, same filters, columns… They can support abstractions that some clouds don’t support … Can be very different beasts, but they are seamlessly integrated ServerTemplate Server 1:N I 1:1 I I I I MCI runnable abstraction software config runtime config cloud resources
43. Parenthesis: What are ServerTemplates? Configuring servers through bundling Images: Configuring servers with ServerTemplates: Custom MySQL 5.0.24 (CentOS 5.2) Custom MySQL 5.0.24 (CentOS 5.4) A set of configuration directives that will install and configure software on top of the base image MySQL 5.0.36 (CentOS 5.4) MySQL 5.0.36 (Ubuntu 8.10) MySQL 5.0.36 (Ubuntu 8.10) 64bit Frontend Apache 1.3 (Ubuntu 8.10) Frontend Apache 2.0 (Ubuntu 9.10) - patched CMS v1.0 (CentOS 5.4) CMS v1.1 (CentOS 5.4) My ASP appserver (windows 2008) My ASP.net (windows 2008) – security update 1 Base Image Very few and basic My ASP.net (windows 2008) – security update 8 SharePoint v4 (windows 2003) – 32bit SharePoint v4 (windows 2003) –64bit Win 2003 CentOS 5.2 Ubuntu 8.10 SharePoint v4.5 (windows 2003) –64bit CentOS 5.4 Win 2007 Ubuntu 9.10 …
44. (Multi-Cloud) Server Templates They are software configuration abstractions Bridge the gap between the starting point (a base Image) and a fully configured machine Abstract Cloud and Operating System differences Gather a set of user defined, high-level Input values Can partially help in the sharing of data Are versionable and publishable Allow configuring servers always in the same or equivalent way ServerTemplate Server 1:N I 1:1 I I I I MCI runnable abstraction software config runtime config cloud resources
45. Multi-Cloud Images (MCI) MCI’s abstract a set of requirements in a cloud image Example: A CentOS 5.4 Image Provide an equivalency map of base images across clouds CentOS 5.4 Image is ‘ami-feff’ in EC2 East, and ‘1234’ in Cloud.com They are versionable and publishable Are associated to ServerTemplates ServerTemplate Server 1:N I 1:1 I I I I MCI runnable abstraction software config runtime config cloud resources
46. Hybrid-cloud, where to start Practical use cases POC – multiple clouds, single interface, methodology, etc. Splitting production from development & test Geo-location requirements Additional capacity – read intensive apps
47. Workloads that are Optimal for Cloud “Hypergrowth” “Predictable Load” “On and Off” Compute Inactivity Compute Compute Time Time Time Seasonal activitiesPredictable demand Over provisioning is wasted Examples: Tax season Holiday demand Batch jobsScheduled workloads Pilots, trials and tests Over provisioning is wasted Examples: Test and Dev New product introductionsViral programs Critical impact Keeping up with demand is a challengeExamples: Twitter Facebook Zynga
Notas do Editor
Betsy, transition to Ed
Betsy, transition to Ed
Betsy, transition to Ed
Betsy, transition to Ed
Betsy, transition to Ed
Betsy, transition to Ed
The punchline here is that one needs to step back, and look at the challenges a bit like an integration problem. That is, one needs to work with “portable abstractions” and be able to integrate them across.I think it is very similar to what one would do in building an application or service, consisting of several sub-applications written in different languages.So let me share some considerations to be had in mind when going multi-cloud [POINTS]So it is a fairly different way to think about stuff…it’s all about higher-level abstractions.But not all is lost, RightScale helps with these a lot….let me tell you how…
RightScale already provides several abstractions that are cloud-agnostic. In fact you’re already using probably all of them (despite you might only be deployed in 1 cloud)..We have the concept of a server (something that can be launched/running on any cloud)The concept of a ServerTemplate, which specifies the configuration we want on a serverAnd the concept of an MCI which specifies which image configuration we want (lower-level stuff)And all these things are RS concepts…the cloud is not really involved in all this…
The punchline here is that one needs to step back, and look at the challenges a bit like an integration problem. That is, one needs to work with “portable abstractions” and be able to integrate them across.I think it is very similar to what one would do in building an application or service, consisting of several sub-applications written in different languages.So let me share some considerations to be had in mind when going multi-cloud [POINTS]So it is a fairly different way to think about stuff…it’s all about higher-level abstractions.But not all is lost, RightScale helps with these a lot….let me tell you how…