作者PsMonkey (痞子军团团长)
看板java
标题[翻译] Tomcat 前端该用 httpd 吗?
时间Wed Dec 5 17:23:43 2012
原文网址:
http://www.tomcatexpert.com/blog/2010/03/24/
myth-or-truth-one-should-always-use-apache-httpd-front-
apache-tomcat-improve-perform
blog 版:
http://blog.dontcareabout.us/2012/12/tomcat-httpd.html
简单地说,不用。要仔细讲的话,在 Tomcat 3 的年代是有一些真实成份在。
不过以现今使用的 5.5.x 以及 6.0.x 来说,
实在没有必要因为单纯效能的理由来使用 httpd。
Tomcat 现在支援 native / APR 的 connector,
使用与 httpd 相同的 native library(Apache Protable Runtime APR)
来处理低阶 I/O,因此可以达到与 httpd 差不多的效能。
当处理静态内容时,Tomcat 是比 httpd 多一小点儿的负荷量,
但实在太小了以至於在 production system 上很难注意到差异。
如果你研究 httpd 与 Tomcat 的效能议题,
你会找到各种覆载与效能的 benchmark,结果也不尽相同。
一个常被引用的结果证明 Tomcat 的纯 Java connector 始终比 httpd 快。
这个异常的结果刚好与期待相反:
httpd 应该比 Tomcat 的 pure Java connector 快上很多才对。
这可能是所使用的档案大小导致的结果。
Tomcat 会预设把小的静态档案 cache 在记忆体中,
这可以提供显着的效能提昇。
httpd 在预设情况下没有作这件事。
这很明确地证实 benchmark 的定义会影响结果。
Christopher Schultz(Tomcat mailing list 的常客)
以一个较大范围的档案大小进行这个测试(译注:连结已经失效),
在我看来这个测试比较好一点。结果显示在下面这张图表中:
http://www.tomcatexpert.com/sites/default/files/uploads/all/
mthomas-blog-perf-graph.JPG
这更符合预期了,不过有一些有趣的重点要注意:
* Apache httpd 与 Coyote APR / native 的效能表现在同一个水准
* Coyote NIO 只落後 httpd 与 Coyote APR / native 一点
* 看起来似乎 sendfile 的效益有一个极限在。
有可能是硬体限制,不过值得进一步关注。
我已经把这个加到我的待办事项中。
* 对於小於 10KB 的档案,Tomcat 有显着的效能提昇。
任何效能测试的细部结果都会随着一些因素而改变,
像是使用何种硬体、同时有多少 request、keep-alive 与 cache 的使用。
在特定的测试中,这些因素会改变结果,
不过大多数的效能测试结果会保持一样:
* httpd 与 Coyote APR / native 有差不多的效能
* Coyote NIO 比 Coyote APR / native 差一点
(在用 SSL 的情况下会差更多)
* Coyote BIO 通常是最差的。
要设定出最佳的效能,这会随着 application 的不同而不同。
一个 application 的最佳设定取决於 resource 的大小、
动态 / 静态内容的比例、目前的使用者数量、这些使用者的使用模式...... 等等。
一般来说,可以透过增加 cacheMaxSize 值、
增加可处理 request 的 connector thread 数量(使用 maxThreads)、
开启 keep-alive(用 maxKeepAliveRequests)来增加效能,
不过这些都会增加资源的使用量。
每个不同的 application 得在效能与资源使用量之间作取舍。
另外要注意的是:Tomcat 中没有「让它跑的比较快」的魔法设定。
如果你的 application 花 15 秒来产生一个 request,
Tomcat 没办法改进些甚嘛。
你必须监控你的 application 以了解为甚麽 request 会花这麽久的时间,
然後适当地调整你的程式码。
虽然单纯从效能观点,没有什麽好理由去用 httpd,
不过还是有其他论点支持 Tomcat 应该搭配 httpd。
最常见的原因是为两个以上的 Tomcat 提供 load balance。
httpd 并不是唯一的选择,也可以用硬体的 load balance 或是其他 reverse proxy,
不过系统管理者仍然会选择他们已经很熟的 httpd。
我未来会写更多用 httpd 当 load balancer 的文章。
有需要支援 Java 以外的技术,也是 Tomcat 与 httpd 一起使用的原因。
Tomcat 可以支援 PHP 与 Perl,不过在 httpd 当中支援度较好。
因此,对於需要混合技术的网站,httpd 可以用来当前端的 web server,
将 request 导向 mod_php、mod_fastcgi、mod_proxy_http(给 Tomcat)
或是其他的 module。
另一个这样用的原因:httpd 可以将 Windows 的身份认证整合进来。
有 Tomcat 整合 Window 身份认证的方式,在更广泛地使用之後,
这让是不是用 httpd 变得不那麽重要。
然後,这仍是让 httpd 搭配 Tomcat 使用的一个常见原因。
总而言之,有充分的理由让 httpd 搭配 Tomcat 使用,
不过静态内容的效能并不是其中之一。
如果你仅仅是为了加强静态内容的效能而用 httpd,
那我建议你看一下给 Apache Tomcat 使用的 Coyote APR / native connector。
--
钱锺书:
说出来的话
http://www.psmonkey.org
比不上不说出来的话
Java 版 cookcomic 版
只影射着说不出来的话
and more......
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 114.25.13.53
1F:推 LaPass:辛苦了~ 12/05 17:46
2F:推 phstudy:我记得Tomcat 6有个版本的APR常常导致crash..移掉就正常XD 12/05 22:03