每小时访问量10万的系统

ujs_lifazhu 2013-10-30 04:29:38
各位大侠在上,小弟目前在做一个系统,要求是采用HTTPServlet 数据交互格式是xml ,预估系统要支持每小时10万的访问量,请问:
(1)用HTTPServlet + tomcat 能支撑得了吗?
(2)如果业务操作耗时是5s 那系统并发数约139个/秒 对吧?(100000/60/60 * 5 = 139)是不是这样算呢?
(3)如果如我前面所计算,那我数据库缓存池配置是不是要配置139个才能达到访问要求?
...全文
468 21 打赏 收藏 转发到动态 举报
写回复
用AI写文章
21 条回复
切换为时间正序
请发表友善的回复…
发表回复
ujs_lifazhu 2013-10-31
  • 打赏
  • 举报
回复
引用 13 楼 zxcvbnm11920 的回复:
[quote=引用 10 楼 ujs_lifazhu 的回复:] [quote=引用 5 楼 zxcvbnm11920 的回复:] 每小时10万的访问量,1个tomcat肯定能抗住,一点问题没有,平均5秒的数据操作估计抗不住。
预计数据库操作耗时约3s 网络交互数据传输2秒,139个并发支持不了吗?那预计要多少啊?[/quote] 我是想说平均5秒的数据操作,那数据量一定不小,cpu和内存受不了,139个数据流,一个电脑抗不住吧。 你系统要是能赚钱就弄集群吧。不想弄,就把tomcat和数据库放2个机器上,把业务逻辑在浏览器,tomcat,数据库平均分配,页面计算传tomcat,数据库存储过程计算传tomcat,一平均,就能抗住了。[/quote] 嗯,我配置是这样:4台应用服务器,一台数据库服务器,一个硬件的负载均衡。每个应用服务器是双核的cpu ,4G内存。我们想做tomcat集群,因为没做过,所以不懂。请教:有硬件的负载均衡,还需要做软件的负载均衡吗?如果需要,tomcat用哪个中间件做负载均衡,系统性能及稳定性会更好啊?
骑士的崛起 2013-10-31
  • 打赏
  • 举报
回复
引用 10 楼 ujs_lifazhu 的回复:
[quote=引用 5 楼 zxcvbnm11920 的回复:] 每小时10万的访问量,1个tomcat肯定能抗住,一点问题没有,平均5秒的数据操作估计抗不住。
预计数据库操作耗时约3s 网络交互数据传输2秒,139个并发支持不了吗?那预计要多少啊?[/quote] 我是想说平均5秒的数据操作,那数据量一定不小,cpu和内存受不了,139个数据流,一个电脑抗不住吧。 你系统要是能赚钱就弄集群吧。不想弄,就把tomcat和数据库放2个机器上,把业务逻辑在浏览器,tomcat,数据库平均分配,页面计算传tomcat,数据库存储过程计算传tomcat,一平均,就能抗住了。
coooliang 2013-10-31
  • 打赏
  • 举报
回复
tomcat集群是必须的
ujs_lifazhu 2013-10-31
  • 打赏
  • 举报
回复
引用 4 楼 ygycomon 的回复:
139,读写比例是多少? 5s的话处理事件也太长了点吧
请教,读写比例如何计算,不懂。 我估计系统每秒并发请求约17个(100000/60/60 = 16.5),而每个请求的操作耗时是5秒,所以系统并发支持139个左右。 当然并发设置会设置大一点,如1:1.3左右
ujs_lifazhu 2013-10-31
  • 打赏
  • 举报
回复
引用 5 楼 zxcvbnm11920 的回复:
每小时10万的访问量,1个tomcat肯定能抗住,一点问题没有,平均5秒的数据操作估计抗不住。
预计数据库操作耗时约3s 网络交互数据传输2秒,139个并发支持不了吗?那预计要多少啊?
ujs_lifazhu 2013-10-31
  • 打赏
  • 举报
回复
引用 3 楼 xietingyan 的回复:
还需要考虑流量。
10M的专线带宽,每次请求及响应产生的总流量预计是平均30K左右,所以流量应该不存在问题
ujs_lifazhu 2013-10-31
  • 打赏
  • 举报
回复
引用 2 楼 huxiweng 的回复:
计算方法对的,最基本的。 不过这个有点压力,配集群吧,数据库也集群
嗯,计划做集群的,但数据库也有必要做集群啊?我本计划只用一个数据库,配置500个连接session 这样应该满足系统并发处理的吧?
ujs_lifazhu 2013-10-31
  • 打赏
  • 举报
回复
引用 1 楼 zhuweisyyc 的回复:
tomcat集群,至少做个负载。
嗯,我们计划做集群的,集群硬件方面的设备都已经买了。只是没做过集群,不懂集群这个东西。如果做tomcat集群,只用硬件行不?还需要其他中间件不?如果需要,tomcat用哪个中间件做负载均衡,系统性能及稳定性会更好啊?
line_us 2013-10-31
  • 打赏
  • 举报
回复
这种系统值得认真弄一下。
ujs_lifazhu 2013-10-31
  • 打赏
  • 举报
回复
引用 18 楼 xietingyan 的回复:
[quote=引用 8 楼 ujs_lifazhu 的回复:] [quote=引用 3 楼 xietingyan 的回复:] 还需要考虑流量。
10M的专线带宽,每次请求及响应产生的总流量预计是平均30K左右,所以流量应该不存在问题[/quote] 一般的10M宽带是10Mbps 也就是 10000/8=1250KByte/s,每次数据量为30K 那么每秒可传输响应请求数为1250/30 = 41.6, 我是不是算错了[/quote] 你是对的,我错了。应该是 10000/8=1250KByte/s 流量确实不够。
ujs_lifazhu 2013-10-31
  • 打赏
  • 举报
回复
引用 17 楼 zxcvbnm11920 的回复:
原来你们是做的服务,问得这么专业不敢回答啊,我没过做实际的,只做个模拟测试,还是有经验的人来回答下你的问题。
没事,大家讨论也好啊
xietingyan 2013-10-31
  • 打赏
  • 举报
回复
引用 8 楼 ujs_lifazhu 的回复:
[quote=引用 3 楼 xietingyan 的回复:] 还需要考虑流量。
10M的专线带宽,每次请求及响应产生的总流量预计是平均30K左右,所以流量应该不存在问题[/quote] 一般的10M宽带是10Mbps 也就是 10000/8=1250KByte/s,每次数据量为30K 那么每秒可传输响应请求数为1250/30 = 41.6, 我是不是算错了
骑士的崛起 2013-10-31
  • 打赏
  • 举报
回复
原来你们是做的服务,问得这么专业不敢回答啊,我没过做实际的,只做个模拟测试,还是有经验的人来回答下你的问题。
ujs_lifazhu 2013-10-31
  • 打赏
  • 举报
回复
引用 15 楼 zxcvbnm11920 的回复:
[quote=引用 14 楼 ujs_lifazhu 的回复:] [quote=引用 13 楼 zxcvbnm11920 的回复:] [quote=引用 10 楼 ujs_lifazhu 的回复:] [quote=引用 5 楼 zxcvbnm11920 的回复:] 每小时10万的访问量,1个tomcat肯定能抗住,一点问题没有,平均5秒的数据操作估计抗不住。
预计数据库操作耗时约3s 网络交互数据传输2秒,139个并发支持不了吗?那预计要多少啊?[/quote] 我是想说平均5秒的数据操作,那数据量一定不小,cpu和内存受不了,139个数据流,一个电脑抗不住吧。 你系统要是能赚钱就弄集群吧。不想弄,就把tomcat和数据库放2个机器上,把业务逻辑在浏览器,tomcat,数据库平均分配,页面计算传tomcat,数据库存储过程计算传tomcat,一平均,就能抗住了。[/quote] 嗯,我配置是这样:4台应用服务器,一台数据库服务器,一个硬件的负载均衡。每个应用服务器是双核的cpu ,4G内存。我们想做tomcat集群,因为没做过,所以不懂。请教:有硬件的负载均衡,还需要做软件的负载均衡吗?如果需要,tomcat用哪个中间件做负载均衡,系统性能及稳定性会更好啊?[/quote] 每小时10万的访问量,1秒平均才30,有必要用硬件负载均衡,不嫌贵吗,用apache足够了。集群这种事情,你身边没有有经验的人吗?没有专业人士支持,到后面会发现一些意想不到的问题。[/quote] 是这样: (1)硬件是由客户那边提供的。 (2)客户要求系统采用HTTPServlet 交互数据格式是xml。因为只是数据交互,无页面,js等所以不打算用apache服务器 (3)这个项目由我和另一个同事负责,系统我们是能开发的,但都没做过集群,不知道会出现哪些问题呢? (4)目前呢,我们有这样一个想法就是:如果硬件能有效实现负载均衡,那么用mina +数据库连接池 proxool作为整体框架,模拟http请求来实现HTTPServlet 的交互,就不需要做tomcat 集群了。请教,从系统的可行性,稳定性及系能性能来说,这种方式是否可以呢?
骑士的崛起 2013-10-31
  • 打赏
  • 举报
回复
引用 14 楼 ujs_lifazhu 的回复:
[quote=引用 13 楼 zxcvbnm11920 的回复:] [quote=引用 10 楼 ujs_lifazhu 的回复:] [quote=引用 5 楼 zxcvbnm11920 的回复:] 每小时10万的访问量,1个tomcat肯定能抗住,一点问题没有,平均5秒的数据操作估计抗不住。
预计数据库操作耗时约3s 网络交互数据传输2秒,139个并发支持不了吗?那预计要多少啊?[/quote] 我是想说平均5秒的数据操作,那数据量一定不小,cpu和内存受不了,139个数据流,一个电脑抗不住吧。 你系统要是能赚钱就弄集群吧。不想弄,就把tomcat和数据库放2个机器上,把业务逻辑在浏览器,tomcat,数据库平均分配,页面计算传tomcat,数据库存储过程计算传tomcat,一平均,就能抗住了。[/quote] 嗯,我配置是这样:4台应用服务器,一台数据库服务器,一个硬件的负载均衡。每个应用服务器是双核的cpu ,4G内存。我们想做tomcat集群,因为没做过,所以不懂。请教:有硬件的负载均衡,还需要做软件的负载均衡吗?如果需要,tomcat用哪个中间件做负载均衡,系统性能及稳定性会更好啊?[/quote] 每小时10万的访问量,1秒平均才30,有必要用硬件负载均衡,不嫌贵吗,用apache足够了。集群这种事情,你身边没有有经验的人吗?没有专业人士支持,到后面会发现一些意想不到的问题。
骑士的崛起 2013-10-30
  • 打赏
  • 举报
回复
每小时10万的访问量,1个tomcat肯定能抗住,一点问题没有,平均5秒的数据操作估计抗不住。
致知Fighting 2013-10-30
  • 打赏
  • 举报
回复
139,读写比例是多少? 5s的话处理事件也太长了点吧
xietingyan 2013-10-30
  • 打赏
  • 举报
回复
还需要考虑流量。
teemai 2013-10-30
  • 打赏
  • 举报
回复
计算方法对的,最基本的。 不过这个有点压力,配集群吧,数据库也集群
zhuweisyyc 2013-10-30
  • 打赏
  • 举报
回复
tomcat集群,至少做个负载。

67,512

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧