Web服务器规划

我不知道你的业务逻辑是如何强化CPU的，你对增长的希望/计划是什么。 但是我会开始考虑可扩展性，即使现在它有点矫枉过正。

您可以将所有机器都作为虚拟机在后台运行，然后添加更多的硬件 – 这显然效率较低，但将使未来更容易处理增长。

我的承担是：

• 一对具有故障转移机制的反向代理，所以一个是主动的，一个是被动的。 你可以从apache2或nginx开始，后来转到硬件解决scheme。 服务器之间的故障切换可以通过心跳完成。
• 负载均衡机制在代理之间分配您的实际应用服务器之间的stream量和处理任何失败
• 两个应用程序服务器在开始
• 要么粘性会话[所以客户端连接到应用服务器#n得到所有她的查询服务器]或单独的会话服务器[一切都变得高度可用]
• 是可能的分区mysql数据库[再次 – 非常依赖于您的要求和数据集，如果你无法想象有超过5-10GB的数据 – 也许没有必要]。 每个实例使用drbd复制或主 – 从或主 – 主复制进行保护。

如果你去虚拟化的方法，你可以从租用的机器开始，并找出后来该做什么… vms是相当便携的野兽。

所有这些可能是过度的，但我认为至less逆向代理+虚拟化是值得实施的，而分区是很好的考虑。

我会投票给两个单独的服务器。 我build议阅读这篇文章的答案，这个文章讨论的是有两台机器还是两台机器比较好： 小型操作的单点故障

有很多很好的论点，为什么分开我们的应用程序在多个服务器上更好。