qos配置

QoS（服务质量）配置是保障业务稳定性的核心手段，其本质并非单纯限速，而是通过分类、标记、队列调度与拥塞避免等机制，在有限的网络带宽中为关键业务划出“专属通道”，合理的QoS配置能显著降低延迟、抖动与丢包率，尤其适用于视频会议、VoIP语音、实时交易及云主机混合负载场景。任何跳过业务分析直接套用模板的QoS策略，都可能导致资源浪费或核心流量受损，因此必须从业务优先级、流量模型与链路瓶颈三个维度出发，设计可量化的配置方案。

QoS配置前的四项必要评估

在修改路由器、交换机或云防火墙的QoS参数前，应完成以下评估，否则配置将缺乏依据。

• 业务分级：明确哪些流量不可丢（如ERP系统、监控告警）、哪些可容忍延迟（如文件备份）、哪些可降级（如视频下载），建议分为3至4个优先级队列即可，过多队列反而增加调度复杂度。
• 带宽基线：测量业务高峰期的实际吞吐量，例如办公网络并发200人时，视频会议占60%带宽，但流量突发时间只有30秒，若未掌握基线，盲目限速可能造成会议卡顿而下载业务却占用空闲带宽。
• 瓶颈位置：QoS只能在瓶颈节点生效，如果瓶颈在运营商出口，则需在边界设备配置；如果瓶颈在服务器网卡，则需在云主机侧或物理交换机上配置。常见错误是只在核心交换机配置，而出口带宽早已被占满。
• 量化指标：定义可观测的SLA，如“视频会议单向延迟低于150ms，丢包率低于0.5%”，配置后按此标准验证效果。

核心配置策略：分类、标记与队列调度

标准QoS流程分为三步,每一步都需结合具体设备能力调整。

流量分类与标记

采用多维度匹配,不要仅依赖IP或端口，推荐组合条件：源IP段+目的端口+DSCP值，将财务系统服务器IP段且目的端口443的流量标记为EF（加速转发）；将视频会议终端IP段标记为AF41。建议同时在网络入口做入向标记，在核心设备信任已有标记，减少重复分类的资源消耗。

队列调度机制

• 严格优先级队列（PQ）：用于最高优先级流量，保证低延迟，但需设置最大带宽阈值（如总带宽的20%），防止饥饿。
• 加权公平队列（WFQ）：按权重分配剩余带宽，高优先级权重为60，普通业务为30，后台下载为10。
• 低延迟队列（LLQ）：在PQ基础上增加带宽上限，同时允许突发流量借用空闲带宽，是当前最均衡的方案。

核心原则：不要让任何队列空闲，也不要让高优先级队列长期占满全部带宽。 建议将PQ带宽限制在30%至50%之间，其余业务按比例共享。

拥塞避免与流量整形

启用WRED（加权随机早期检测）丢弃低优先级的数据包，而非一味缓存，当出口队列深度超过80%时，先随机丢弃AF31流量，保留EF流量，对于非实时业务，使用GTS（通用流量整形）将其突发速率平滑到承诺值，避免瞬间冲击核心链路。

典型场景实施方案

场景A：混合办公网络（200人规模）

• 分类：视频会议（IP段192.168.20.0/24）标记EF；办公HTTP/HTTPS标记AF21；视频下载标记AF11。
• 调度：LLQ为EF保证20Mbps，WFQ为AF21分配50%剩余带宽，AF11为30%。
• 效果：带宽占用达90%时，视频会议单向延迟稳定在80ms，下载业务速度降低但不断流。

场景B：云服务器提供API服务

• 瓶颈通常出现在云主机的vCPU软中断或公网带宽,优先在云安全组限制非核心端口的最大带宽，再在系统内配置tc规则。
• 经验要点：不要依赖云厂商的默认QoS，默认队列多为FIFO，突发流量会直接丢弃。 使用htb队列为API请求（端口443）设置高优先级类别，并设置ceil上限为带宽的80%，防止单IP抢占。

酷番云独家经验案例

以酷番云某电商客户为例,其促销活动期间带宽峰值超过日常5倍，导致支付接口超时，我们协助该客户在酷番云高防云主机上实施以下配置：

• 第一步：在网卡入口使用iptables配合ipset标记支付服务器IP为EF。
• 第二步：通过tc的htb队列，将支付流量放在prio 0类，带宽保证50Mbps；图片静态资源放在prio 2类，带宽限制在200Mbps。
• 第三步：对出方向启用RED算法，当总队列超过80%时优先丢低于AF21的包。
• 结果：支付接口的平均响应时间从320ms降至78ms，丢包率从2.1%降至0.2%。关键点在于把“支付”从业务层面抽象为“小包低延迟”模型，而不是简单按IP限速。

验证与调优策略

配置完成后,使用iperf3或mtr进行对比测试，分别测量高优先级与普通业务在满载下的延迟和吞吐，若发现低优先级业务完全停滞，说明队列权重过低，适当提高其下限，每季度复盘一次业务分级，因为新业务可能改变流量特性。同时开启设备的NetFlow或sFlow监控，持续观察各队列利用率，确保没有因为DSCP标记被重置而导致优先级失效。

常见误区提醒

• 所有流量都加QoS，这会导致调度开销大于收益，应只对关键流量启用。
• 只在服务器端配置，双向流量都要考虑，特别是下载场景的ACK包丢失会严重降低吞吐。
• 忽略NAT导致QoS失效，若经过NAT后DSCP字段被清除，需在NAT设备上启用信任或重标记。

相关问题解答

QoS配置后，为什么视频会议仍然卡顿？
最常见原因是瓶颈不在你配置的设备上，你只在路由器上做了策略，但运营商接入点已经拥塞，解决办法是查看mtr结果，确认丢包发生在哪一跳，如果丢包在后三层（运营商路径），则需要升级带宽或改用SD-WAN；如果丢包发生在内网网关，则检查入向队列是否有其他流量抢占，另外请确认会议终端发出的DSCP值是否被中间设备改写，例如某些AP会重置802.11e到DSCP的映射。

对于低配云主机，开启QoS是否会增加CPU负载？
会，但可控，tc的htb队列在软件层处理，对CPU占用约5%至10%，如果采用硬件队列卸载功能则几乎无影响，低配实例可用iptables的hashlimit替代复杂队列，只做简单限速，同样能保护核心业务。关键是要避免使用过多filter规则（超过100条），可合并网段，减少分类开销。 酷番云建议生产环境选用至少2核CPU的实例来承载双队列QoS，性能开销可忽略不计。

如果您在配置过程中遇到特殊流量模型,欢迎在评论区留言描述您的业务场景与设备型号，我们会给出针对性建议，您的实践经验也能帮助其他运维者少走弯路，期待交流。