Kubernetes生产实践系列之二十：ServiceMesh之通过ambassador对部署在Kubernetes的gRPC服务进行负载均衡
一、前言
ambassdor是一款支持Kubernetes原生服务的API网关，它很好的补充了Ingress Nginx所不支持的流控、灰度、认证、授权等网关必备的功能。
ambassdor的数据平面是基于envoy proxy构建的，但是除了作为API网关，还可以成为Kubernetes的Ingress，原因就在于ambassdor的控制面负责监听k8中的service资源的变化，并将配置下发envoy，实际的流量转发通过envoy来完成。另外，ambassdor的控制面使用Kubernetes的etcd存储它的状态。
转载自https://blog.csdn.net/cloudvtech
二、安装ambassador
参看文档：
https://www.getambassador.io/docs/latest/tutorials/getting-started/ (v1.5)
2.1 部署
对aes.yaml进行如下修改：
暴露ambassdor的数据面80和443接口为32080和32443：
apiVersion: v1
kind: Service
metadata:name: ambassadornamespace: ambassadorlabels:product: aesapp.kubernetes.io/component: ambassador-service
spec:type: NodePortports:- name: httpport: 80targetPort: httpnodePort: 32080- name: httpsport: 443targetPort: httpsnodePort: 32443selector:service: ambassador暴露ambassdor控制面的接口8877为3208：
apiVersion: v1
kind: Service
metadata:labels:service: ambassador-adminproduct: aesname: ambassador-adminnamespace: ambassador
spec:type: NodePortports:- name: ambassador-adminport: 8877targetPort: adminnodePort: 32087selector:service: ambassador部署结果：
2.2 访问控制面接口
通过Kubernetes的node IP和NodePort接口进行访问：
http://172.2.2.11:32087/ambassador/v0/diag/
会显示现在ambassador系统的运行状况：
转载自https://blog.csdn.net/cloudvtech
三、部署gRPC服务
参看文章《Kubernetes生产实践系列之十九：使用Ingress Nginx暴露Kubernetes上的gRPC服务》第二节：
四、通过ambassador暴露gRPC服务
4.1 部署ambassador的Mapping配置
---
apiVersion: getambassador.io/v2
kind: KubernetesEndpointResolver
metadata:name: grpcserver-endpoint-resolver
---
apiVersion: getambassador.io/v2
kind: Mapping
metadata:name: grpcserver
spec:grpc: trueprefix: /greet.GrpcService/rewrite: /greet.GrpcService/service: grpcserver.grpcserver:50051resolver: grpcserver-endpoint-resolverload_balancer:policy: round_robinambassador进行服务发现和负载均衡有很多的策略，如果要在Mapping中使用负载均衡策略，需要进行后端服务的解析，针对Kubernetes的服务解析器支持KubernetesServiceResolver、KubernetesEndpointResolver和ConsulResolver三种服务发现机制，前者将kubernetes的service作为LB的后端，后者将POD作为LB的后端。这里不能使用“KubernetesServiceResolver”，因为gRPC服务不能依赖于kubernetes默认的service进行四层负载均衡，需要ambassador借助KubernetesEndpointResolver将service所有replica POD IP解析出来，才能按照负载均衡策略转发流量。
配置的结果如下：
服务解析器：
Ambassador Route Table：
Envoy信息，gRPC服务两个后端POD IP都被ambassador发现了：
4.2 通过ambassador访问gRPC服务
配置访问对象：
export SVC_HOST_NAME=172.2.2.11
export SVC_PORT=32443相关代码参见《Kubernetes生产实践系列之十九：使用Ingress Nginx暴露Kubernetes上的gRPC服务》第五节：
client_short_connection.go和client_longlive_connection.go
通过长连接访问：
./grpc_client_longlive
Starting client...
Created client: &{%!f(*grpc.ClientConn=&{0xc0000b2b80 0x4851c0 172.2.2.11:32443 {passthrough 172.2.2.11:32443} 172.2.2.11:32443 { [] [] {{1000000000 1.6 0.2 120000000000}} false false false 0 {grpc-go/1.30.0-dev 0x86bf80 false [] 0xc0000ae3e0 {0 0 false} 0 0 32768 32768 0 } [] 0 false true false 0x86e680 [] true} 0xc0000a6f80 {0xc0000ae3f0 0x86bf80 0 {passthrough 172.2.2.11:32443}} 0xc00013ebd0 {{0 0} 0 0 0 0} 0xc0000b0780 0xc0000b4910 map[0xc00017e580:{}] {0 0 false} pick_first 0xc0000b2c80 {} 0xc0000a6f60 0 0xc0000baa40 {0 0} })}callService...
2020/05/13 10:11:45 Response from Service: Got input test server host: grpcserver-5bfd56f94b-bc6fg
callService...
2020/05/13 10:11:47 Response from Service: Got input test server host: grpcserver-5bfd56f94b-w7frq
callService...
2020/05/13 10:11:49 Response from Service: Got input test server host: grpcserver-5bfd56f94b-bc6fg
callService...
2020/05/13 10:11:51 Response from Service: Got input test server host: grpcserver-5bfd56f94b-w7frq
callService...
2020/05/13 10:11:53 Response from Service: Got input test server host: grpcserver-5bfd56f94b-bc6fg
callService...
2020/05/13 10:11:55 Response from Service: Got input test server host: grpcserver-5bfd56f94b-w7frq
callService...
2020/05/13 10:11:57 Response from Service: Got input test server host: grpcserver-5bfd56f94b-bc6fg
callService...
2020/05/13 10:11:59 Response from Service: Got input test server host: grpcserver-5bfd56f94b-w7frq
callService...
2020/05/13 10:12:01 Response from Service: Got input test server host: grpcserver-5bfd56f94b-bc6fg
callService...
2020/05/13 10:12:03 Response from Service: Got input test server host: grpcserver-5bfd56f94b-w7frq 可以看到两个后端POD轮流进行服务，客户端所在机器只有一个端口被占用：
通过短连接访问：
可以看到两个后端POD轮流进行服务，客户端所在机器只有大量端口被占用：
转载自https://blog.csdn.net/cloudvtech
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！