Identifying Workloads to Move to the Cloud

1,896 views

Published on

RightScale Webinar: Cloud infrastructure offers a new set of building blocks for cost effectively deploying and managing applications. One of the first questions encountered is often which application workloads present the best fit? We’ll start by profiling different environments (datacenter, hosted and public/private cloud) and highlight the application characteristics that align well for each. We’ll then discuss the most common use cases we encounter and the reference architectures we’ve used to deliver them. Along the way, we’ll work to provide guidance how to evaluate company workloads for public, private and hybrid cloud deployments and when it makes sense to re-architect applications.

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,896
On SlideShare
0
From Embeds
0
Number of Embeds
54
Actions
Shares
0
Downloads
70
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • Telcos built point-2-point networks for their customers
  • PAVELOverview: Today’s webinar focuses on great and not so great workloads for the Cloud and our experiences from in the field!
  • PAVEL
  • PAVELCloud Computing is for every organization, maybe not for every workloadWe can help you determine which of your workloads are good for the cloud, and also which belong in which cloud. Public/Private/Hybrid
  • PAVEL
  • RYAN
  • RYANTelcosbuilt point-2-point networks for their customers
  • RYANTelcosbuilt point-2-point networks for their customers
  • RYANHighlighting boring pieces first, autoscaling last
  • RYANAMQP ServersRabbitMQ & CelerydNot auto scaling, easily manually scaled
  • RYANKey/Value data from AMQP events Load balanced riak tierNot auto scaling, easily manually scaled
  • RYANMySQL DB tierMaster & read slaves, easily scaled to include more read slaves
  • RYANDB Frontended by Memcached
  • RYANAuto scaling app tierAutomatically connects to ELB using scriptConfigured to communicate w/ AMQP and DB with RightScripts & Inputs
  • PAVEL
  • PAVEL
  • PAVEL
  • PAVELHighlight Squeeze portion of infrastructureMySQL DBs used for queuing
  • PAVELHighlight Squeeze portion of infrastructureMySQL DBs used for queuing
  • PAVELHighlight Squeeze portion of infrastructureMySQL DBs used for queuing
  • RYAN
  • RYAN
  • RYAN
  • RYANThis is only the DR location3 slave DB’s replicated from production – Only always live serversEverything else non-operationalWhen you execute DR plan you follow procedure to launch servers in proper order – all automated by RSFailover DB to slavesCutover DNS
  • RYANThis is only the DR location3 slave DB’s replicated from production – Only always live serversEverything else non-operationalWhen you execute DR plan you follow procedure to launch servers in proper order – all automated by RSFailover DB to slavesCutover DNS
  • PAVEL
  • PAVEL
  • PAVEL
  • PAVELHighlight DB servers on both sidesHighlight Global Traffic Manager
  • PAVELHighlight DB servers on both sidesHighlight Global Traffic Manager
  • PAVELHighlight DB servers on both sidesHighlight Global Traffic Manager
  • PAVELMaybe not necessarily characteristics of bad workloads, but a decision making process RE: when you would elect to move a workload to the cloud. Consider cost/infrastructure and design/level of effort/dynamic workloadCloud Computing is for every organization, maybe not for every workloadWe can help you determine which of your workloads are good for the cloud, and also which belong in which cloud. Public/Private/Hybrid
  • RYANCloud Computing is for every organization, maybe not for every workloadWe can help you determine which of your workloads are good for the cloud, and also which belong in which cloud. Public/Private/Hybrid
  • Identifying Workloads to Move to the Cloud

    1. 1. Identifying Workloads toMove to the Cloud<br />October 4, 2011<br />Watch the video of this webinar<br />
    2. 2. Your Panel Today<br />Presenting<br /><ul><li>Ryan Geyer, Sales Engineer, RightScale
    3. 3. PavelPragin, PS Architect, RightScale </li></ul>Q&A <br />Jason Dorfman, Account Manager, RightScale<br />Please use the “Questions” window to ask questions any time!<br />
    4. 4. Agenda<br />Characteristics of Ideal Workloads<br />Scalable Web Apps – Social Media/Gaming<br />Batch Processing – Encoding<br />Disaster Recovery (DR)<br />Multi-Region/Cloud<br />Characteristics of Bad Workloads<br />Live Q&A<br />Please use the “Questions” window to ask questions any time!<br />
    5. 5. CLOUD IS FOR EVERYONE,NOT EVERYTHING<br />Not<br />Every<br />App<br />Every<br />Firm<br />
    6. 6. RightScale Delivers Workload Deployment Freedom<br />Application Portfolio<br />Requirements Filter<br />Resource Pools<br />Public Cloud<br />App 1<br />Performance<br />App 1<br />App 2<br />Cost<br />App 2<br />Private Cloud 1<br />Security<br />App 3<br />App 3<br />Compliance<br />…<br />…<br />Internal DC<br />Reliability<br />App N<br />App N<br />It’s about using multiple resource pools, not choosing one.<br />
    7. 7. Characteristics of Great Workloads <br />Unpredictable load or explosive growth potential<br />Social gaming<br />Software as a service product launch<br />eCommerce<br />Blogs<br />Partial utilization<br />Seasonal eCommerce load<br />Month/Quarter/Year end data consolidation (batch processing)<br />Applications that are easily parallelized (scale out, not up)<br />Media streaming<br />Websites/applications<br />
    8. 8. Identifying Workloads to Move to the Cloud<br />Scalable Web Apps<br />
    9. 9. Scalable Web AppsChallenges<br />Unpredictable traffic spikes<br />Need to scale exponentially<br />Need high level of automation<br />
    10. 10. Scalable Web AppsCloud Strengths<br />Autoscaling capability<br />Unlimited resources on demand<br />Pay for what you use<br />RightScale enables automation and eases operations<br />
    11. 11. Example Scalable Web App Architecture<br />
    12. 12. Example Scalable Web App Architecture<br />AMQP<br />
    13. 13. Example Scalable Web App Architecture<br />AMQP<br />Load Balanced Riak<br />
    14. 14. Example Scalable Web App Architecture<br />MySQL DB Tier<br />
    15. 15. Example Scalable Web App Architecture<br />MySQL DB Tier<br />Memcached<br />
    16. 16. Example Scalable Web App Architecture<br />Auto Scaling Python App Tier<br />
    17. 17. Identifying Workloads to Move to the Cloud<br />Batch Processing<br />
    18. 18. Batch ProcessingChallenges<br />Need extremely high processing power<br />Need to process huge workloads<br />Need to process workloads fast<br />Fluctuating utilization cycle<br />
    19. 19. Batch ProcessingCloud Strengths<br />Autoscaling on demand using metrics<br />Bring up large numbers of servers fast<br />Throw huge numbers of servers at the problem<br />Pay for what you use and when you need it<br />
    20. 20. Example Batch Processing Architecture<br />
    21. 21. Example Batch Processing Architecture<br />Auto Scaling Application Tier (Squeeze)<br />
    22. 22. Example Batch Processing Architecture<br />MySQL DB Tier<br />
    23. 23. Identifying Workloads to Move to the Cloud<br />Disaster Recovery<br />
    24. 24. Disaster RecoveryChallenges<br />Need infrastructure in a different location<br />Don’t want to pay for hardware and not use it<br />Need to be able to launch a new deployment anywhere fast<br />Affordable disaster recovery<br />
    25. 25. Disaster RecoveryCloud Strengths<br />Use any public and/or private cloud<br />Run a scaled down deployment replica<br />Replicating slave DB is the only “always on” server<br />Use RightScripts and ServerTemplates to spin up deployments fast anywhere<br />Launch the rest of the servers in your deployment<br />Promote replicating slave DB to master<br />High level of automation for smoother failover<br />
    26. 26. Example Disaster Recovery Architecture<br />
    27. 27. Example Disaster Recovery Architecture<br />Slave DB’s (Always On)<br />
    28. 28. Identifying Workloads to Move to the Cloud<br />Multi-Region / Multi-Cloud<br />
    29. 29. Multi-Region / Multi-CloudChallenges<br />No public cloud in needed location<br />Need to burst to public cloud<br />Need better performance<br />High cost of public cloud at huge scale<br />Challenges and costs of DR<br />
    30. 30. Multi-Region / Multi-CloudCloud Strengths<br />RightScale enables you to deploy in multiple clouds and regions seamlessly<br />Private cloud can be set up in any datacenter anywhere<br />Burst to public cloud for more resources<br />Achieve better performance with private cloud<br />Save money by using your own hardware with private cloud at large scale<br />
    31. 31. Example Multi-Region/Multi-Cloud Workload Architecture<br />
    32. 32. Example Multi-Region/Multi-Cloud Workload Architecture<br />Global Traffic Management via DNS<br />
    33. 33. Example Multi-Region/Multi-Cloud Workload Architecture<br />Database Tier Replicated over SSL<br />
    34. 34. Characteristics of Bad Workloads<br />Very high performance applications (Disk I/O and Network)<br />Databases with very high I/O requirements<br />Application with very high I/O requirements<br />No tolerance for I/O performance fluctuations<br />High performance storage<br />Poor application design<br />Legacy and Enterprise Apps<br />Low Latency<br />Database Replication and Clustering that requires very high network throughput<br />Legacy and Enterprise Apps<br />Need for high performance network storage<br />Hardware dependency<br />
    35. 35. Getting Started and Q&A<br />Contact RightScale:<br />Next up in the “I’m in the Cloud – Now What?” series:<br />October 13<br />Optimizing Your Cloud Applications in RightScale<br /><ul><li> Rafael Saavedra, VP Engineering, RightScale</li></ul>www.RightScale.com/now-what<br />(866) 720-0208<br />sales@rightscale.com<br />www.rightscale.com<br />More Info<br />Webinar archive: RightScale.com/webinars<br />Whitepapers: RightScale.com/whitepapers<br />Free Edition: RightScale.com/free<br />RightScale Conference<br />Nov 8-9 in Santa Clara, CA<br />www.RightScale.com/Conference<br /><ul><li>Attend technical breakout sessions
    36. 36. Talk with RightScale customers
    37. 37. Ask questions at the Genius Bar</li>

    ×