tomcat 流量问题。。高手进来啊。。
我要在广域网内架设一台TOMCAT服务器，但这台服务器的对外带宽只有2M，而我的服务器端又有视频节目，假设有一个客户端访问我的服务器端占用30K带宽的话，那么100个客户访问是不是就100*30K=3000K也就是3M了。。超出服务器本身拥有的带宽了呀？？

------解决方案--------------------
带宽可用波特率来表示，表示每秒传送的脉冲数。由于计算机网络中，数字设备使用二进制，因此波特率等于比特率，即每秒发送的比特数。
脉冲的波形越短（即每脉冲占用时间越短），所需要占用的有效频宽就越大。一旦带宽确定，即频宽确定，那么调制的速度就确定了（每秒传送的脉冲数），也就是说数字设备的处理速度就定了。
就像计算机主频限定了计算机处理能力一样，带宽大小也限定了调制解调器的处理能力，如果需要发送的大于处理能力，那么只能排队等待。
对于你这种情况，需要考虑的不是底层的通讯问题，而是一旦请求过多，队列中等待处理的过多后，是否会由于占用内存过多而产生内存溢出问题，同时也得考虑由于处理量过大，导致服务质量大幅下降。建议限制用户数。

以上纯属个人愚见，有问题请见谅。
------解决方案--------------------
如果是做视频网站的话，2M的带宽是绝对不够的，而且tomcat是没有流量控制。

建议用apache+tomcat整合WEB方案来协助服务器做流量控制。

请参考http://www.xiaolog.com/?post=69
------解决方案--------------------
首先，要分析你的业务特点，用户访问视频的频率是怎么样，同时访问视频的用户有多少？

如果是普通的html内容的WEB服务，2MB还是能够支持很多用户访问的，支持日百万访问量也没问题，关键在于你提供内容形式和大小，以及用户访问的时间特点。100个并发其实可以支持很多的用户同时在线，视频类访问除外。100个用户和100个并发区别是巨大的。

如果用户上来主要是访问视频，那就麻烦了，网络带宽是视频的主要瓶颈。

显然，你的这个业务来说，业务很小，不用考虑tomcat是否能够支持多少的并发。关键在于2MB能［同时］支持多少个视频访问。你可以根据你的视频类协议的类型，视频侦频，分辨率等计算出来。

如果根据你的计算得出，现有流量不能满足你的业务要求。那要么加带宽，要么降低视频质量，要么别让用更多的户同时访问视频（你可以限制，同时只允许10个用户访问视频）。