你认为要支持1w并发需要什么样服务器配置？

场景很重要，比如一万并发的qps还是tps，这完全不同的概念。 服务器做做优化，现在通过epoll支撑百万连接十万并发没什么瓶颈。但是，这只是网络层，如果落到具体业务，那就另当别论了。比如redis可以十万并发，因为只需要网络io和访问内存。但是如果有业务处理，挂上了数据库，走了kafka，并且再走redis，那就要具体问题具体分析了。 数据库单存qps，我们原来基准测试结果是可以支撑六万到八万左右，但是有事务的增删改绝对不是这个量级。 其实你需要的是一个基准测试的结果，例如tcp，http基准测试；tomcat基准测试；应用框架基准测试；redis基准测试；mysql基准测试等。 我们做过应用框架基准测试，基于springboot，测试接口没什么逻辑，就是直接查询sql并返回结果。基准测试结果是八核16G内存，跑两个实例，可以撑到8万并发左右，应该还有优化空间吧。 你这问题就和一天跑一百公里要个什么车一样，也不说什么路，也不说拉什么货 撇开场景扯性能，扯吞吐量，扯并发都是耍流氓 几台服务器加F5，一台不牢靠 看你什么样的场景，业务复杂度，就个静态页面，给你两台ng就搞定了 允许配置全站加速吗？另外需求不明确 32核128G内存 不可以，如果是短期高并发，建议考虑挂载负载均衡服务器。 C10kp……这是很经典的问题啊，一般nio就做到了。 要看性能要求了，如果只讨论并发数量，用异步网络模型，并发一万个链接没啥问题吧，只是数据处理不过来，大多数链接都是在等待结果而已。服务器配置1核8g差不多够了吧

nginx的优点

a）轻量级，同样起web 服务，比apache 占用更少的内存及资源

b.）抗并发，nginx 处理请求是异步非阻塞的，而apache 则是阻塞型的，在高并发下nginx 能保持低资源低消耗高性能

c.）高度模块化的设计，编写模块相对简单

d.）社区活跃，各种高性能模块出品迅速啊

apache 的优点

a.）rewrite ，比nginx 的rewrite 强大

b.）模块超多，基本想到的都可以找到

c.）少bug ，nginx 的bug 相对较多

d)超稳定

最核心的区别在于apache是同步多进程模型，一个连接对应一个进程；nginx是异步的，多个连接（万级别）可以对应一个进程

apache和nginx区别

1、相比 Apache，Nginx 使用更少的资源，支持更多的并发连接，体现更高的效率。在高连接并发的情况下，Nginx是Apache服务器不错的替代品. 能够支持高达 50,000 个并发连接数的响应。

2、Nginx作为负载均衡服务器: Nginx 既可以在内部直接支持 Rails 和 PHP 程序对外进行服务, 也可以支持作为 HTTP代理 服务器对外进行服务. Nginx采用C进行编写, 不论是系统资源开销还是CPU使用效率都比 Perlbal 要好很多.

3、作为邮件代理服务器: Nginx 同时也是一个非常优秀的邮件代理服务器。

4、Nginx 是一个安装非常的简单 , 配置文件非常简洁（还能够支持perl语法）, Bugs 非常少的服务器: Nginx 启动特别容易, 并且几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动. 你还能够不间断服务的情况下进行软件版本的升级 .

5、nginx处理静态文件好,耗费内存少

6、nginx的负载能力比apache高很多。有好多集群站，前端nginx抗并发，后端apache集群，配合的也不错。

7、Nginx优于apache的主要两点：1.Nginx本身就是一个反向代理服务器 2.Nginx支持7层负载均衡；其他的当然，Nginx可能会比apache支持更高的并发，但是根据NetCraft的统计，2011年4月的统计数据，Apache依然占有62.71%，而Nginx是7.35%，因此总得来说，Aapche依然是大部分公司的首先，因为其成熟的技术和开发社区已经也是非常不错的性能。

8、Apache在处理动态有优势，Nginx并发性比较好，CPU内存占用低，如果rewrite频繁，那还是Apache吧

---