对于经验丰富的操作系统来说，这可能是一件很明显的事情，但是，在这个问题上，请耐心等待（我也是一个开发人员，也是不得不pipe理我们的服务器的副作用）。
目前，除了运行通常的面向客户的Web服务器之外，多台服务器之一（负载平衡）还运行一些劳动密集型的守护进程（它们与caching服务器，数据库服务器和多个第三方Web服务进行交互） 。 这些守护进程完成的工作随着当前站点访问者（ 所有 Web服务器的访问者）的数量而增加。
我的问题是，你会说把这些守护进程移到他们自己的服务器上是不是更好？ 或者，将这个运行它们的服务器移动到一个具有更多运行时间内存的新服务器上是否有益呢？
谢谢。
在这种情况下。 第一件也是最重要的事情是要弄清楚这些服务器是否真的在挣扎。 您需要在高峰负载时间运行一些延迟testing，并确定交易是否不满意速度。
通常，劳动密集型的守护进程在Web服务器上运行是一个很好的select，因为Web服务器很less占用CPU时间。 这意味着你不浪费资源。 如果守护进程的CPU使用率过高的确引起服务器的重复性问题，那么最好首先尝试摆脱优先级和优先级来优化Web服务器。
如果这还不够，我会像你说的下一个尝试在分离守护进程之前运行更强大的服务器，这可能有助于将它们分离到自己的服务器上，这是不可能的，因为大多数守护进程和以前一样使用不同的资源Web服务器，并不会抗衡他们。
您是决定应用程序要求的最能胜任的人。 您需要确定是否有其他服务器可以改善用户体验。 如果不寻常的守护进程不需要实时运行（即他们不服务用户），那么把它放在别的地方可能是个好主意。 如果用户依赖他们，Web服务器可能是他们最好的地方，也许你只需要更多的Web服务器（和守护进程服务器）。
作为一个最佳实践，是的，你应该分离你的服务器的angular色。
将每种types的服务器应用程序堆叠到一个盒子上通常是一个坏主意。 但是，如果你有预算限制，你无法避免，这不是你有一个select。