Web服务器计划

Question

我正在考虑在一个数据中心为我们的web项目设置一个可能的web服务器。我们每天将有100万名独特的游客。

我们将做一些轻量级的工作，比如渲染页面，我们“最难”的任务是在用户提出要求时为他们生成一份页面PDF报告，并在他们购买信用卡时向他们收取费用。

哪一种方法会更聪明、更稳定：

• 包含web服务器(apache、php等)和数据库(mssql)的单个服务器。
• 两个服务器，一个是web服务器(apache，php等)，另一个是数据库服务器(mssql)。

此外，您还可以推荐您自己的理想设置理念:)

一个额外的问题是:从数据中心购买我们自己的服务器，购买联合定位服务器，还是直接购买专用服务器，这是否更明智？

谢谢

Answer 1

我不知道您的业务逻辑有多密集，您对增长的希望/计划是什么。但我首先要考虑的是可伸缩性，即使现在有点过分了。

您可以在一台机器上运行所有的机器--两台强大的服务器作为虚拟机，然后再添加更多的硬件--这显然会降低效率，但将使未来的处理增长更容易。

我的看法是：

• 具有故障转移机制的反向代理对，因此一个是主动的，一个是被动的。您可以从apache2或nginx开始，稍后转到硬件解决方案。服务器之间的故障转移可以使用心跳完成。
• 代理内部的负载平衡机制，在实际应用程序服务器之间分配通信量，并处理任何应用程序服务器的故障。
• 开始时有两个应用服务器
• 粘性会话因此，客户端一旦与appserv#n连接，就可以从其中获取所有她的查询服务器.或单独的会话服务器因为其他的东西都是非常有用的
• 是可能分区的mysql数据库再说一遍--非常依赖于您的需求和数据集，如果您无法想象有超过5-10 if的数据，那么也许就没有必要这样做了.。每个实例都受到drbd复制或主从或主主复制的保护。

如果您采用虚拟化方法，您可以从租用的机器开始，然后再想出该做什么.vms是非常便携的野兽。

所有这些都可能是过火的，但我认为至少前面的反向代理+虚拟化是值得实现的，而分区则是值得考虑的。

Answer 2

我会选两台独立的服务器。我推荐阅读这篇文章的答案，它讨论的是两台机器还是一台机器：关于小型作业单点故障的几个问题

有很多很好的理由可以解释为什么在多台服务器上将我们的应用程序分开比较好。