c语言sscanf函数的用法是什么
220
2022-10-07
#yyds干货盘点#云上配置选型的一些小Tips
在实践中针对云上配置选型的一些小Tips
一、业务指标
PV访问量、IP访问量、用户数、活跃用户数等都是常见衡量业务访问量大小的指标。通过合适的指标来评估及衡量业务量,是我们做容量配置规划的基础也是第一步。
指标 | 计算周期 | 指标含义 |
PV | 按天 | PV是Page View的简写,一般指B/S架构中的Web类业务一天内页面的访问次数,每打开或刷新一次页面,就算作一个PV。 |
UV | 按天 | UV是Unique Visitor的简写。一般指一般指B/S架构中的Web类业务一天内访问站点的用户数(以Cookie为依据)。 |
IP | 按天 | IP是指B/S架构中的Web类业务一天内有多少个独立的IP访问了页面,即统计不同的IP访问用户数量。 |
用户数 | —— | 一般指业务系统的注册用户数。 |
活跃用户数 | 按天 | 在注册用户数中,一天中实际使用了业务系统的用户数量,跟UV的概念一样。 |
在线用户数 | 按天 | 一天的活跃用户数中,用户同时在一定的时间段内在线的数量 |
并发用户数 | —— | 在线用户数基础上,某一时刻同时向服务器发送请求的用户数 |
把业务量的数据指标,最终转换成对系统的每秒请求数(某一秒内同时向服务器发送的请求数量)这个指标,进而评估对应业务量,究竟产生了多少性能压力,最终设计出合理的架构,及要用多大规模的服务器及配置。值得注意的是,因为实际的业务特点不同,采用的开发语言及数据库技术也不同,所以这个转换以及要用多少规模的服务器及配置,只是一个估算的参考值,并不是最终的真实值。
在B/S架构的Web类应用的实践中,常见的做法是把PV转换成每秒请求数,或者把用户数最终转换成每秒请求数。通常一般的做法都是将其转换成自己所熟悉的PV指标。
在实际应用中,用户量增加对系统的压力可能不是呈线性级关系,而是指数级的关系,所以这个估算只是在做容量规划、成本预算规划时的主要参考值。最终需要看实际业务情况,同时还要结合监控看资源的具体使用时的性能情况。
在实践中可以发现,一天中的80%业务请求量主要发生在40%的时间内,这成为我们计算PV值对应请求压力的重要依据。24小时的40%是9.6小时,即80%的请求发生一天的9.6个小时当中。基本与绝大多数的业务场景吻合,业务请求主要集中在白天,晚上则相对较少。
有一些计算模型可供参考:
每秒处理请求的数量=(80%×总PV量)/(24小时×60分×60秒×40%)
下载类业务PV量=IP量/活跃用户量*(2-5倍)
音视频类业务PV量=IP量/活跃用户量*(5-10倍)
电商/论坛/资讯类业务PV量=IP量/活跃用户量*(10-30倍)
用户数×业务因子(10%~30%)=活跃用户数
活跃用户数×业务因子(10%~30%)=在线用户数
在线用户数×业务因子(10%~30%)=并发用户数≈每秒请求数
二、服务器配置
PV量和服务器配置/RDS配置性能对应表
PV(万) | 服务器配置 | RDS配置 |
1 | 1核/1G/1台 | 无 |
10 | 2核/4G/1台 | 1核/1G |
50 | 4核/8G/1台 | 2核/4G |
100 | 8核/16G/1台 | 4核/8G |
500 | 8核/16G/10台 | 8核/16G |
1000 | 8核/16G/20台 | 16核/64G |
实践中最为常见的服务器配置都存在着一个规律,即CPU与内存资源配比一般都是1∶1、1∶2、1∶4、1∶8,这是服务器配置中的标配。
CPU与内存资源配比1∶1,适用于个人网站、官网等小型网站部署,一般在低配机器中,如1核1GB、2核2GB。CPU与内存资源配比1∶2的配比适用于绝大部分业务场景部署,尤其是需要消耗高资源的计算。这个配置特别适合游戏类应用,如端游、页游、手游等。当前在电商类高并发、秒杀活动类应用中使用得也特别广泛。4核8GB偏向中小型Web服务/应用类部署,8核16GB偏向中大型Web服务器/应用类部署。CPU与内存资源配比1∶4,这类配比的配置偏向内存,特别适合部署数据库类的应用。数据库对服务器性能的需求首先是I/O,因为数据库是个存储类应用,涉及数据持久化,所以对I/O性能的要求是最高的。其次才是内存,因为高内存会有效提升数据库的缓存性能,很大程度上提升数据库的性能。处理器与内存资源配比为1:8,这类是高内存资源占比。尤其适用于数据库类中的内存型应用,比如,Redis、Memcache的部署。
通过实践发现,100GB、300GB、500GB存储空间是企业对服务器磁盘配置的标配,但同时80%的企业服务器的磁盘利用率仅在20%~30%。
三、带宽配置
如果需求只是入口流量,带宽一般采用SLB,带宽性能、架构扩展、安全性都比ECS直接绑定公网带宽要好。如果需求是出口流量,需要主动去访问公网服务,需要配置公网带宽。带宽配置=每秒请求数量×每次请求传输的数据量=(80%×总PV量)/(24小时×60分×60秒×40%)×X Mbps/s经实践发现,在Web类的应用中,80%的带宽会被静态资源传输占用,如果采用CDN,能够有效减小后端服务器的带宽配置。假设每个请求页面平均传输数据是20KB(不包含图片等静态资源,否则流量更大),则针对100万PV和500万PV的网站,要选择的带宽配置如下:100万PV带宽配置(平时访问量)=(80%×100万)/(24小时×60分×60秒×40%)×20KB/s=23.1个请求/秒×20KB/s=462KB/s(大B的单位)=3696bps/s(转换成小b),即3.5Mbps。
在云端带宽配置的选择中:
80%的应用默认选择按量带宽,即按量带宽是云端带宽类型选择的最佳实践。20%的应用选择固定带宽。这个特定的条件就是,如若每天按量下载的量合计费用超过带宽平均每天费用,则使用固定带宽。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~