Bob Roudebush BlueLock Lightning Talk at CloudCamp Cincy


Published on

Bob Roudebush givs BlueLock Lightning Talk at CloudCamp Cincy

Published in: Technology
1 Like
  • Be the first to comment

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • Availability: Applications running within the cloud run fine, but if there is a crash or the application needs to be terminated, it’s out of commission until a new instance can be brought online.App-Tier Scalability: If an instance of the application gets overloaded, there’s no way to add more resources to improve application performance.Data-Tier Scalability: Sometimes the back-end database is the bottleneck for performance.Maintenance: There’s no easy way to update the application without downtime.
  • Since it’s possible to abstract the underlying hardware from the workload running within a VM it’s also very easy to do things like allocate more memory or compute power to the VM than is actually available on the underlying physical hardware. As the business grows, the demand on application performance may grow with it? It should be easy to assign and re-assign things like CPU and RAM resourcesDifferent IaaS and cloud computing models are based on different technologies – VPS (Virtual Private Servers), dedicated physical hardware and virtualization platforms like VMware. How much CPU and RAM in total (usually different based on the underlying model being used) can be assigned to the application(s) has an impact on the decisions you make about scaling.Scale Up Not Always the Answer:The reason is that there is always a limit to the physical hardware that can be thrown at an application and a lot of applications aren’t even designed from the beginning to scale in this manner. With VMware a maximum of either 4 or 8 vCPUs (virtual CPUs) can be assigned to a VM depending on the version of ESX being used. There are even good reasons why arbitrarily assigning the max number of vCPUs to a VM isn’t the best course of action.  More importantly, if the application (and underlying OS) wasn’t built to support SMP and multi-threading, adding vCPUs will have no effect whatsoever. If scalability is a concern, ensure that all of the applications components can take advantage of a large number of CPUs and can address > 4GB of RAM. This is known as a “scale-up” model. 
  • In highly scalable application deployments, though, a “scale-out” model is usually more appropriate. Applications that are designed to spread load across two or more hosts allow you to add compute capacity simply by adding additional servers. On the back-end, adding additional database servers and using horizontal scaling relational database tricks like database shards allow you to remedy DB bottlenecks without implementing huge SMP systems to accommodate query load. The added benefit of this “scale-out” approach is that you get higher availability of the application for free. You can take one application server offline for maintenance while not affecting the other servers in the application farm. In addition, if one application instance experiences a crash other users on other instances of the application continue to function normally.
  • In the on-premise, physical server world both the “scale-up” and “scale-out” approaches I’ve discussed was usually very costly. 4-way or 8-way servers with gobs and gobs of RAM are an expensive way to grow vertically and add performance and though smaller systems used as part of a horizontal scaling approach are less expensive initially, they add a whole new level of complexity and expense in terms of ongoing maintenance. What’s more, during non-peak times all this compute infrastructure sat largely un(der)-utilized. What is exciting about cloud computing IaaS – is that this computing model is perfect for these kinds of scalability needs. For scale-up applications, clients can start small and grow into things. For scale-out applications, additional capacity can be added and managed much more easily than they can in the on-premise world by leveraging PaaS solutions.
  • Bob Roudebush BlueLock Lightning Talk at CloudCamp Cincy

    1. 1. Application Scalability In the Cloud<br />Bob Roudebush<br />Director of Sales Engineering, BlueLock, LLC<br />
    2. 2. Do these ________ make my _________ look fat?<br />
    3. 3. Does this _______ make my app look fat?<br />
    4. 4. Traditional Infrastructure v. Cloud Infrastructure<br />
    5. 5. Movin’ On Up…To The Sky<br />Can computing power be scaled (↕) if needed?<br />Assign/Re-Assign RAM and CPU<br />Tiered SAN Performance<br />Is Infrastructure being “over provisioned”?<br />Over-allocation of RAM and CPU<br />Storage I/O Performance<br />How high can the underlying platform scale?<br />Software Models: VPS, VMware, Xen, Hyper-V<br />Storage Architecture Capacity<br />
    6. 6. Scale-Out As An Alternative to Scale-Up<br /><ul><li>Requires Application Rearchitecture
    7. 7. Configuration as Coding
    8. 8. Ideal for Web-Facing Applications
    9. 9. App/Web Horizontal Scale, DB Vertical Scale
    10. 10. Additional Availability Benefits
    11. 11. Good Candidates for PaaS
    12. 12. .NET Azure, Ruby w/Heroku, etc.</li></li></ul><li>Summary<br />Gartner: by 2012, 80% of Fortune 1000 enterprises will be leveraging cloud computing in some way.<br />BlueLock, founded in 2006, provides multiple IaaS cloud hosting offerings.<br />