服务的发现
- 发现的方式

服务的发现

发现的方式

服务的发现说的就是svc的ip只有集群内的资源可以访问到，比如集群内的节点，pod

到底说的是什么意思呢？我们可以来看看LNMP架构(Linux + Nginx + Mysql + php)搭建的wordpress

首先wordpress是需要对接数据库的，那么wordpress部署在集群里如何去对接后端的数据库存储数据呢？这也就是服务的发现

也就是说你要通过什么方式去让前端的wordpress去对接后端的数据库

1. ClusterIP

每个pod被创建出来之后，都会被分配一个IP地址，但是这个IP地址只有集群内部可以访问到，那么既然他都有IP地址了，为什么要通过这个ClusterIP呢？

我们来仔细分析这句话，每个Pod都会被分配IP地址，那万一这个Pod是被deployment管理的，这个pod被意外删除了，那么控制器会重新启一个pod，那么这个pod会有一个新的IP，这个时候你的wordpress指定的数据库地址还是之前的那个地址，然而那个地址已经不存在，那么你的wordpress就会报数据库连接失败的错误

我们来看看是不是这样

# 我们创建一个控制器，副本数为1，看看IP，然后我们手动删除他创建出来的那个pod，然后我们再看看这个新的Pod的IP

[root@master ~]# kubectl create deployment test01 --image nginx

deployment.apps/test01 created

[root@master ~]# kubectl get pods -o wide

NAME                     READY   STATUS    RESTARTS   AGE   IP              NODE    NOMINATED NODE   READINESS GATES

test01-994bb76cb-2qd5g   1/1     Running   0          33s   10.244.104.59   node2   <none>           <none>

# 我们现在看到，这个Pod的IP是 10.244.104.59,删除这个pod

[root@master ~]# kubectl delete pod/test01-994bb76cb-2qd5g

pod "test01-994bb76cb-2qd5g" deleted

[root@master ~]# kubectl get pods -o wide

NAME                     READY   STATUS    RESTARTS   AGE   IP               NODE    NOMINATED NODE   READINESS GATES

test01-994bb76cb-4vtkw   1/1     Running   0          25s   10.244.166.182   node1   <none>           <none>

我们通过这个小实验可以看到，IP是会变动的，那么我们使用以前的IP访问现在的Pod肯定是不行的，那么有没有一种办法就是给他们一个浮动IP呢，我每次只需要访问这个浮动IP，他会自动帮我把流量转发到pod下面呢？有的

这个就是ClusterIP的作用

再来看一个实验还是这个控制器，我们给这个控制器创建一个svc，然后通过svc的浮动IP去访问pod

# 由于刚刚的deployment并没有删除，那我现在接着做

[root@master ~]# kubectl expose deployment test01 --port 80 --target-port 80

# 这里的--port 是svc暴露的端口，可以随意修改、

# --target-port 是指的pod内的服务端口，你的pod开放什么端口这里就要写什么，写错了服务就访问不到的

[root@master ~]# kubectl expose deployment test01 --port 80 --target-port 80

service/test01 exposed

[root@master ~]# kubectl get svc

# 我不是在默认的命名空间下，如果你是在默认的命名空间下还会有一个默认的Kubernets的svc

NAME     TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)   AGE

test01   ClusterIP   10.98.54.158   <none>        80/TCP    3s

# 我们通过这个ip地址来访问一下nginx看看

[root@master ~]# curl 10.98.54.158

<!DOCTYPE html>

<html>

<head>

<title>Welcome to nginx!</title>

…… 省略部分信息

# 可以访问到nginx的首页，我们删除这个pod，然后再来使用这个IP地址看看

[root@master ~]# kubectl delete pods/test01-994bb76cb-4vtkw

pod "test01-994bb76cb-4vtkw" deleted

[root@master ~]# kubectl get pods -o wide

NAME                     READY   STATUS    RESTARTS   AGE   IP              NODE    NOMINATED NODE   READINESS GATES

test01-994bb76cb-ntwjn   1/1     Running   0          15s   10.244.104.55   node2   <none>           <none>

# 他的pod的IP地址已经变了，我们来看看svc的地址能否继续访问到

[root@master ~]# curl 10.98.54.158

<!DOCTYPE html>

<html>

<head>

<title>Welcome to nginx!</title>

……省略部分信息

通过这个实验我们看到了，我们可以通过这这种方式来给这些个pod一个浮动的IP，无论你Pod的IP地址怎么变动，我只要访问你的浮动IP就可以了。并不需要知道或者固定你的IP

2. 通过变量

学习这个之前你得先能搞懂ClusterIP！！！

在K8S集群里面，每个被创建出来的pod都会去加载当前命名空间下的所有的SVC并注册成环境变量，注意，是所有，大概的流程就是这样的

pod1 pod2 pod3

svc1 svc2 svc3

----------------------------------->时间线

这个图的意思就是在创建一个pod1的时候，他会把svc1注册成他的一个环境变量，创建pod2的时候会把svc1和svc2都注册，pod3则会把svc1，svc2和svc3全部注册到环境变量里面

pod1不会加载svc2和svc3，因为在创建pod1的时候svc2和svc3还没有被创建出来

大概就是这样一个流程，我们来看看是不是这样

[root@master wordpress]# kubectl get svc

NAME     TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)   AGE

test01   ClusterIP   10.98.54.158   <none>        80/TCP    16m

# 我们先进入刚刚的nginx看看环境变量

[root@master wordpress]# kubectl exec -it pods/test01-994bb76cb-ntwjn -- bash

root@test01-994bb76cb-ntwjn:/# env |grep -i test01

HOSTNAME=test01-994bb76cb-ntwjn

TEST01_SERVICE_PORT=80

TEST01_PORT_80_TCP_PROTO=tcp

TEST01_PORT_80_TCP_ADDR=10.98.54.158

TEST01_PORT=tcp://10.98.54.158:80

TEST01_PORT_80_TCP=tcp://10.98.54.158:80

TEST01_SERVICE_HOST=10.98.54.158

TEST01_PORT_80_TCP_PORT=80

我们可以看到他确实有这些变量，而且有一个变量是TEST01_SERVICE_HOST 这个不就是浮动IP地址吗

我们再来创建一个新的pod，叫做pod02，给这个pod也创建一个svc，最后我们创建一个pod03，进入到pod03里面看看是不是有svc1和svc2的变量

[root@master wordpress]# kubectl run pod02 --image nginx --image-pull-policy IfNotPresent

pod/pod02 created

[root@master wordpress]# kubectl expose pod pod02 --port 80 --target-port 80

service/pod02 exposed

[root@master wordpress]# kubectl get svc

NAME     TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)   AGE

pod02    ClusterIP   10.105.166.129   <none>        80/TCP    10s

test01   ClusterIP   10.98.54.158     <none>        80/TCP    21m

# 现在有pod02的svc和test01的svc

# 创建新的pod，直接进去里面看看环境变量

[root@master wordpress]# kubectl run pod03 --image nginx --image-pull-policy IfNotPresent

pod/pod03 created

[root@master wordpress]# kubectl exec -it pods/pod03 -- bash

root@pod03:/# env |grep -i pod02

POD02_PORT_80_TCP_PROTO=tcp

POD02_PORT_80_TCP_ADDR=10.105.166.129

POD02_PORT=tcp://10.105.166.129:80

POD02_SERVICE_HOST=10.105.166.129

POD02_PORT_80_TCP_PORT=80

POD02_PORT_80_TCP=tcp://10.105.166.129:80

POD02_SERVICE_PORT=80

# pod02是有的，再来看看test01

root@pod03:/# env |grep -i test01

TEST01_SERVICE_PORT=80

TEST01_PORT_80_TCP_PROTO=tcp

TEST01_PORT_80_TCP_ADDR=10.98.54.158

TEST01_PORT=tcp://10.98.54.158:80

TEST01_PORT_80_TCP=tcp://10.98.54.158:80

TEST01_SERVICE_HOST=10.98.54.158

TEST01_PORT_80_TCP_PORT=80

我们可以发现，确实跟我们说的一样，他会pod创建之前就存在的svc全都注册到环境变量里面

那么通过这一特性，我们可以在给pod传参的时候就不用写IP地址了，直接写上变量，这种方式的场景是什么呢？

是这样的，虽然我们现在有浮动IP了，那万一这个svc被删除了又被重新创建出来了呢，浮动IP是不是变动了，那么就可以使用这个方式

# 我直接拿wordpress的一段代码过来给你们对比一下

# 之前的方式

containers:

      - image: wordpress

        imagePullPolicy: IfNotPresent

        name: wordpress

        resources: {}

        volumeMounts:

        - name: web

          mountPath: /var/www/html

        env:

        - name: WORDPRESS_DB_HOST

          value: "10.110.98.28"

变量的方式

containers:

      - image: wordpress

        imagePullPolicy: IfNotPresent

        name: wordpress

        resources: {}

        volumeMounts:

        - name: web

          mountPath: /var/www/html

        env:

        - name: WORDPRESS_DB_HOST

          value: $(TEST01_SERVICE_HOST)

我们直接在这个地方指定他去获取环境变量，那么他自动就能拿到svc的浮动IP了，并且只要SVC的名字不变，他是能一直拿到的，当然，这个pod要重新创建

3. 通过DNS(推荐)

这种方式更加简单，我们使用控制器创建出来的pod，然后再创建一个pod使用busybox，我们直接使用wget + svc名字

# 我们先看看svc

[root@master wordpress]# kubectl get svc

NAME     TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)   AGE

test01   ClusterIP   10.98.54.158   <none>        80/TCP    65m

# 我们使用busybox来看看

[root@master wordpress]# kubectl run busybox --image  busybox -- sleep 3600

pod/busybox created

# 进入pod

[root@master wordpress]# kubectl exec -it busybox -- sh

/ #

/ # wget test01

Connecting to test01 (10.98.54.158:80)

saving to 'index.html'

index.html           100% |**************************************************************|   615  0:00:00 ETA

'index.html' saved

/ # ls

bin         etc         index.html  lib64       root        tmp         var

dev         home        lib         proc        sys         usr

看到这里我们直接使用wget+ svc的名字他就把index.html文件下载了，说明是能访问到的

这种方式只能方式同一命名空间下的svc，如果要哦访问不同的命令空间下的svc也很简单

只需要在svc名字后面加上. 命名空间名字

比如

我现在需要访问hehe命令空间下的svc01，那么就是这样的

wget svc01.hehe 这样就好了

SVC服务的发现的更多相关文章

1.利用consul实现k8s服务自动发现
标题 : 1.利用consul实现k8s服务自动发现目录 : 微服务架构设计序号 : 1 ] } } ] } } - consul自身支持ACL,但目前,Helm图表不支持其中一些功能,需要额 ...
Spring-cloud & Netflix 源码解析：Eureka 服务注册发现接口 ****
http://www.idouba.net/spring-cloud-source-eureka-client-api/?utm_source=tuicool&utm_medium=refer ...
玩转Spring Cloud之服务注册发现（eureka）及负载均衡消费（ribbon、feign）
如果说用Spring Boot+Spring MVC是开发单体应用(或单体服务)的利器,那么Spring Boot+Spring MVC+Spring Cloud将是开发分布式应用(快速构建微服务)的 ...
Spring Cloud中服务的发现与消费
之前没注意,微信公众号的图片不能引用到其他地方,本文图片显示不正常,原图在写完博客后已经删了,,,,,,所以本文小伙伴可以移步这里https://mp.weixin.qq.com/s/GoIZdwt5 ...
服务注册发现consul之二：在Spring Cloud中使用Consul实现服务的注册和发现
首先安装consul环境,参照之前的文章:<服务注册发现consul之一:consul介绍及安装>中的第一节介绍. Spring Cloud使用Consul的服务与发现 1.导入依赖pri ...
consul集群搭建，配合nginx完成服务动态发现和健康检查
1.概述 1.1 介绍 consul是一个服务发现和配置共享的服务软件,结合nginx的主动健康检查模块nginx_upstream_check_module和服务发现模块nginx-upsync-m ...
服务注册发现Eureka之二：高可用服务注册中心
前言在Spring Cloud系列文章的开始,我们就介绍了服务注册与发现,其中,主要演示了如何构建和启动服务注册中心Eureka Server,以及如何将服务注册到Eureka Server中,但是 ...
服务注册发现Eureka之三：Spring Cloud Ribbon实现客户端负载均衡(客户端负载均衡Ribbon之三：使用Ribbon实现客户端的均衡负载)
在使用RestTemplate来消费spring boot的Restful服务示例中,我们提到,调用spring boot服务的时候,需要将服务的URL写死或者是写在配置文件中,但这两种方式,无论哪一 ...
marathon的高可用服务自动发现和负载均衡
上一篇我们说谈了docker+zookeeper+mesos+marathon集群,本篇我们来谈谈marathon的集群和自动发现服务. marathon的服务自动发现和负载均衡有两种,1是mesos ...
基于marathon-lb的服务自发现与负载均衡
参考文档: Marathon-lb介绍:https://docs.mesosphere.com/1.9/networking/marathon-lb/ 参考:http://www.cnblogs.co ...

随机推荐

Seata 分布式事务解决方案及特点
本文为博主原创,未经允许不得转载: 目录: 1. Seata官方链接 2. Seata的三大角色 3.Seata 常见分布式事务解决方案 4. 2PC两阶段提交协议 5. 2PC 的问题 6. AT模 ...
一文搞清楚Java中的方法、常量、变量、参数
写在开头在上一篇文章:一文搞清楚Java中的包.类.接口中我们讲了Java中的包.类和接口,今天继续将剩下的方法.常量.变量以及参数梳理完. Java中的变量与常量在JVM的运转中,承载的是数据 ...
13-Verilog for Design
Verilog for Design 设计人员知道写的RTL可以综合成么样的电路设计人员对于硬件系统进行描述验证人员搭建验证环境对设计人员描述的硬件系统进行验证对Standcell,模拟/定制I ...
Java开发者的Python快速进修指南：探索15种独特的Python特殊方法
概述在Python中,特殊方法(也称为魔术方法)是由Python解释器自动调用的,我们不需要手动调用它们,而是使用内置函数来间接地使用它们.举个例子,我们可以实现特殊方法__len__(),然后通过 ...
[转帖]Oracle23c On linux的简单安装
Oracle23c On linux的简单安装背景 Oracle11.2.0.4 发布之后下一个版本是 Oracle12c 因为西方人比较不喜欢13这个数字, 尤其是犹太人出生的拉里埃里森. 所 ...
[转帖]NVIDIA超级AI服务器NVIDIA DGX GH200性能介绍
https://zhuanlan.zhihu.com/p/633219396 2023 年 5 月 28 日NVIDIA宣布推出 NVIDIA DGX GH200,这是首款 100 TB级别的GPU ...
[转帖]Kafka Dashboard
https://grafana.com/grafana/dashboards/18276-kafka-dashboard/ Kafka resource usage and consumer lag ...
[转帖]grafana 连接 influxdb 1.x 和 2.x
文章目录一.安装 influxdb Ⅰ.docker 安装二.常用操作 Ⅰ.influxdb 1.x版本添加用户认证 Ⅱ.influxdb 2.x 使用命令行 Ⅲ.CLI 配置token Ⅴ.CL ...
[转帖]【JVM】JVM源码分析之Metaspace解密
概述 metaspace,顾名思义,元数据空间,专门用来存元数据的,它是jdk8里特有的数据结构用来替代perm,这块空间很有自己的特点,前段时间公司这块的问题太多了,主要是因为升级了中间件所致,看到 ...
[转帖]一本正经的八卦一下CPU的自主可控之二
https://zhuanlan.zhihu.com/p/62399200 一本正经的八卦一下CPU的自主可控之二上回书说到CPU自主可控第一个层面的指令集问题.这回聊一聊接下来的设计问题. 第二 ...

SVC服务的发现