酒店要上无线认证，第一问往往是买多少设备。拍脑袋按客房数乘二，或者按厂商给的最大带机量除一下，都容易出错：要么设备闲置浪费，要么开业发现高密度区域塌方。容量规划要做的是一套估算模型，从客房数反推并发、再反推 AP 数和认证并发，留够中位数余量。模型比直觉靠谱，也更经得起开业后真流量的检验。
先算并发用户数不是客房数
三百间客房不代表三百人同时在线。真实并发要看入住率乘以同时在线率，再考虑会议厅、餐厅这些非客房区域的临时高峰。容量规划的第一步是把并发用户数算出来，而不是拿客房总数当并发数。满住同时在线是极端，按中位数规划才贴近日常。把客房数直接当并发，设备会严重超买或低估，两种错法都会在开业后暴露。
峰值吞吐决定带宽与 AP 数
并发用户数出来后，乘单人均值带宽，得到峰值吞吐。早高峰入住加晚间回房是双峰，规划要按双峰里更高的那个算。AP 单台带机量看厂商标称但要留余量，高密度区域（大堂、会议厅）要单独加 AP，不能靠客房区均摊。容量是分布问题，不是总数除以单机。双峰里更高的那一个，决定主干带宽，按低的那峰规划会在晚高峰集体卡顿。
认证并发要单独校验
V7 统一认证计费系统 Portal 每秒认证四千次以上、Radius 每秒认证四千次以上，能力足够，但你的项目要看的是集中上线瞬间会不会打满。早高峰几百人几乎同时连，认证请求是尖峰不是均值。容量规划要把认证并发单列出来估，确认集中上线时 Portal 和 Radius 都跟得上。认证并发和上网并发是两个量，都要算，只算上网并发会漏掉开门那一瞬间的认证洪峰。
AC 与地址池要预留
无线控制器 AC 的容量、地址池大小也要进规划。地址池被打满，认证正常却上不了网，是经典故障。规划时按并发用户数加余量配地址池，AC 选能覆盖峰值带机和并发的型号。只算 AP 不算 AC 和地址池，规划是缺角的。地址池的余量要能扛住早高峰尖峰，不能刚够日常，尖峰一过就满是最难受的。
按中位数留余量不追满配
容量规划的目标不是理论满配，也不是最低估。按中位数结果留一层余量：日常宽松、高峰顶得住、极端不崩。连锁酒店还要考虑多门店集中管理时的总并发，不是单店相加那么简单。余量是给真实运营里那些不凑巧的时刻留的。满配浪费钱，最低估丢体验，中位数加余量最稳，也最容易向老板解释钱花在哪。
规划要留扩容路径
容量规划还要想清楚以后怎么扩：客房加了、会议厅活动多了，是在线加 AP 还是换更大 AC。扩容路径要在规划阶段定，不能等爆了再临时改架构。好的规划让扩只是加设备，不是推倒重来。扩容路径也决定了初次采购要不要预留接口和 License，前期省这点后面可能花十倍补。
常见估算错误要避开
最容易犯的错有几个：把客房数当并发、只看上网不看认证尖峰、AP 均摊不分高密度区、地址池按理论值不预留、只信厂商标称不带余量。这些错单独看都不大，叠加起来就是开业即事故。容量规划的价值，就是把这些错在纸面上先排掉，而不是在客人投诉里发现。
高密度区域要单独建模
大堂、会议厅、餐厅这些非客房区域，并发密度和客房完全不是一回事。容量规划要把它们单独建模，不能拿客房区的均摊去套。一场两百人的发布会，瞬时并发可能顶上半个酒店，AP 和带宽要按这个局部峰值配，而不是被客房数稀释掉。局部峰值被均摊掉，是开业当天会议区先塌的经典原因。
规划假设要文档化可复核
容量规划里每一个数——入住率取多少、同时在线率多少、人均带宽多少——都是假设，要写清楚来源和取值。文档化的假设，后面真流量和预估差很多时，能一眼看出是哪个假设偏了，而不是连猜都猜不到。可复核的规划，才是能用来做采购评审和事后复盘的依据，拍脑袋的数经不起这两道关。
容量规划要回头看既有设备
做新规划时，酒店已有的 AC、AP、交换机不是要全部替换，容量规划要基于既有设备能承载多少、差多少再补。盲目全换是浪费，完全不盘存量又可能新设备和老设备打架。规划里要有一张既有设备清单，标清每台还能带多少、哪些区域必须新增。把存量利用进去，采购金额和工期都能压下来，老板也更容易批。很多项目容量规划只算新增、不算存量，结果花冤枉钱还延长了工期。
容量规划做好了，买设备有依据、扩容有节奏、故障有预期。它回答的不是买多少，而是按你的酒店真实并发该买多少，这份依据在采购评审和事后复盘里都站得住脚。