虚拟化和 SQL 服务器

虚拟化和 SQL 服务器

我工作的地方的系统管理员正在考虑重新组织我们的服务器,他们建议我们将主要生产 SQL DB 放在虚拟服务器上。

在这样做时他们需要考虑什么吗?

  1. 我们是否应该预期业绩会下降?
  2. 如果是的话我们该如何预防呢?

我知道这里有很多参数,但一些建议或经验会很有用。

SQL 2000 和 2005 的版本(尽管我们可能会在练习中升级 2000)

答案1

做吧,但要做对!

  1. 这会对许可产生影响。您需要为服务器上的所有 CPU 进行许可,即使您不会在客户机中使用所有 CPU(即只有一个 vCPU 虚拟机),除非每个访问 SQL Server 的人都拥有 CAL。我们咬牙切齿,为所有 CPU 获得了数据中心和 SQL CPU Enterprise 许可证(并获得了多核服务器)

  2. 性能影响?是的,但影响很小。通常,您可以获得升级的后端 SAN、LAN 和光纤连接的所有好处。此外,最好避免“使用一个大型虚拟机托管所有数据库”,而是将它们拆分为几个较小的虚拟机。正如 Brent 所说,2 个 vCPU 和 4GB RAM 是最佳选择。

  3. 使用 64 位操作系统和 64 位 SQL 2005/SQL 2008。对于 SQL 2000,我会坚持使用 32 位 - 我个人不信任它!

  4. 我们在三个节点(HP DL380、32GB RAM、2 个 4 核 CPU)上使用 vmware ESX 3.5,以获得可扩展性和弹性(DRS/HA)。查看 vSphere 4 以对最关键的服务器进行主机故障转移。提示:在主机中获取尽可能多的 RAM!我们开始变得有点紧张,除非您希望在丢失主机时性能严重下降,否则您不希望在 3 个主机上超过 60% 的标记,或在 4 个主机上超过 75% 的标记。

  5. 我们的集群上运行着 20 多个 SQL Server(以及另外十几个相关的 FE 服务器 - Web、SharePoint)。我们还有另一个 vmware 集群(4 个 DL580 节点)用于其他生产(非 SQL)vm。总共有 170 多个 vm(其中 90 个是“生产”)

  6. 即使如此。即使只有一台主机,它也使管理和升级变得更加容易,并为您提供更具前瞻性的环境。

祝你好运 - Guy

答案2

上周,我在 Quest 虚拟会议上与 Brent Ozar 和其他人进行了交谈。他给了我一个他的网站链接。我当时问的问题和你现在问的差不多。

这里这里 祝你好运,在我输入这些内容时,我们正在使用 fibre Sans 在 Xen 服务器上测试 SQL。

哦,系统管理员想这样做吗?有一篇文章

相关内容