当前位置：首页 > SIGCOMM > 正文

【Sigcomm 2022】Aequitas：数据中心中性能关键RPC的准入控制

SIGCOMM
2022-11-17
1563
更新：2023-01-04 21:39:31

> 声明：本文转载自 Yiran Zhang 的个人博客（ https://yi-ran.github.io/2022/09/13/Aequitas-SIGCOMM-2022/ ）

分布式Admission Control，保证性能敏感**RPC**的**网络时延**满足SLO

### Background and Motivation

**三类RPC**:

(1) Performance-critical (**PC**) RPCs have tail latency SLOs. Sometimes they are associated with real-time interactive applications or carry key control traffic.

(2) Non-critical (**NC**) RPCs: generally care about sustained rate and their latency SLOs are less stringent on the tail relative to PC RPCs.

(3) Best-effort (**BE**) RPCs have the lowest priority, such as background backup traffic which sees no imminent disadvantage to elevated latency as long as it eventually completes. BE RPCs have no SLOs and are akin to a scavenger class

RPC network-latency (**RNL**) : the time between the first RPC packet arriving at the transport layer (such as TCP) and the time when the last packet of the RPC is acknowledged at the transport.

**Network overload**: overloads can occur anywhere in the network along the path that an RPC takes between the client and the server.

**Mitigating network impact**: 现有实现性能隔离的方案：

（1）基于流大小调度：size与RPC真实性能敏感度并不对应，不一定小流优先级应当设置为高
（2）严格优先级：应用级别，粒度粗，没有SLO保证，饿死问题；race to top问题, 大家都设置高优先级
（3）加权公平队列：应用级别，粒度粗，没有SLO保证；race to top问题, 大家都设置高优先级

### Aequitas

目标/Goal: provide RNL SLOs for RPC priority classes with performance requirements (PC and NC).

面临的挑战:

(1) Expressing SLOs for a diverse set of applications. Latency degradation of RPCs can result from an overload of compute, storage, or networking. It is key to tease out an SLO that the network can be held accountable for.

(2) Structural. Given that overloads can occur anywhere in the network, the solution needs to handle dynamic overloads appearing anywhere along the path an RPC traverses.

(3) Scale. There may be tens of thousands of hosts, thousands of tenants, and hundreds of applications in a cluster, all requiring RPC performance at microsecond-scale.

**key idea**: By comparing the RNL SLO targets and the actual measurements, the algorithm adjusts the amount of traffic admitted per destination-host for the QoS at which the RPC ran.

**理论分析（具体参见论文）**：controlling RPC network-latency across priority classes to provide differentiated SLOs by controlling the amount of traffic admitted on the respective QoS as realized by WFQ.

**两个核心设计**:
**Align Network QoS with RPC priority**: Aequitas maps, at the granularity of RPCs, the three priority classes bijectively to three QoS classes served with WFQ-scheduling: PC RPCs to QoSh, NC to QoSm, and BE to QoSl. Aequitas provides SLOs for QoSh andQoSm;QoSl is treated as a scavenger class on which best-effort and downgraded traffic is served and offers no SLOs.
**Distributed Admission Control via QoS downgrade to provide RNL SLOs**: whether to admit a given RPC on the requested QoS by controlling an admit probability. This controls the portion of RPCs admitted across QoS levels in order to meet RNL SLOs. In a departure from traditional mechanisms of admission-control that either drop or rate- limit traffic, Aequitas downgrades the unadmitted RPCs and issues them at the lowest QoS level. The algorithm follows an Additive Increase Multiplicative Decrease (AIMD) control.

### Evaluation

[部分仿真代码](https://github.com/SymbioticLab/Aequitas)

QoS-mix(QoSh , QoSm , QoSl ) is (0.6, 0.3, 0.1)

### Thinking

### 参考文献

[Aequitas: Admission Control for Performance-Critical RPCs in Datacenters](https://symbioticlab.org/publications/files/aequitas:sigcomm22/aequitas-sigcomm22.pdf)

> <span style="font-style: italic;">声明：本文素材来源于网络，仅供学习使用，如有侵权请联系网站删除(ngdcn_admin@163.com)。</span>

<font color=red>**欢迎扫码关注微信公众号“网络技术风云汇”，更快速接收更多网络技术咨询。**</font>

SIGCOMM