HTTP请求-> GSLB粘性持久性逻辑

时间:2019-09-09 20:21:33

标签: load-balancing f5 internal-load-balancer gslb

应用程序HTTP的请求流程如下

1) The request comes to GTM#1
2) GTM#1 request will send to LTM#A or LTM#B
3) Servers under LTM# A or B will send request to GTM#2
4) GTM#2 will have again LTM# X or Y
5) The response goes back to the same flow

注意:LTM#A和X将在一个位置,而B&Y将在另一位置

我想实现粘性持久逻辑。

我应该设置哪个配置

1 个答案:

答案 0 :(得分:1)

将流量分开,以更好地了解您要执行的操作。

从DNS解析角度来看,GTM只能使用LDNS或客户端持久性。 GTM仅在会话开始时以A记录作为响应,一旦发生解析,则DNS名称将保留客户端缓存允许的时间。

从应用程序流的角度来看,粘性持久性是在LTM应用程序级别执行的,根据应用程序的不同,它们可以是cookie(http / https),会话,标头,基于源ip的。

您最安全的选择是在GTM上配置LDNS持久性,在LTM上配置Cookie持久性,以实现HTTP流量,或者配置源IP持久性,以实现非HTTP流量。