SVN、TeamCity虚拟化/硬件要求

我试图将一个新环境的需求放在一起，包括TeamCity运行Sql Server、两个构建代理（目前）和一个SVN存储库

目前，共有6名开发人员和5个活跃的解决方案参与CI流程，随着时间的推移，这些解决方案将明显增长。目前，没有一个解决方案的构建时间超过10分钟，因此就复杂性而言，它们并不庞大

构建项目本身需要一个sql server实例，以便能够运行自动化测试——我假设它们应该与TeamCity sql实例分开

有人能推荐一个适合运行这些的硬件配置吗。磁盘i/o是否将比实际CPU功率更重要

我可以在单个多cpu、raid和虚拟化上运行所有这些吗

我们应该使用windows 2008和hyper-v吗

我总是让别人来处理服务器需求和构建，但现在我不得不把脚弄脏了

最受欢迎的任何建议

数据点：

我们的TeamCity环境（如果我没记错的话）由三个8核服务器组成，每个服务器都有32Gb的RAM，运行Windows 2008和HyperV。我们的SVN存储库位于不同的服务器上（出于历史原因）。我认为现在一切都在SAN上，以确保可靠性（如果其中一台主机出现故障，我们可以轻松地将虚拟机移动到另一台主机）

我们有10个构建代理，都在虚拟机中运行。其中4个用于直接构建；其中6个用于构建和运行系统测试（包括在测试中协调其他虚拟机）。我们选择这样做是因为我们的一些系统测试需要11小时才能运行，而且我们不想耽误构建队列。我们有分阶段发布——理想情况下，项目只有通过自动化单元和系统测试才能发布到测试部门

我们有十几个开发人员，一次在3到4个项目上积极工作。我们还使用TeamCity构建修补程序和维护版本

在你的场景中，我会选择Windows 2008和HyperV，在你预算中最大的盒子上。磁盘I/O比CPU能力更重要，但有了更多的内核，您可以更轻松地扩展到更多虚拟机。分配给每个VM的大量RAM避免了交换，并且帮助缓存，意味着磁盘I/O在某个点上少了，您可能会考虑有两个或多个框，因为故障，并且有时比用32GB RAM购买两个盒子要便宜，而不是为单个盒子购买64 GB选项。

---

使用虚拟机的一个优点是，您可以对它们进行快照并定期恢复。每个项目都应该有自己的SQL Server实例。

您应该看看我们文档中的“如何”部分：。。。在这里，您可以找到“估计TeamCity的硬件需求”主题。可能会有帮助。

上一篇文章中的链接已断开 以下是正确的答案。

---

罗杰，感谢您在回复中提供的详细信息。再次阅读您的回复后，非常感谢…11小时的测试，哇…想透露一下为什么这么长时间！其中一个测试将数百万行bcp到数据库中，然后运行要测试的代码。这一次测试可能需要一个小时。天哪！你在哪里工作？用于CI服务器的8核32gb ram不仅仅是一个CI服务器场。它也是一个虚拟测试实验室。这些服务器上有几百个虚拟机。每个测试代理将为每个测试套件控制多达12个虚拟机