我们正在重新考虑我们的开发环境。目前,我们所有人都使用Elitebook笔记本电脑,但速度不够快。我们正在考虑将开发环境虚拟化到一个中央VM服务器上。
我们的开发人员使用Visual Studio工作,并使用SQL Server作为数据库。我们还有一些SharePoint开发人员需要64位Win2k8机器来支持SharePoint 2010。这些已经是虚拟机,具有自己的本地SQL Server安装。
每个开发人员的机器或VM都安装了SQL Server。这需要从所有盒子中获取资源,并且在团队协作项目时非常具有挑战性。因此,我们正在研究将资源集中到单个DB服务器的可能性。该服务器必须运行多个SQL Server实例(每个Sharepoint开发人员首先需要一个单独的实例)。我们还需要旧版本的SQL Server 2005和SQL Server 2000安装程序以支持向后兼容性。除了SQL Server盒子外,计划包括为每个开发人员安装开发工具的VM会话。因此,开发人员可以直接RDP到开发环境,拥有自己的映像并利用集中式DB服务器。测试服务器也将在同一环境中虚拟化。
我正在寻找有关此事的一些提示和最佳实践。例如:
我们的开发人员使用Visual Studio工作,并使用SQL Server作为数据库。我们还有一些SharePoint开发人员需要64位Win2k8机器来支持SharePoint 2010。这些已经是虚拟机,具有自己的本地SQL Server安装。
每个开发人员的机器或VM都安装了SQL Server。这需要从所有盒子中获取资源,并且在团队协作项目时非常具有挑战性。因此,我们正在研究将资源集中到单个DB服务器的可能性。该服务器必须运行多个SQL Server实例(每个Sharepoint开发人员首先需要一个单独的实例)。我们还需要旧版本的SQL Server 2005和SQL Server 2000安装程序以支持向后兼容性。除了SQL Server盒子外,计划包括为每个开发人员安装开发工具的VM会话。因此,开发人员可以直接RDP到开发环境,拥有自己的映像并利用集中式DB服务器。测试服务器也将在同一环境中虚拟化。
我正在寻找有关此事的一些提示和最佳实践。例如:
- 一个普通盒子可以承载多少个SQL Server实例?如果我们升级虚拟化核心/内存,是否足以添加新实例?我不期望在开发中使用太多。
- 与在每个开发盒子上保留本地实例相比,集中SQL Server实例的缺点是什么?
- 应该如何将其集成到DTAP策略中?