多租户系统与高性能计算云环境研究
1. 多租户系统性能隔离
在多租户系统中,租户之间的性能隔离是一个重要方面。为大量租户提供服务需要多个应用实例和一个负载均衡器来分配请求。以下是不同租户亲和性和会话粘性情况下性能隔离的可行性分析:
| 租户亲和性 | 会话粘性 | 位置1 | 位置2 | 位置3 |
| — | — | — | — | — |
| 亲和 | 否 | 是 | 是 | 是 |
| 亲和 | 是 | 否 | 是 | 是 |
| 非亲和 | 否 | 是 | 是 | 是 |
| 非亲和 | 是 | 是 | 是 | 否 |
| 集群亲和 | 否 | 是 | 是 | 是 |
| 集群亲和 | 是 | 否 | 是 | 是 |
在集群亲和场景中,如果没有更多信息,就无法实现性能隔离。请求分配行为与非亲和情况类似,但可用实例集是一个较小的子集。缺少其他实例处理请求的信息,使得难以确定配额违规情况。不过,在非粘性会话且所有处理节点处理能力相同、集群大小已知的情况下,性能隔离是可能的。可以通过假设负载均衡器的均匀分布,将一个处理节点的信息投影到另一个节点,从而确定租户是否在配额内,实现性能隔离。
会话粘性仅在某些情况下有影响。在非亲和或集群亲和且有会话粘性的情况下,为保证性能隔离,需要对请求处理信息进行集中管理,包括请求到实例的分配以及请求总量。在许多场景中,如果没有请求分布信息(位置1)或应用实例前的直接信息(位置3),性能隔离是不可能的。位置2提供了其他两个位置信息的超集,是唯一能为所有亲和组合实现性能隔离的位置。
从以信息为中心的角度来看,利用请求准入控制的性能隔离组件的最佳放置策略
超级会员免费看
订阅专栏 解锁全文
718

被折叠的 条评论
为什么被折叠?



