1 / 31

Application models for utility computing

Application models for utility computing. Ulrich ( Uli ) Homann Chief Architect, WW Enterprise Services Microsoft Corp. Session Code: ARC307. Session Objectives And Takeaways. Highlight the looming energy crisis in the data center

yael
Télécharger la présentation

Application models for utility computing

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Application models for utility computing Ulrich (Uli) Homann Chief Architect, WW Enterprise Services Microsoft Corp. Session Code: ARC307

  2. Session Objectives And Takeaways • Highlight the looming energy crisis in the data center • Understand the application designers role in reducing energy consumption • Understand how virtualization can support you in going Green

  3. Will your Data Centers be Rated by the Government? • Outcome: EPA Energy Star Program • Energy Star for Servers May 2009 release • Energy Star for DCs Jan 2010 release Congress Passed Public Law 109-431 Dec 2006 EPA to study and promote IT Efficiency EPA provided response August 2007 http://www.energystar.gov/index.cfm?c=prod_development.server_efficiency http://www.energystar.gov/ia/partners/prod_development/downloads/EPA_Datacenter_Report_Congress_Final1.pdf 4

  4. In the US: Capacity Growth = 0.8%/yr Usage Growth = 1.1%/yr DC Growth = 15%/yr Why the Government Cares? Today in US 1.8 to 2.0% US Projections: 2020  10% 2030  30-40% 5

  5. All of this Drives Costs - Data Center Economics have Changed! DC Energy Belady, C., “In the Data Center, Power and Cooling Costs More than IT Equipment it Supports” Electronics Cooling Magazine (Feb 2007) 6

  6. Where Data Center Power Goes Utility Load PUE = ------------------ = 2 IT Load Source: EYP Mission Critical Facilities Inc., New York Microsoft is focusing on all the pieces of the pie 7

  7. “Sins” of our fathers From an application development perspective

  8. Synchronicty is Dead

  9. “Success” - a design tenet

  10. SOYP – capacity planning methodology

  11. Application architects – Belts-and-suspenders people?

  12. Solution approaches

  13. Constraint based planning Energy Spend • You can: • Increase DC count • Hold # DC • Decrease # DC • With a corresponding • Increase Capacity • Hold capacity steady • Decrease Capacity Service Units Available Service Units Consumed • You can: • Increase DC size • Hold DC Size • Decrease DC size • With a corresponding • Increase power $$ • No change • Increase flexibility at a cost of faster to full Data Center #’s of DC’s Key lesson: Servers use vital resources whether on or off

  14. Trends in DC design • Configuration & Construction • Modularize the Data Center • Use the same kit of parts in pre-manufactured modules • Solution to accept racks, skids or containers • Redundancy & Reliability customized to each DC Class • Facility to accommodate Variable Power Density • Cost • Reduce capital cost/MW by Class • Leverage industry to drive down initial & operating costs • Time To Market - Move to lowest $ Cost DC investment • Data Center Facility delivered with the servers • >ROIC – return on invested capital • Sustainability • Lowest yearly average PUE in the Industry • 2008 < 1.5, 2010 < 1.25, 2012 < 1.125 • Calculate TCOE not just operational efficiency • Initiative to reduce building, copper, water • Drive to Chiller-less data centers and aggressive outside economization

  15. Next Gen DC - Key Characteristics • Modular • Scalable • Plug-and-play infrastructure • Factory pre-assembled PACs & PMBs • Rapid deployment • Demountable • "Fail Small“ • Reduce TTM • Reduced construction • Sustainable measures Pre-assembled containers (PAC) Pre-manufactured buildings (PMB)

  16. A Responsible Dynamic Topology? SQL ASP ASP ASP ASP ASP IIS IIS IIS IIS IIS

  17. Key transformation elements Approach: • Modular • As-needed reliability • As-needed maintainability • Manufacturing-oriented • Services-based

  18. Services-based approach

  19. Segment your solution Service Model <ITService> <Site> <Server Group> Simple topology view <Server> <ServerRole>

  20. Server (workload) segmentation • Server Groups manage like servers (workloads); • Today Server Groups are static – numbers of instances are effectively fixed; • Enable your solutions and deployment to allow the infrastructure to reduce and increase the numbers of servers in any given server group at any given time; The term “server” doesn’t mean what it used to anymore!

  21. Server Role segmentation • Introduce Server Roles as part of your solution • Going from component to Services is not granular enough • Group related functionality in Server Roles • E.g. Payrolls, general ledger • Plan your Services deployment with Server Role isolation in mind • Allow the infrastructure to dynamically start and stop server roles (deployed as VM’s)

  22. Start slow and grow in ‘scale units’ • Pete’s SharePoint order (representing max growth): • 50,000 users • 20,000 team sites • 150MB/site • Responses per second: 100 • Monitoring counters in the operational configuration and monitoring environment (SC OM 2007) trigger growth (or shrink) provisioning once the specific capacity driver hits 80% of specified value: • Growth based upon RPS (growth type A): initial size – 99 RPS; counter is set to 80 RPS • Growth based upon content db size (growth type B): initial size – 0.8 TB; counter is set to 0.7 TB

  23. Projected Load Profile

  24. Load by Time of Day

  25. Enable Virtualization and "Run Full" • Decompose application into work loads (servers) that can be dynamically scheduled • Break dependencies between your product’s services • Allow customers to pick time of day, day of week, etc, and allocate capacity of individual parts dynamically • If one server role is “out” right now, application should not break • Define scale units for your server roles so that they can be reduced in size to a minimal level and grown in chunks • Application server roles should not break if resources get allocated by quota by application role • (20% CPU for you, 60% for you) • Monitoring can no longer assume all parts are “on” at all times. • Server roles become dependency bound for scheduling of parts that need to run together. • If inseparable parts, put in same server role, deploy in same image • Break up the work types that your application does so they can operate out of band over units of time • Synchronicity (scale out) is not by server. It is by virtual server image. • Parts communicate across images

  26. question & answer

  27. Required Slide Speakers, TechEd 2009 is not producing a DVD. Please announce that attendees can access session recordings at TechEd Online. Resources • www.microsoft.com/teched Sessions On-Demand & Community • www.microsoft.com/learning • Microsoft Certification & Training Resources • http://microsoft.com/technet • Resources for IT Professionals • http://microsoft.com/msdn Resources for Developers

  28. Complete an evaluation on CommNet and enter to win an Xbox 360 Elite!

  29. Required Slide © 2009 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.

More Related