|
我工作的系统管理员正在寻求重新组织我们的服务器,他们建议我们将主要的生产SQL DB放在虚拟化服务器上??.
这样做有什么需要考虑的吗？
>我们是否应该期待性能下降？
>如果是这样,我们如何预防呢？
我知道这里有很多参数,但一些建议或经验会很有用.
SQL 2000和2005的版本(尽管我们可能会将2000升级为练习的一部分)
解决方法
做到了,但做得对！
>存在许可影响.您将需要许可服务器上的所有CPU,即使您不在访客中使用所有CPU(即只有一个vCPU vm),除非访问SQL Server的所有人都使用CAL.我们咬紧牙关,获得了所有CPU的数据库和SQL CPU Enterprise许可证(并获得了多核服务器)
>表现影响？是的,但很轻微.通常,您可以获得升级的后端SAN,LAN和光纤连接的所有优点.此外,你最好避免“一个大的虚拟机托管所有数据库”,并将它们分成几个较小的虚拟机.
正如布伦特所说,有2个vCPU和4GB RAM的甜蜜点.
>使用64位操作系统和64位SQL 2005 / SQL 2008.我会坚持使用32位SQL 2000 – 我个人不相信它！
>我们在三个节点(HP DL380,32GB RAM,2个CPU / 4核)上使用vmware ESX 3.5,为我们提供可扩展性和弹性(DRS / HA).查看vSphere 4以获取最关键服务器的主机故障转移.提示：尽可能多地在主机中获取RAM！我们开始变得有点紧张,你不希望在3台主机上超过60％,或者在4台主机上超过75％,除非你在失去主机时想要严重的慢速性能.
>我们在群集上运行了20多个SQL Server(以及另外十二个相关的FE服务器–Web,SharePoint).我们有另一个vmware集群(DL580的4个节点)用于其他生产(非SQL)虚拟机.超过170伏(总共90个’生产’)
>即便如此.即使使用单个主机,它也可以更加轻松地进行管理,升级并为您提供更加面向未来的环境.
祝你好运 – 盖伊 （编辑：威海站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
