不同k8s集群间服务如何相互访问实现详解
目录
- 1 | 春天来了一个需求
 - 1.1 | 现状
 - 1.2 | 需求
 - 2 | 方案有挺多的
 - 3 | 展开来讲讲
 - 3.1 | 场景 1
 - 3.2 | 场景 2
 - 4 | 说点非技术的
 
1 | 春天来了一个需求
1.1 | 现状
- 不同工程团队有各自的 k8s 开发集群, 负责的服务部署在各自的集群上
 - 但是这些服务之间存在调用关系(单项或者双向的)
 - 不同 k8s 集群之间内网是联通的
 - 其中一个集群要作为流量入口,面向用户
 

1.2 | 需求
- 实现服务跨集群访问
 - 服务之间只能通过内网调用
 - 统一的外部流量接入控制
 
2 | 方案有挺多的
跨集群访问,应该是一个比较普遍的需求,市面上有很多各种各样的方案。比如:
- 跨集群的注册发现服务 比如使用 nacos 作为跨集群的注册发现中间件,所有在不同集群里的服务都注册到 nacos 上,由 nacos 来进行服务的注册发现以及负载均衡。
 - 配置集群内网SLB 每一个集群各自配置一个自己的内网 SLB 地址,通过 ingress 的 path 配置不同的路由转发。
 - 使用ExternalName Service 在 请求发起方集群 配置 跨集群服务 在 本集群的 service,type 为 ExternalName 的headless service。
 
| 方案 | 优点 | 缺点 | 
|---|---|---|
| 跨集群的注册发现服务 | 无需额外运维要求 | 要求所有服务使用同一套注册发现服务,限制比较强,且注册发现服务不一定满足不同技术栈的团队,比如 nacos 就没有官方支持的 go sdk | 
| 配置集群内网SLB | 对调用方友好,无需在调用方做额外运维配置,只需要正常业务代码内调用即可 | 对集群运维要求较高,需要有一定的运维知识,且如果没有现成的 SLB 组件,还需要自建,成本较高 | 
| 使用ExternalName Service | 适用范围最广,使用最灵活,可以在任何阶段进行配置改造,对跨集群服务支持的调用方式兼容性好(支持 ClusterIP, NodePort 以及域名调用) | 对本方集群运维能力要求高 | 
以上三种方案,都可以实现跨集群的服务调用。然而,方案三却是目前最符合现状且能推进下去的。所以,下面就方案三展开来说。
3 | 展开来讲讲
方案三用到了 k8s 的 ExternalName Service(这里不展开讲这是什么,感兴趣可以点击查看)。主要讲怎么用。下面分几个场景来讲解:
3.1 | 场景 1
假设:k8s2 集群有个服务 s2, 对外以 Ingress 方式提供服务,访问地址是: abc.com 调用方集群创建一个 service :
apiVersion: v1
kind: Service
metadata:
  name: k8s2-s2
  namespace: prod
spec:
  type: ExternalName
  externalName: abc.com
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 80
那么, 在调用方集群内的服务,就可以通过本集群的服务名(k8s2-s2.prod.svc.cluster.local)去访问跨集群的服务。
3.2 | 场景 2
假设:k8s3 集群有个服务 s3, 对外以 NodePort 方式提供服务,访问地址是:192.168.0.199:30099 按照场景 1 的配置生成一个 service,可以用么?
apiVersion: v1
kind: Service
metadata:
  name: k8s3-s3
  namespace: prod
spec:
  type: ExternalName
  externalName: 192.168.0.199
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 30099
可以用,但是有问题。在 nginx 的日志里会疯狂打印一个错误:找不到 192.168.0.199 这个域名对应的 ip。原因是,在集群看来, externalName 字段是一个域名,是需要做 dns 解析成 ip 的。如果我们直接填一个 ip 的字段,虽然能用,但是会疯狂输出日志,冲掉正常 nginx 请求的日志。
那既然这样,改成域名调用呗。那么问题来了,对方给我一个 ip,我上哪去变一个域名呢?修改 hosts,准确的说,修改 k8s coredns 服务的 hosts:
# kubectl -n kube-system edit cm coredns
apiVersion: v1
data:
  Corefile: |
    .:53 {
        ...
        hosts {
            192.168.0.199 s3.k8s3
            fallthrough
        }
        ...
    }
kind: ConfigMap
metadata:
  name: coredns
  namespace: kube-system
然后修改 service
apiVersion: v1
kind: Service
metadata:
  name: k8s3-s3
  namespace: prod
spec:
  type: ExternalName
  externalName: s3.k8s3
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 30099
此时,在调用方集群内的服务,就可以通过本集群的服务名(k8s3-s3.prod.svc.cluster.local)去访问跨集群的服务。
4 | 说点非技术的
- 技术上的最优解,不一定是方案上的最优解,要考虑人的因素
 - 一个和尚挑水吃,两个和尚抬水吃,三个和尚没水吃
 - 如果改变不了周围,就勇敢改变自己
 
以上就是不同k8s集群间服务如何相互访问实现详解的详细内容,更多关于k8s 集群间服务相互访问的资料请关注我们其它相关文章!
