我们需要能够根据url路径将请求指向不同的应用程序。在我们的案例中,我们为一个服务有一个弹性beantalk应用程序,为另一个服务有一个kubernetes集群。我们需要能够将请求作为api.example.com/service1路由到弹性beantalk,将api.example.com/service2路由到kubernetes。
我们在SO上遇到了以下问题/答案:Load balancing across different Elastic Beanstalk applications
[按照将我们创建的新应用程序负载平衡器指向的目标组与EB环境的自动伸缩组相关联的步骤进行之后,对/ service1的请求实际上有效,但是大约只有一半的时间。其他时间,请求只是超时而没有收到响应。
为了排除安全组问题,我们暂时向所有流量开放了Elastic Beanstalk实例安全组,但此问题仍然存在。
这里是应用程序负载平衡器规则,将所有规则转发给“每个人”目标组。 “所有人”目标组是附加到EB环境的自动伸缩组的新目标组。
有人能看到我们可能做错了什么导致这些间歇性问题吗?
您需要一个全局负载均衡器来管理两个集群。您可以将代理用作haproxy,envoy之类的全局负载平衡器。现在,在这种情况下,您的dns将指向代理,然后代理将在弹性beantalk和Kubernetes集群之间路由流量。
envoy.yml
static_resources:
listeners:
- address:
socket_address:
address: 0.0.0.0
port_value: 80
filter_chains:
- filters:
- name: envoy.http_connection_manager
typed_config:
"@type": type.googleapis.com/envoy.config.filter.network.http_connection_manager.v2.HttpConnectionManager
codec_type: auto
stat_prefix: ingress_http
route_config:
name: local_route
virtual_hosts:
- name: backend
domains:
- "*"
routes:
- match:
prefix: "/service/1"
route:
cluster: service1
- match:
prefix: "/service/2"
route:
cluster: service2
http_filters:
- name: envoy.router
typed_config: {}
clusters:
- name: service1
connect_timeout: 0.25s
type: strict_dns
lb_policy: round_robin
http2_protocol_options: {}
load_assignment:
cluster_name: service1
endpoints:
- lb_endpoints:
- endpoint:
address:
socket_address:
address: service1
port_value: 80
- name: service2
connect_timeout: 0.25s
type: strict_dns
lb_policy: round_robin
http2_protocol_options: {}
load_assignment:
cluster_name: service2
endpoints:
- lb_endpoints:
- endpoint:
address:
socket_address:
address: service2
port_value: 80
admin:
access_log_path: "/dev/null"
address:
socket_address:
address: 0.0.0.0
port_value: 8001
Dockerfile
FROM envoyproxy/envoy-dev:98c35eff10ad170d550fb5ecfc2c6b3637418c0c
COPY envoy.yaml /etc/envoy/envoy.yaml
Google刚刚推出了Traffic Director,Traffic Director也可以充当全局负载平衡器。观看此会议Traffic Director