VMware 中的 SQL 服务器

Question

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

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

编辑：澄清一下，我已经使用 ISCSI equallogic San 在不同的集群中拥有超过 70 个虚拟 SQL 服务器 -

我真正要寻找的是那些高级配置，例如：

您如何配置磁盘/RDM

您是否使用 Mem.ShareScanGHz 之类的设置 - http://communities.vmware.com/thread/143828 - 没有很好的记录

Answer 1

通常我讨厌链接到供应商白皮书，但 VMware 发布了一份关于此的白皮书，非常好：

里面的一切都很重要，我可以亲自为很多人担保。虚拟 CPU 越少越好：如果您没有使单个 CPU 100% 饱和，那么您就不想添加第二个虚拟 CPU。它与 VMware CPU 调度的工作方式有关。

文档中唯一没有明确定义的是多路径。使用 ESX 3.5 及更早版本，您无法获得真正的 SAN 主动/主动多路径。如果您需要为单个虚拟机提供多个 HBA 带宽，则在 vSphere 4 发布之前，它需要保持为物理机，即使如此，您也必须获得顶级版本才能获得真正的多路径。

Answer 2

我们有一个 3 节点 vmware 集群，每个节点都是 HP 365（2xCPU 4 核，1.8Mhz），每台服务器 32 GB RAM，并通过光纤通道连接到磁盘块。

我们支持 20 多个 SQL 虚拟机（SQL2000、SQL2005 和 SQL2008、实时、开发和测试）以及其他通用 Windows 2003 服务器（iis6、应用程序、文件和打印等），并且至少还有两倍的空间需要迁移到其上，我不知道预计不会有任何性能问题。

这三个节点为我们提供了“顶级”冗余和弹性。如果一个节点发生故障（或进行维护），其他两个节点仍然可以提供相同的性能。三个是奢侈的（或者他们喜欢称之为最佳实践），两个就足够了。

实际的虚拟机相当轻。通常有 1vCPU 和 1GB RAM，并且托管 20 或 30 个数据库。一两个繁忙的虚拟机是这个数字的两倍，但这通常是因为使用 SQL Server 作为玩具的应用程序编写得很糟糕（不使用存储过程等，但这在“其他”站点上讨论得很厉害！；）

虚拟机使我们能够灵活地创建更多“较小”的服务器，这些服务器具有相似的使用模式（使大数据移动者远离轻量级网站系统）和/或 SLA 要求（将所有重要的内容与通用且标准化的操作实践放在一起））。

鉴于我们拥有大量 RAM、CPU 和快速磁盘，我们无需对系统进行微调。DISK 是多个 RAID 10 阵列（大致分为操作系统、事务日志和数据库），其中有一些用于备份和转储的大 RAID%。

许多冗余 1GB 网络连接到冗余边缘交换机。