VMware中的SQL server

Question

请提供您在VMWare ESX中虚拟化Server的技巧和最佳实践，我对高级配置和设置感兴趣。

请提供你的建议背后的理由

编辑:为了澄清，我已经有70多个虚拟SQL服务器在单独的集群中使用ISCSI equallogic San -

我真正想要的是那些高级配置，比如：

如何配置磁盘/RDM的

您是否使用了像Mem.ShareScanGHz - http://communities.vmware.com/thread/143828这样的设置，这些设置没有很好的文档记录。

Answer 1

通常，我不喜欢链接到供应商白皮书，但VMware发布了一份白皮书，令人惊讶的是，它是好的：

http://www.vmware.com/files/pdf/solutions/sql_服务器_虚拟_bp.pdf

里面的每件事都很重要，我可以亲自担保。少一些虚拟CPU确实比更好:如果你没有一个CPU的100%饱和，那么你就不想增加第二个虚拟CPU。这与VMware CPU调度的方式有关。

在文档中唯一没有显式定义的是multipathing。使用ESX3.5和更早版本，您不会得到真正的主动/主动多路径为您的SAN。如果一个虚拟机需要一个以上的HBA带宽，那么它需要保持物理机器的状态，直到vSphere 4发布，即使这样，您也必须获得最高级的版本才能得到真正的多点处理。

Answer 2

我们有一个3节点的vmware集群，每个节点都是一个HP 365 (2xCPU 4核，1.8Mhz)，每个服务器32 GB RAM，以及连接到磁盘的光纤通道。

我们支持20多个SQL (SQL2000、SQL2005和SQL2008、live、dev和test)以及其他通用的Windows 2003服务器(iis6、应用程序、文件和打印等)，并且至少有两倍的服务器可以移植到它上，而且我不希望有任何性能问题。

这三个节点为我们提供了“超过顶部”的冗余和弹性。如果一个节点出现故障(或者是为了维护)，另外两个节点仍然可以提供相同的性能。三是一种奢侈(或他们喜欢的最佳实践)，两种就足够了。

实际的vm相当轻。通常是1vCPU和1GB RAM，它们承载20或30个数据库。一个或两个比较繁忙的vm是两倍，但这通常是因为编写不好的应用程序使用SQL Server作为玩具(不使用存储过程等，但这是讨论到死亡在“其他”网站！)

vm为我们提供了创建更多“较小”服务器的灵活性，这些服务器具有类似的使用模式(使大数据移动器远离轻量级网站系统)和/或SLA需求(将所有重要内容与通用和标准化的操作实践结合在一起)。

考虑到我们有大量的RAM、CPU和快速磁盘，我们不需要对系统进行微调。磁盘是多个RAID 10阵列(大致分为OS、事务日志和数据库)，其中有一些用于备份和转储的大RAID%。

大量冗余的1GB网络连接进入冗余边缘交换机。

Answer 3

这个主题在最近的一个VMware社区播客中得到了深入的讨论。请看这里：http://blogs.vmware.com/vmtn/2009/03/virtualizing-sql-server-podcast-white-paper.html，听第42集：http://www.talkshoe.com/talkshoe/web/talkCast.jsp?masterId=19367