Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 

Technobabble by Klee from @kleegeek

David Klee is all around geek who loves data - including the platform it resides on, virtualizing it, improving performance, availability, and disaster recoverability, and data presentation and visualization. He frequently advises organizations on the techniques of migrating their business-critical physical SQL Servers to the VMware infrastructure in his day job as Solutions Architect. David speaks at many national SQL Saturday events and SQL Server User Group meetings, as well as writes technical columns on SQL Server and virtualization topics on various blogs. He is on Twitter (https://twitter.com/kleegeek), LinkedIn (http://www.linkedin.com/in/davidaklee), and blogs frequently (http://www.davidklee.net).

Guest blog post at SQLAuthority – How many vCPUs are too many?

Last night my first guest blog pots over at SQLAuthority has gone live! It is the next in the “Notes from the Field” series, and is entitled “SQL SERVER – vCPUs – How Many Are Too Many CPU for SQL Server Virtualization ? – Notes from the Field #003″. I am very proud to be able to contribute to Pinal Dave’s (b | t | f) incredible content on his heavily-trafficked site!

In this post I discuss one of the most critical silent performance killers of an average virtualized environment – CPU overcommitment. In environments designed for consolidation, as so many are, the contention for CPU scheduling can dramatically impact of the database performance. Please head over there and read more!

If you are interested in a deep dive on the topic, you can read more here on a case study about the objective impact of CPU overcommitment on a SQL Server’s performance.

Comments

Leave a comment on the original post [www.davidklee.net, opens in a new window]

Loading comments...