跳到主要内容

新闻资讯 · 行业动态

开学季或大型活动几千人同时连园区WiFi认证:并发扛不住怎么扩容

开学季新生报到、园区大型活动、年会、招聘宣讲会,这种场景下几千人同时掏出手机连WiFi,认证服务器瞬间被打满:Portal页面加载半天,验证...

您的位置:首页 > 内容中心 > 行业动态 > > 正文

开学季新生报到、园区大型活动、年会、招聘宣讲会,这种场景下几千人同时掏出手机连WiFi,认证服务器瞬间被打满:Portal页面加载半天,验证码收不到,认证成功了但上不了网。平时正常用的系统,一到高并发就瘫。问题不是设备不够好,是认证系统的并发能力没按峰值规划,高并发时的扩容策略也没提前准备。

先算清楚峰值并发是多少

园区平时在线用户可能就几百人,但开学季或大型活动时,短时间内几千人同时连入,认证请求是集中爆发的,不是平滑增长。要按场景算峰值:新生报到日,一天3000个新生,假设6小时报到完,平均每小时500人,但集中在上午9点到11点两个小时,那峰值就是每小时1500到2000人同时认证。年会场景,会场2000人同时连WiFi,那就是2000并发。这个数字决定认证服务器要按多少并发规划,不能按日常在线人数配。

认证服务器的并发瓶颈在哪里

认证系统的瓶颈通常在三个地方。第一个是RADIUS认证请求处理:每个用户连WiFi,AC都要发一个RADIUS请求到认证服务器,认证服务器要查数据库、校验账号、生成session,单台服务器每秒能处理几百到一两千个请求,集中爆发时就排队。第二个是Portal页面并发:几千人同时加载Portal页面,Web服务器和带宽都吃紧,页面加载不出来用户就反复刷新,请求更多。第三个是数据库连接:每个认证请求都要查用户表,数据库连接池打满后新请求全部超时。

纵向扩容:单台服务器先提性能

最直接的扩容是纵向:把认证服务器的CPU核数加够,内存加到32G以上,数据库从机械盘换成SSD。RADIUS服务、Portal Web服务、数据库这三个进程不要挤在一台机器上,分开部署到不同服务器。RADIUS服务是计算密集型,多核CPU能明显提升处理能力。Portal Web服务加缓存,把静态资源(页面图片、CSS)缓存到本地或CDN,动态接口才走后端。数据库做读写分离,认证查询走从库,写操作走主库。

横向扩容:多台认证服务器集群

纵向到顶就要横向:部署多台认证服务器,前面加负载均衡。AC配置多个RADIUS服务器地址,认证请求按轮询或最少连接分发到不同后端。用户session在多台服务器之间同步,不管哪台处理认证,状态都一致。数据库用主从加读写分离,多台认证服务器连同一个数据库集群。横向扩容时要注意:新增服务器的配置、版本、策略要和主服务器完全一致,不能一台新版本一台老版本。扩容后要做压测,模拟峰值并发看系统能不能扛住。

Portal页面的高并发优化

Portal页面是高并发时最先崩的环节。优化思路:第一,页面要轻量,不要嵌大图片和视频,一个Portal页面控制在200KB以内,手机秒开。第二,静态资源上CDN或本地缓存,不要每次都从后端服务器拉。第三,验证码发送要做频率限制,同一个手机号60秒内只能发一次,防止用户反复点。第四,高峰期把Portal页面简化,只保留必要的输入框和登录按钮,推公告、放广告的模块全部关掉。第五,准备一个备用Portal服务器,主服务器扛不住时切到备用。

短信通道的高并发准备

短信验证码在高并发时也是瓶颈。几千人同时要验证码,短信通道每秒能发多少条要提前和短信服务商确认,普通通道每秒几十到几百条,高峰期要申请提升到每秒几千条。还要准备主备两个短信服务商,主通道拥堵时自动切到备用。短信通道还要防滥用:同一个IP、同一个手机号短时间内多次请求验证码要限流,防止被刷。如果园区已经开了微信扫码认证,高峰期优先引导用户用扫码,减少短信通道压力。

大活动前的预热和压测

大型活动前一周就要做准备:第一,压测认证服务器,用工具模拟2000并发同时认证,看响应时间和成功率。第二,检查地址池大小,几千用户同时在线要够分配IP,地址池不够提前扩容。第三,检查出口带宽,活动现场用户刷视频、刷朋友圈,带宽占用是平时的几倍,提前和运营商确认能临时扩容。第四,准备应急方案:如果认证服务器真扛不住,临时给活动现场开一个免认证SSID,只上互联网,不做账号校验,先保证基本网络通。第五,IT值班人员现场待命,出问题5分钟内能响应。

高并发场景的降级策略

当系统压力超过设计容量,要有降级策略,不能硬扛到崩溃。第一级降级:关闭Portal页面的动态内容(公告、广告、推荐),只保留登录功能。第二级降级:临时放开MAC无感知,让已经认证过的老用户直接放行,不用再走RADIUS。第三级降级:高峰期临时取消短信验证码,改成扫码或一键认证,减少短信通道和RADIUS压力。第四级降级:活动现场切换到免认证模式,事后再补日志。降级策略要提前写在运维手册里,出问题时按级别启用,不要现场临时想。

园区WiFi认证的高并发能力,是按峰值规划、按压测验、按降级兜底的。平时按日常在线量配设备没问题,但开学季、年会、大型活动前必须提前扩容和压测。出了问题按降级策略一步步来,先保基本网络通,再恢复认证流程。这样大活动现场才不会几千人围着服务员问WiFi怎么连。

获取方案 马上咨询 电话咨询