SQL Server和虚拟化天生就是一对，而且它们变得越来越协调。它们之间的配合不仅是工作负载管理和整合，还能得到高可用性。新技术可以在多台主机上为SQL Server提供多处理器能力，保持虚拟机实例彼此步调一致，这样就可以实现在某一个实例停机时的零等待故障切换。

　　但是，要做到这一切，你需要一些硬件，为运行SQL Server的虚拟主机购买硬件与为SQL Server本身选择硬件是有些不同的。你还必须规划一下你的SQL Server实例。处理大数据库的繁忙实例可能自己整个就要占一个虚拟机，而较小的实例可能需要多个实例一起部署在单个虚拟机中。

　　请记住，虚拟机已经变成了你的基本管理单元：你可以把虚拟机挪动到不同的主机上，或者做故障切换等等，但是虚拟机内的每个实例也都随着虚拟环境一起走。我们要集中精力建立需要尽可能少处理器就能完成任务的虚拟机环境，那将使每个虚拟机以更小的粒度处理它们的工作负载，这也会使那些虚拟机与同一主机上的其它虚拟机更容易协作。

　　在配备主机时，有三件事情要考虑：磁盘吞吐量，内存和处理器。在最开始，你的资金最好投资在处理器上。不管是刀片服务器和紧凑的1U服务器谁做SQL Server的主机：你都会塞进更多处理器插槽和内核给4U的底架，这一底架运行一般比类似的1U和2U机架需要较少的制冷和电源需求。

　　为处理器速度找到“最有效点”，你可以用你花的钱得到最佳性能，不要只是挑选速度最快的。多加的那一点兆赫并不能给你带来巨大的性能改善。当然，要关注服务器级别的处理器。如果你是那种相信拿基于迅驰技术的主板现货就能构建服务器的人，那么在为SQL Server挑选托管主机时，还是请抛弃那种观点吧。

　　内存是下一项开支。内存当然是越多越好了。现今的许多管理程序通常都支持过量使用内存，也就是说你可以配置你的虚拟机使用更多内存，总共加起来可能要比主机本身的实际内存还要多。许多环境在配置允许50%过量使用的情况下，仍然表现良好，但是SQL Server也是真正的内存吞噬者。分析SQL Server实例可以看看它们通常会消耗多少内存，然后相应规划你的过量使用值，如果虚拟机一直要运行SQL Server实例的话，请不要把虚拟机放在同一台主机上，这样往往容易超出最大内存分配。

　　有一点请记住，SQL Server会尽力使用操作系统能提供的所有内存，这一点比其它服务器应用程序更强烈，因此如果Windows认为它有12GB内存，SQL Server通常会最大程度地利用它。这种机制会使得过量使用内存的设置遇到问题，所以处理起来要谨慎些。实际上，大部分有经验的数据库管理员在虚拟化SQL Server时一点也不喜欢过量使用内存。

　　这就是说，在你购买服务器时，内存量是可以克扣的一项。因为内存不够的话你可以后来再加，即便你在服务器上已经安装了足够的内存模块，你还得留出空余插槽便于将来扩展。当然，也不要便宜了你买的内存，要充分利用。要使用纠错内存，而且要使它与服务器主板的速度相匹配。换句话说，不管你选择哪家服务器供应商推荐给你的服务器，最好从同一家供应商购买内存。毕竟，如果你的内存出了问题，这家供应商最可能给你提供支持。

　　磁盘是最后一项，在大多数SQL Server的环境中，人们一般都会建立存储区域网(SAN)，而不是严重依赖服务器的内部存储。(你可能会建立内部硬盘的镜像组来运行SQL Server和Windows本身，但不会用来存储数据。)至于优先顺序，请为容错，速度和容量构建你的SAN;如果你认为你需要一个10TB的SAN，那么容量就是你要考虑的最后一个因素。

　　首先，要确保你能支付得起足够的存储冗余，这样就能在少量磁盘故障时不丢失数据，同时你必须建立足够快的I/O访问来支持SQL Server运行。SQL Server最常见的瓶颈就在于存储速度，所以我们几乎不可能建立“太快”的SAN。在虚拟环境中尤其如此，因为在数据写到虚拟磁盘镜像时带来了I/O开销。

　　虽然SQL Server具备在虚拟机上运行的完美能力，但是要为SQL Server虚拟主机购买硬件并配置虚拟机需要一定的专门方法。简单地把你现有的SQL Server实例迁移到配置不当的虚拟机中或者低配置的主机上，会极大地降低性能。我们无需冒这个风险：只要你把这些注意事项牢记在心，你就会获得SQL Server运行所需的高效的虚拟基础设施。