如果你正在处理VRouter QoS，先别急着照搬网上的参数。当你在云平台创建一台云服务器（ECS）时，通常会附带一个虚拟路由器（VRouter）作为网关。此时你可能遇到一个现象：某个业务突然发大量数据包，导致其他服务的响应时间飙升甚至超时。这不是云厂商的故障，而是因为默认情况下虚拟路由器对所有流量一视同仁——谁抢得快，谁就占满带宽。要解决这个问题，必须理解带宽限速和QoS策略的区别与配合。
虚拟路由器到底是什么——VRouter QoS
先看关键判断
传统机房的路由器是物理设备，连接不同网络并转发数据包。云上的虚拟路由器（VRouter）则是用软件模拟的，运行在宿主机的网络栈中，承担同样的功能：将云服务器发出的流量转发到外网，或把外网请求分发到对应的云服务器。每个VPC（虚拟私有云）都自带一个VRouter，它管理着路由表、网络ACL和安全组，同时也控制着带宽的使用。
但软件模拟有一个先天不足：单个宿主机的网络带宽是有限的，所有云服务器共享这条链路。如果没有限制，一台服务器就能耗尽整个宿主机的出网带宽，造成“噪声邻居”效应。因此，云厂商会在VRouter层面提供带宽限速（Bandwidth Limiting）和QoS（Quality of Service，服务质量）特性，让你可以按需分配。
进阶阅读：此处可内链到“VRouter QoS性能优化”指南。
延伸阅读：此处可内链到“VRouter QoS配置案例”相关文章。
VRouter QoS：带宽限速：简单粗暴的“水龙头”
为什么需要限速
带宽限速就是为每个云服务器的出网或入网流量设置一个上限值，就像给水管装上阀门。假设你有三台服务器共享1Gbps宿主机带宽，如果不限速，一台突发流量达到800Mbps，另外两台就只能分到200Mbps。如果给每台限速300Mbps，那么即使第一台想抢也抢不走更多，保证了基础带宽。
限速是硬性切断：当流量超过设定阈值时，VRouter直接丢弃多余的数据包。这种方式实现简单，但缺点也很明显——它不区分流量类型。比如SSH（远程管理）请求和视频流同样被限速，紧急的运维操作可能因带宽耗尽而失败。
虚拟路由器如何实现限速
云平台通常采用令牌桶算法（Token Bucket）来限速。VRouter内部维护一个令牌桶，每秒向桶中放入一定数量的令牌（对应带宽峰值）。每个数据包需要消耗一个令牌才能通过。如果桶空了，数据包就被排队或丢弃。你可以通过云控制台或API配置“带宽峰值”和“突发出带宽”，即允许瞬间超过峰值但不持续过长。
举一个例子：阿里云的共享带宽包、腾讯云的按带宽计费实例、AWS的EIP带宽限制，都是在VRouter或等价组件上做的限速。配置时只需要设置一个数值，然后等待生效即可——但这只是第一步。
相关阅读：此处可内链到“VRouter QoS常见问题”专题。
QoS策略：从“粗放”到“精细”
什么是QoS
QoS的全称是Quality of Service，直译是服务质量，但在网络领域特指对不同类型的流量进行差异化处理的技术。它的核心思想是：不是所有数据包都同等重要。比如视频会议和Web页面浏览相比，视频会议对延迟和丢包更敏感，而大文件下载则可以忍受较高延迟。
QoS策略在VRouter上可以做到：
- 识别流量类型（通过端口、协议、源/目的IP等）
- 标记优先级（例如通过DSCP字段打上不同等级）
- 分配不同的带宽或队列（高优先级流量优先通过）
- 在拥塞时选择性丢包（只丢低优先级数据包）
QoS vs 带宽限速
很多人把两者混为一谈，实际上它们是不同维度的工具：
- 带宽限速：设置一个硬性上限，超过就丢，不关心包的内容。
- QoS策略：在限速的基础上，按优先级调配资源。比如你给服务器总限速500Mbps，但可以保证SSH走最高优先级、视频流走中等、下载走最低，即使在带宽满时也能敲命令。
用一句话概括：限速决定“不能超过多少”，QoS决定“超过时谁先走”。
QoS策略中的关键机制
云上VRouter实现的QoS通常包括以下几种经典组件：
流量分类（Classification）
你需要在VRouter上定义规则，告诉它什么样的是“关键业务”。常见的识别依据包括：
- 五元组（源IP、目的IP、源端口、目的端口、协议）
- 应用层协议特征（如HTTP、HTTPS、DNS、SSH）
- 源或目的VPC/子网
- DSCP标记（如果上游已经打了标记）
标记与着色（Marking & Coloring）
分类之后，VRouter可以为数据包打上优先级标签。云平台一般使用TOS（Type of Service）字段或DSCP（DiffServ Code Point），取值范围0~63，数值越高通常代表优先级越高。例如将SSH的地出流量标记为DSCP 46（Expedited Forwarding），而背景下载标记为0（Best Effort）。
队列调度（Queuing & Scheduling）
当出口出现拥塞时，VRouter会将数据包放入不同的队列，然后按权重或优先级从队列中取出转发。常见的调度算法有：
- 严格优先级（Strict Priority）：高优先级队列不空，低优先级队列永远得不到服务。适用于对延迟极度敏感的场景。
- 加权公平队列（WFQ）：为每个队列分配权重，按比例分配带宽。例如高优先级权重70%，中优先级20%，低优先级10%。
- CBQ（Class-Based Queuing）：结合优先级和带宽保证，是云环境中最灵活的模式。
拥塞避免（Congestion Avoidance）
通过WRED（Weighted Random Early Detection）等技术，在队列将满时提前随机丢弃低优先级数据包，让TCP发送方降低速率，避免尾部全丢造成的全局同步。
云上配置QoS的常见陷阱
容易忽略的细节
理清概念后，还需要注意几个容易踩坑的地方：
- 默认情况下VRouter不开启QoS：多数云平台的默认策略是尽力而为，不会自动区分优先级。必须手动创建QoS策略并绑定到实例或流量方向。
- 入站和出站要分开配置：带宽限速通常可以设置入站（ingress）和出站（egress）两个方向。对Web服务器来说，入站流量（用户请求）通常小于出站（响应内容），但两者都可能需要QoS。
- QoS策略有生效范围：有的是在VRouter上全局生效，有的可以针对单个弹性网卡（ENI）或单个公网IP。阅读云厂商文档时注意术语。
- 标记只在云内部传递：如果你的流量经过第三方网络（如公网），DSCP标记可能被丢弃或重置。所以QoS只能管到云出口为止。
简化的配置思路
实际操作要点
作为初学者，不需要一开始就设计复杂的队列矩阵。推荐采用“先限速、后优化”的步骤：
- 评估业务带宽需求：统计各服务器的正常峰值和平均带宽，算出VPC出口的总需求。
- 设置带宽限速：给每台服务器或每个弹性公网IP设置一个合理的上限，比如总带宽1Gbps，分成四个实例各250Mbps。
- 识别关键流量：找出对整个业务最重要的通信，如数据库同步、监控心跳、SSH管理。
- 创建QoS策略：将关键流量标记高优先级，普通业务标记中优先级，后台批量任务标记低优先级。配置严格优先级或加权队列。
- 验证与微调：在业务低峰期模拟高负载场景（比如用iPerf打流），观察不同流量的延迟和丢包是否符合预期。然后根据实际监控数据调整优先级和阈值。
这套方法不需要编程，通过云控制台的图形界面就能完成。大多数厂商（阿里云、腾讯云、华为云、AWS）都提供了类似的“QoS策略”或“流量调度”功能，只是名称不同，本质一致。
总结
验证与回滚
云上虚拟路由器的带宽限速和QoS策略，本质上是将共享资源的分配从“谁抢到谁用”转变为“按需分配”。限速提供了公平的底线，QoS在此基础上实现了精细化的业务保障。对于运维新手，掌握这两个概念能让你在遇到网络抖动时，快速定位是邻居抢占还是自身优先级不足，从而做出有效调整。下一次当你发现某台服务器ping突然变高时，不妨先查一下同级服务的带宽占用，再考虑是否需要加入QoS策略吧。按这个顺序复查，VRouter QoS遇到异常时也更容易定位。
延伸阅读