k8s服务发现和负载均衡(转)

原文 http://m635674608.iteye.com/blog/2360095

kubernetes中如何发现服务

如何发现pod提供的服务

如何使用kube-dns发现服务

service：服务，是一个虚拟概念，逻辑上代理后端pod。众所周知，pod生命周期短，状态不稳定，pod异常后新生成的pod ip会发生变化，之前pod的访问方式均不可达。通过service对pod做代理，service有固定的ip和port，ip:port组合自动关联后端pod，即使pod发生改变，kubernetes内部更新这组关联关系，使得service能够匹配到新的pod。这样，通过service提供的固定ip，用户再也不用关心需要访问哪个pod，以及pod是否发生改变，大大提高了服务质量。如果pod使用rc创建了多个副本，那么service就能代理多个相同的pod，通过kube-proxy，实现负载均衡

service 模版

{ "kind": "Service”,

"apiVersion": "v1”,

"metadata”:

{ "name": "my-service" },

"spec": { "selector”:

{ "app": "MyApp" },

"ports": [

{ "protocol": "TCP”,

"port": 80,

"targetPort": 9376 } ] }}

其中这个service代理了所有具有app：MyApp标签的pod，服务对外端口是80，服务ip（clusterip）在创建service的时候生成，也可以指定，这组ip：port在service的周期里保持固定。访问ip：port的流量会被重定向到后端pod的9376端口上，就是targetport指定的。

每个节点都有一个组件kube-proxy，实际上是为service服务的，通过kube-proxy，实现流量从service到pod的转发，kube-proxy也可以实现简单的负载均衡功能。

kube-proxy代理模式：userspace方式：kube-proxy 在节点上为每一个服务创建一个临时端口，service的IP：port 过来的流量转发到这个临时端口上，kube-proxy会用内部的负载均衡机制（轮询），选择一个后端pod，然后建立iptables，把流量导入这个pod里面

服务发现

服务发现在微服务架构里，服务之间经常进行通信，服务发现就是解决不同服务之间通信的问题。比如一个nginx的pod，要访问一个mysql服务，就需要知道mysql服务的ip和port，获取ip和port的过程就是服务发现。

kubernetes 支持两种服务发现模式

1.环境变量：

Pod创建的时候，服务的ip和port会以环境变量的形式注入到pod里，比如pod创建时有一个redis-master服务，服务ip地址是10.0.0.11，port是6379，则会把下面一系列环境变量注入到pod里，通过这些环境变量访问redis-master服务。 REDIS_MASTER_SERVICE_HOST=10.0.0.11REDIS_MASTER_SERVICE_PORT=6379REDIS_MASTER_PORT=tcp://10.0.0.11:6379

2.dns：

K8s集群会内置一个dns服务器，service创建成功后，会在dns服务器里导入一些记录，想要访问某个服务，通过dns服务器解析出对应的ip和port，从而实现服务访问

service 是微服务架构中的微服务。service 定义了一个服务的访问入口地址，前端的应用（pod）通过这个入口访问其背后的一组由pod副本组成的集群实例，service与其后端pod副本集群之间是通过label seletor 实现无缝对接的。而rc的功能实际上是保证servic的服务能力和服务质量处于预期的标准

通常我们的系统是由多个提供不同业务能力而又彼此独立的微服务单元所组成，服务之间通过tcp／ip进行通信，从而形成了强大而又灵活的弹性网络，拥有了强大的分布式能力，弹性扩展能力，容错能力。

nodeip：是k8s集群中每个节点的物理网卡的ip地址，是真实存在的物理地址，所有属于这个网络的服务器之间都能通过这个网络直接通信，不管它们中是否有部分节点不属于这个集群，这也表明集群之外的节点访问k8s集群之内的某个节点或者tcp／ip服务的时候，必须通过nodeip进行通信

podip：是每个pod的ip地址，是docker engine根据docker0网桥的ip地址段进行分配的，是一个虚拟的二层网络，k8s里面的一个pod里面的容器访问另外一个容器，就是通过podip所在的虚拟二层网络进行通信的。

每个会被分配一个单独的ip，每个pod都提供了一个独立的Endpoint( Pod ip + Container port ）以被客户端访问

clusterip：全局的唯一的虚拟ip，在整个service的声明周期内，一旦创建，就不会改变

仅仅作用于service对象，由k8s管理和分配ip地址

无法被ping，没有实体网络对象来响应

必须结合service port 组成一个具体的通信端口，单独的clusterip不具备tcp／ip通信协议

在k8s内部，nodeip网、podip网和clusterip网之间的通信，采用的是k8s自己设计的一种编程方式的特殊路由规则

外部访问集群内部容器服务

外部服务对于一些前端应用，需要暴露服务给外网，而其他应用只能运行在内部。service的types字段可以指定服务类型。默认是clusterip类型，这是集群内部的服务类型，服务ip（clutserip）是一个内部ip；

外部服务类型：

1.nodeip + nodeport

为每个节点暴露一个端口，通过nodeip + nodeport可以访问这个服务，同时服务依然会有cluster类型的ip+port，内部通过clusterip方式访问，外部通过nodeport方式访问

2.loadbalance

如果k8s集群运行在第三方云平台上，比如openstack，那么可以通过外部的loadbalance来暴露服务，还能借用第三方的负载均衡机制实现负载均衡。以openstack为例，借助neutron的lbaas，访问服务的流量会被直接转发到后端的pod，跳过了内置的kube-proxy负载均衡。

cluster ip 属于k8s集群内部的地址，无法在外部使用这个地址，若要外部可以进行访问，需要进行扩展

type：NodePort

ports:

Nodeport:31002

然后nodeip + nodeport 进行访问

NodePort的实现方式是在k8s集群里的每个node上为需要外部访问的service开启一个对应的tcp监听端口，外部系统只要任意一个node的ip地址+nodeport端口即可访问服务

service如何进行服务发现

service可以将pod ip封装起来，即使pod发生重建，依然可以通过service来访问pod提供的服务，service还解决了负载均衡的问题

运行在每个node上的kube-proxy进程其实就是一个智能的软件负载均衡器，他负责把service的请求转发到后端的某个pod实例。

kube-dns可以解决Service的发现问题，k8s将Service的名称当做域名注册到kube-dns中，通过Service的名称就可以访问其提供的服务

转载于:https://www.cnblogs.com/devilwind/p/8881148.html

k8s服务发现和负载均衡(转)相关推荐

[云原生专题-33]：K8S - 核心概念 - 服务Service管理、服务发现、负载均衡
作者主页(文火冰糖的硅基工坊):文火冰糖(王文兵)的博客_文火冰糖的硅基工坊_CSDN博客本文网址:https://blog.csdn.net/HiWangWenBing/article/detai ...
GRPC在k8s中的服务发现和负载均衡_traefik-ingress
grpc一般都是内部服务调用,在k8s集群中进行服务发现和负载均衡的方式我所知道的有三种: 一.直接service nodepod方式部署,缺点就是会占用宿主机port,服务多起来,团队大起来的时候, ...
基于consul实现微服务的服务发现和负载均衡
一. 背景随着2018年年初国务院办公厅联合多个部委共同发布了<国务院办公厅关于促进"互联网+医疗健康"发展的意见(国办发[2018]26号)>,国内医疗IT领域又迎 ...
从零开始入门 | Kubernetes 中的服务发现与负载均衡
作者 | 阿里巴巴技术专家溪恒一.需求来源为什么需要服务发现在 K8s 集群里面会通过 pod 去部署应用,与传统的应用部署不同,传统应用部署在给定的机器上面去部署,我们知道怎么去调用别的机 ...
关于服务发现和负载均衡，你想知道的都在这儿
问题缘由单机时代,传统软件大多是单体/巨石架构(Monolithic).大家往一个代码仓库提交CODE,这会导致应用膨胀,难以理解和修改,以及扩展受限,无法按需伸缩等诸多问题.单体架构怎么解决多人合 ...
Consul + fabio 实现自动服务发现、负载均衡 1
Consul hashicorp团队开发就是大名鼎鼎开发 vagrant 的团队. Consul 是一个提供服务发现.健康检测.K/V存储支持分布式高可用多数据中心的服务软件. 比较类似ZooKee ...
服务发现与负载均衡 dubbo zk原理
服务发现与负载均衡拓展阅读 : dubbo 原理概念图 2016-03-03 杜亦舒性能与架构性能与架构性能与架构微信号 yogoup 功能介绍网站性能提升与架构设计内容整理自文章&qu ...
Docker Swarm服务发现和负载均衡原理
Docker Swarm服务发现和负载均衡原理 Docker使用的是Linux内核iptables和IPVS的功能来实现服务发现和负载均衡.Iptables是Linux内核中可用的包过滤技术,可根据数 ...
基于go的微服务搭建（七） - 服务发现和负载均衡
第七节: 服务发现和负载均衡原文地址转载请注明原文及翻译地址这篇文章将关注两个微服务架构的重要部分:服务发现和负载均衡.和他们是如何帮助我们2017年经常要求的横向扩展容量的简介负载均衡和出 ...

k8s服务发现和负载均衡(转)

k8s服务发现和负载均衡(转)相关推荐

最新文章

热门文章