ELB(经典负载均衡器)代理协议在Kubernetes集群上不起作用


  • 在AWS(EKS)上创建了K8s集群
  • 已创建部署工作负载
  • 已创建带有注释服务的服务类型负载平衡器。beta.kubernetes.io/aws-load-balancer-proxy-procolt:"*"(应该在ELB上启用代理协议)用于TCP端口4334

所以在我的pod中,我看不到保留客户端IP的代理协议。尝试了数据包嗅探器和tcpdump,但没有,我可以看到客户端IP由协议保留。

有人能告诉我如何验证代理协议是否保留了客户端IP吗?

请参阅下面提到的负载平衡器。它有一个名为"已启用k8s代理协议"的策略,该策略应用于实例端口31431上的"BackendServerDescriptions"。

我观察到的一件事是,在"ListenerDescriptions"中,例如端口31431策略名称为空。要使代理协议按预期工作,是否需要在侦听器描述中的侦听器策略上应用"启用k8s代理协议"?

有人能确认下面的配置是否足以让代理协议保留源IP,或者必须进行额外的配置吗?

"LoadBalancerDescriptions": [
{
"Subnets": [
"subnet-1",
"subnet-2",
"subnet-2"
],
"CanonicalHostedZoneNameID": "******",
"CanonicalHostedZoneName": "*************",
"ListenerDescriptions": [
{
"Listener": {
"InstancePort": 31431,
"LoadBalancerPort": 4334,
"Protocol": "TCP",
"InstanceProtocol": "TCP"
},
"PolicyNames": []
}
],
"HealthCheck": {
"HealthyThreshold": 2,
"Interval": 10,
"Target": "TCP:31499",
"Timeout": 5,
"UnhealthyThreshold": 6
},
"VPCId": "vpc-***********",
"BackendServerDescriptions": [
{
"InstancePort": 31431,
"PolicyNames": [
"k8s-proxyprotocol-enabled"
]
}
],
"Instances": [
{
"InstanceId": "i-085ece5ecf"
},
{
"InstanceId": "i-0b4741cf"
},
{
"InstanceId": "i-03aea99"
}
],
"DNSName": "***************************",
"SecurityGroups": [
"sg-********"
],
"Policies": {
"LBCookieStickinessPolicies": [],
"AppCookieStickinessPolicies": [],
"OtherPolicies": [
"k8s-proxyprotocol-enabled"
]
},
"LoadBalancerName": "a1df476de2aa011e9aabe0af927e6700",
"CreatedTime": "2019-02-07T06:18:01.020Z",
"AvailabilityZones": [
"us-east-1a",
"us-east-1b",
"us-east-1c"
],
"Scheme": "internet-facing",
"SourceSecurityGroup": {
"OwnerAlias": "906391276258",
"GroupName": "k8s-elb-a1df476de2aa011e9aabe0af927e6700"
}
}
]

是的,设置此注释足以在负载均衡器级别(ELB Classic)启用代理协议v1。

service.beta.kubernetes.io/aws-load-balancer-proxy-procole:"*">

我的入口nginx控制器通过LoadBalancer服务类型公开,带有上述注释,当在日志级别设置为调试的情况下运行它时,我可以看到每个客户端请求都保留了真实的源IP:

172.20.32.78-[172.20.32.78]-[2019年2月8日8:02:43+0000]"代理TCP4 xxx.xxx.xxx.xx 172.20.xx.xxx 42795 80"400 157"-"0 0.172[]


xxx.xxx.xxx.xx-是我的私人ip地址,而不是LB地址。

另一件事是在LB的后端启用代理协议,这样它就可以正确地理解转发的客户端请求(下面介绍了NGINX的步骤)。

最新更新