怎样了解Web站点的负载能力
怎样了解Web站点的负载能力?我以前的文章为大家介绍过提高服务器负载能力的方法。但是这种方法对网站的访问随机性相当大,并且还会随着一个网站内容的丰富,访问量会迅速增加,这里就为大家分析一下了解Web站点的负载能力的方法。
1、某VPS能支持多少PV
2、某VPS能支持多少IP
3、某VPS能支持多少访问量
4、某VPS能支持多少人在线
5、xxxIP需要哪个VPS
6、xxxPV需要哪个VPS
7、xxx人在线需要哪个VPS
统统没有答案。
没有答案的原因:
(1)一次静态(HTML、JS、等)HTTP请求和一次动态(ASP、PHP等)HTTP请求消耗的资源(CPU、内存等)相差数倍到数十倍。
(2)注意上面的的是一次HTTP请求,而不是一次页面访问(1PV),每次访问产生的HTTP请求数量可能相差数倍。
(3)1个IP产生的PV可能相差数倍,可能你的网站IP和PV访问比例固定进而能根据根据IP量计算PV数量,即便能算出来,也没什么意义,原因见综上和综下所述。
(4)不同的网站程序,负载能力不同,一般来说,静态HTML消耗的资源远小于动态程序(PHP、ASP等)。不同的静态网页访问资源占用情况大致相同,不同的动态网站程序消耗的资源差距由于基数较大导致结果相对也大。
(6)相同的网站程序,不同的设置,消耗的资源不同。以Discuz和DedeCMS为例,网站后台与负载有关的设置都有提示。
(7)不同的Web服务器,负载能力不同。一般来说,Linux上常用的Web服务器资源消耗情况如下,APACHE>Lighttpd≈Nginx。
(8)相同的服务器环境(Web、DB),不同的设置参数,消耗的资源可能不同。
怎样了解Web站点的负载能力?看过了以上文章内容相信你对于怎样了解Web站点的负载能力肯定已经完全明白了,以上文章内容中的“相同”和“不同”都是假定其他因素完全一致的情况下,所以大家要考虑清楚这一点。
服务器是他们公司的,那么就可以监视服务器状态,比如链接数(知道有多少用户登录服务器),负载量(这是在开发服务器前已经测试过的)。将这些数据通过一个软件获取并显示到网站而已。
任何在系统上的操作都会引起资源占用,只要在服务器的承受范围,那么任何行为都允许。并且这样的使用不是很占资源。
所谓负载均衡就是对多台服务器进行流量分发一种服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。
数据走向 1、客户端访问负载均衡实例IP地址时,相关请求由负载均衡实例对应的nginx集群处理; 2、集群内的每一台节点服务器均分来自前端的请求。根据算法,请求分发。
算法简介 1、轮询(默认) 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。 该算法较为常用。 upstream backend { server 192168014; server 192168015; } 2、weight权重,指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。 upstream backend { server 192168014 weight=10; server 192168015 weight=10; } 3、ip_hash该算法会根据请求的客户端IP地址来决定当前请求应该交给谁。Nginx会确保来自同一客户端的请求都分发到同一服务器。 upstream backend { ip_hash; server 192168014:88; server 192168015:80; } 4、fair(第三方)按后端服务器的响应时间来分配请求,响应时间短的优先分配。 upstream backend { server server1xxxcom; server server2xxxcom; fair; } url 5、url_hash(第三方) 按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。 upstream backend { server squid1:3128; server squid2:3128; hash $request_uri; hash_method crc32; }
安装nginx 1、环境 yum -y install gccpcre-devel zlib-devel openssl-deve 2、编译nginx tar zxvf nginx-targz cd nginx- /configure --with-http_stub_status_module makemakeinstal/configure make make install 或者直接 yum install nginx
配置nginx 1 在http节点下,添加upstream节点。 upstreambackend{ server192168014; server192168015; } 2 将server节点下的location节点中的proxy_pass配置为:http:// + upstream名称,即“http://backend” location / { root html; index indexhtml indexhtm; proxy_pass http://backend; } 3 现在负载均衡初步完成了。upstream按照轮询方式进行负载,每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。虽然这种方式简便、成本低廉。但缺点是:可靠性低和负载分配不均衡。适用于服务器集群和纯静态页面服务器集群。
0条评论