k8s中，服务的自动注册、自动感知、负载均衡，三个功能的含义及测试验证

ops/2024/12/22 19:02:01/

自动感知，指的是客户端只用访问服务的ip，而不用关心pod在哪个节点，以及pod的ip是多少。

服务可以自动感知pod的位置及ip，核心是通过selector标签选择器找到pod

自动注册，指的是服务创建之后，会自动在k8s的kube-dns服务注册，实现域名和ip的映射，kube-dns是一个系统服务，在部署k8s的时候就有这个服务了，这个服务在kube-system系统名称空间下。其他创建的服务，来找这个dns服务，自动注册。服务域名的格式是<服务名称>.<名称空间>.svc.cluster.local

负载均衡，指的是，当一个服务后端有多个pod的时候，访问服务的请求，会自动在后端pod之间实现负载均衡，不用配置。

服务为什么能实现这些功能？

底层是lvs技术--负载均衡，比如NAT、DR

包括iptables技术--数据转发，比如SNAT、DNAT

两者都可以实现路由和负载均衡的功能，

ipbables还可以实现，修改数据包源目IP和包标记

用四表五链实现很多各种复杂的三四层路由。

都不需要管理员管理

都是kube-proxy配置和管理的

相当于你雇了个员工，他负责管理公司的防火墙和负载均衡，这个员工就叫kubeproxy

所以说，kubeproxy管理lvs负载均衡、iptables防火墙和域名注册

k8s底层，就是一个负载均衡集群

kubeproxy有自我修复机制，

即使把kube-proxy的pod全部删掉了，集群会自动重建kube-proxy的pod

而且配置的时候，是基于每一台主机的，每一台主机上面都有kubeproxy，master主机上也有

集群坏了，kubeproxy替你维护集群，kubeproxy坏了，集群又会重建kubeproxy

关于k8s内，dns服务的实现及实验

kube-dns服务在kube-system系统名称空间下

服务的自动注册测试：

当服务没有创建的时候，

服务的域名是没有被dns解析为ip的

当服务创建之后，

服务的域名被dns解析为10.245.23.28

这就验证了k8s的dns服务

对于其他服务的自动注册，自动解析功能

~]# kubectl get service
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.245.0.1   <none>        443/TCP   2d22h
~]# kubectl get service -n kube-system 
NAME             TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                  AGE
kube-dns         ClusterIP   10.245.0.10      <none>        53/UDP,53/TCP,9153/TCP   2d22h
metrics-server   ClusterIP   10.245.105.229   <none>        443/TCP                  2d
~]# host 
-bash: host: command not found
~]# nslookup
-bash: nslookup: command not found
~]# yum -y install  bind-utils
~]# host  websvc.default.svc.cluster.local 10.245.0.10
# host是DNS命令行工具， websve.de...是域名，10.245.0.10是DNS服务器
Using domain server:
Name: 10.245.0.10
Address: 10.245.0.10#53
Aliases: Host websvc.default.svc.cluster.local not found: 3(NXDOMAIN)
~]# kubectl apply -f  websvc.yaml 
service/websvc created
~]# host  websvc.default.svc.cluster.local 10.245.0.10
Using domain server:
Name: 10.245.0.10
Address: 10.245.0.10#53
Aliases: websvc.default.svc.cluster.local has address 10.245.23.28
~]# cat websvc.yaml 
---
kind: Service
apiVersion: v1
metadata:
  name: websvc
spec:
  type: ClusterIP
  selector:
    app: web
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80
~]# kubectl get service
NAME         TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.245.0.1     <none>        443/TCP   2d23h
websvc       ClusterIP   10.245.23.28   <none>        80/TCP    18m
]# curl  10.245.23.28
curl: (7) Failed to connect to 10.245.23.28 port 80: Connection refused
#    这里为什么报错呢，因为服务本身不对外提供应用，只是一个代理和转发，在没有pod的时候，自然是访问不到的
~]# kubectl replace --force -f  web1.yaml
pod "web1" deleted
pod/web1 replaced
~]# curl  10.245.23.28
Welcome to The Apache.
]# cat web1.yaml 
---
kind: Pod
apiVersion: v1
metadata:
  name: web1
  labels:
    app: web
spec:
  containers:
  - name: apache
    image: myos:httpd# 创建pod之后，就可以访问到了。这时候不知道pod的ip，但是也不用知道pod的ip，因为访问服务，服务自动就把请求转发给pod了。pod在哪，pod的ip是多少，都无所谓，因为服务会自动感知pod的位置和ip
~]# curl 10.245.23.28
Welcome to The Apache.
~]# kubectl get pods web1 -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP              NODE        NOMINATED NODE   READINESS GATES
web1   1/1     Running   0          18s   10.244.21.135   node-0001   <none>           <none>
~]# kubectl replace --force -f web1.yaml 
pod "web1" deleted
pod/web1 replaced
~]# curl 10.245.23.28
Welcome to The Apache.
~]# kubectl get pods web1 -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP               NODE        NOMINATED NODE   READINESS GATES
web1   1/1     Running   0          7s    10.244.240.141   node-0004   <none>           <none>
#  比如pod重建之后，从node001上跑到了node004上，ip也从21.135变成了240.141，访问服务，依然是能访问到apache服务。这就验证了服务对于pod的自动感知功能。自动感知是靠什么实现的呢？是靠标签，因为服务中制定了selector标签，而这个pod资源文件中规定了带这个标签。所以服务可以自动感知pod
~]# kubectl get pods --show-labels 
NAME   READY   STATUS    RESTARTS   AGE     LABELS
web1   1/1     Running   0          4m56s   app=web
~]# cat websvc.yaml 
---
kind: Service
apiVersion: v1
metadata:
  name: websvc
spec:
  type: ClusterIP
  selector:
    app: web
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80
~]# kubectl label pods web1 app-
pod/web1 unlabeled
~]# curl 10.245.23.28
curl: (7) Failed to connect to 10.245.23.28 port 80: Connection refused
# 把pod的标签删除之后，服务就不可用了，因为服务不能通过标签找到pod
~]# kubectl label pods web1 app=web
pod/web1 labeled
~]# curl 10.245.23.28
Welcome to The Apache.
# 给pod设置标签之后，服务就又可以访问了，所以证明了，服务是靠标签找pod的


# 测试服务的自动负载均衡功能
~]# sed  's,web1,web2,'  web1.yaml    | kubectl  apply -f  -
pod/web2 created
~]# sed  's,web1,web3,'  web1.yaml    | kubectl  apply -f  -
pod/web3 created
~]# kubectl get pods 
NAME   READY   STATUS    RESTARTS   AGE
web1   1/1     Running   0          11m
web2   1/1     Running   0          19s
web3   1/1     Running   0          7s
~]# curl 10.245.23.28/info.php
<pre>
Array
([REMOTE_ADDR] => 10.244.219.64[REQUEST_METHOD] => GET[HTTP_USER_AGENT] => curl/7.61.1[REQUEST_URI] => /info.php
)
php_host:       web2
1229
~]# curl 10.245.23.28/info.php
<pre>
Array
([REMOTE_ADDR] => 10.244.219.64[REQUEST_METHOD] => GET[HTTP_USER_AGENT] => curl/7.61.1[REQUEST_URI] => /info.php
)
php_host:       web1
1229
~]# curl 10.245.23.28/info.php
<pre>
Array
([REMOTE_ADDR] => 10.244.219.64[REQUEST_METHOD] => GET[HTTP_USER_AGENT] => curl/7.61.1[REQUEST_URI] => /info.php
)
php_host:       web3
1229
# 因为info.php文件中，把主机名打印出来了，所以访问三次可以看到，分别访问的是pod  web1、web2、web3，证明服务是自动实现负载均衡的

host是DNS命令行工具

nslookup也是DNS命令行工具

一个是非交互式

一个是交互式


http://www.ppmy.cn/ops/118246.html

相关文章

OpenGL ES 绘制一个三角形(2)

OpenGL ES 绘制一个三角形(2)

OpenGL ES 绘制一个三角形(2) 简述 本节我们基于Android系统&#xff0c;使用OpenGL ES来实现绘制一个三角形。在OpenGL ES里&#xff0c;三角形是一个基础图形&#xff0c;其他的图形都可以使用三角形拼接而成&#xff0c;所以我们就的案例就基于这个开始。 在Android系统中…
阅读更多...
vue3结合 vue-router和keepalive实现路由跳转保持滚动位置不改变（超级简易清晰）

vue3结合 vue-router和keepalive实现路由跳转保持滚动位置不改变（超级简易清晰）

1.首先我们在路由跳转页面设置keepalive(Seeall是我想实现结果的页面) 2. 想实现结果的页面中如果不是全屏实现滚动而是有单独的标签实现滚动效果
阅读更多...
Mysql梳理10——使用SQL99实现7中JOIN操作

Mysql梳理10——使用SQL99实现7中JOIN操作

10 使用SQL99实现7中JOIN操作 10.1 使用SQL99实现7中JOIN操作 本案例的数据库文件分享&#xff1a; 通过百度网盘分享的文件&#xff1a;atguigudb.sql 链接&#xff1a;https://pan.baidu.com/s/1iEAJIl0ne3Y07kHd8diMag?pwd2233 提取码&#xff1a;2233 # 正中图 SEL…
阅读更多...
【代码随想录Day27】贪心算法Part01

【代码随想录Day27】贪心算法Part01

理论基础 题目链接/文章讲解&#xff1a;代码随想录 视频讲解&#xff1a;贪心算法理论基础&#xff01;_哔哩哔哩_bilibili 455.分发饼干 题目链接/文章讲解&#xff1a;代码随想录 视频讲解&#xff1a;贪心算法&#xff0c;你想先喂哪个小孩&#xff1f;| LeetCode&#…
阅读更多...
NLP 文本分类任务核心梳理

NLP 文本分类任务核心梳理

解决思路 分解为多个独立二分类任务将多标签分类转化为多分类问题更换 loss 直接由模型进行多标签分类 数据稀疏问题 标注更多数据&#xff0c;核心解决方案&#xff1a; 自己构造训练样本 数据增强&#xff0c;如使用 chatGPT 来构造数据更换模型 减少数据需求增加规则弥补…
阅读更多...
R包：VennDiagram韦恩图

R包：VennDiagram韦恩图

加载R包 library(VennDiagram)数据 # Prepare character vectors v1 <- c("DKK1", "NPC1", "NAPG", "ERG", "VHL", "BTD", "MALL", "HAUS1") v2 <- c("SMAD4", "DKK1…
阅读更多...
01_OpenCV图片读取与展示

01_OpenCV图片读取与展示

import cv2 img cv2.imread(夕阳.jpg, 1) #cv2.imshow(image, img) #此行只能命令行处py文件执行&#xff0c;会弹出一个视频窗口 #cv2.waitKey (0)以下会在jupyter Lab控件中显示读取的图像 #bgr8转jpeg格式 import enum import cv2def bgr8_to_jpeg(value, quality75):ret…
阅读更多...
框架漏洞（5-rce s2-057 CVE-2017-8046 CVE-2018-1273 Shiro-550）

框架漏洞（5-rce s2-057 CVE-2017-8046 CVE-2018-1273 Shiro-550）

5-rce 步骤一&#xff1a;环境部署 cd vulhub/thinkphp/5-rce docker-compose up -d 步骤二&#xff1a;输入系统命令: whoami /index.php?sindex/think\app/invokefunction&functioncall_user_func_array&vars[0]system&vars[1][]whoami 步骤三&#xff1a;写…
阅读更多...
最新文章

Copyright @ 2022~2023