k8s 六之pod间网络通信+ingress-nginx部署+网络策略

最新推荐文章于 2024-04-27 18:04:14 发布
最新推荐文章于 2024-04-27 18:04:14 发布
阅读量1.8k 收藏 4
点赞数 1
分类专栏： linux企业学习 文章标签： linux 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41708548/article/details/120226496
版权

文章目录

k8s网络通信

什么是k8s网络通信

k8s通过CNI接口接入其他插件来实现网络通讯。目前比较流行的插件有flannel，calico等。
CNI插件存放位置： cat /etc/cni/net.d/10-flannel.conflist
插件使用的解决方案如下：

  • 虚拟网桥，虚拟网卡，多个容器共用一个虚拟网卡进行通信。
  • 多路复用：MacVLAN，多个容器共用一个物理网卡进行通信。
  • 硬件交换：SR-LOV，一个物理网卡可以虚拟出多个接口，这个性能最好。

k8s网络通信分类

  • 容器间通信： 同一个pod内的多个容器间的通信，通过lo即可实现。
  • pod之间的通信： 同一节点的pod之间通过cni网桥转发数据包，不同节点的pod之间的通信需要网络插件支持。
  • pod和service通信: 通过iptables或ipvs实现通信，ipvs取代不了iptables，因为ipvs只能做负载均衡，而做不了nat转换。
  • pod和外网通信： iptables的MASQUERADE
  • Service与集群外部客户端的通信： ingress、nodeport、loadbalancer

flannel插件

在这里插入图片描述

组件介绍

  • VXLAN： 即Virtual Extensible LAN（虚拟可扩展局域网），是Linux本身支持的一种网络虚拟化技术。VXLAN可以完全在内核态实现封装和解封装工作，从而通过隧道机制，构建出覆盖网络（Overlay Network）。
  • VTEP： VXLAN Tunnel End Point（虚拟隧道端点），在Flannel中 VNI的默认值是1，这也是为什么宿主机的VTEP设备都叫flannel.1的原因。
  • Cni0: 网桥设备，每创建一个pod都会创建一对 veth pair。其中一端是pod中的eth0，另一端是Cni0网桥中的端口（网卡）。
  • Flannel.1: TUN设备(虚拟网卡)，用来进行 vxlan 报文的处理（封包和解包）。不同node之间的pod数据流量都从overlay设备以隧道的形式发送到对端。
  • Flanneld： flannel在每个主机中运行flanneld作为agent，它会为所在主机从集群的网络地址空间中，获取一个小的网段subnet，本主机内所有容器的IP地址都将从中分配。同时Flanneld监听K8s集群数据库，为flannel.1设备提供封装数据时必要的mac、ip等网络数据信息。

通信流程介绍

  • 当容器发送IP包，通过veth pair发往cni网桥，再路由到本机的flannel.1设备进行处理。
  • VTEP设备之间通过二层数据帧进行通信，源VTEP设备收到原始IP包后，在上面加上一个目的MAC地址，封装成一个内部数据帧，发送给目的VTEP设备。
  • 内部数据桢，并不能在宿主机的二层网络传输，Linux内核还需要把它进一步封装成为宿主机的一个普通的数据帧，承载着内部数据帧通过宿主机的eth0进行传输。
  • Linux会在内部数据帧前面，加上一个VXLAN头，VXLAN头里有一个重要的标志叫VNI，它是VTEP识别某个数据桢是不是应该归自己处理的重要标识。
  • flannel.1设备只知道另一端flannel.1设备的MAC地址，却不知道对应的宿主机地址是什么。在linux内核里面，网络设备进行转发的依据，来自FDB的转发数据库，这个flannel.1网桥对应的FDB信息，是由flanneld进程维护的。
  • linux内核在IP包前面再加上二层数据帧头，把目标节点的MAC地址填进去，MAC地址从宿主机的ARP表获取。
  • 此时flannel.1设备就可以把这个数据帧从eth0发出去，再经过宿主机网络来到目标节点的eth0设备。目标主机内核网络栈会发现这个数据帧有VXLAN Header，并且VNI为1，Linux内核会对它进行拆包，拿到内部数据帧，根据VNI的值，交给本机flannel.1设备处理，flannel.1拆包，根据路由表发往cni网桥，最后到达目标容器。

Vxlan模式

Vxlan模式自带两个参数
1.vxlan参数：默认参数，跨网段时使用此参数。
2.Directrouting参数：同一个网段时使用此参数，直接路由，等同于下面介绍的host-gw模式。

vxlan（默认）模式

pod内通过cni0通信
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

Directrouting模式

1.修改模式为Directrouting模式
kubectl -n kube-system edit cm kube-flannel-cfg
{
  "Network": "10.244.0.0/16",
  "Backend": {
    "Type": "vxlan",
    "Directrouting": true
  }
}
2.重启生效
kubectl get pod -n kube-system |grep flannel | awk '{system("kubectl delete pod "$1" -n kube-system")}'
3.查看route
ip route 或 route -n

在这里插入图片描述
既保留了vxlan，又保留了本机路由。
在这里插入图片描述

host-gw模式

应用场景：主机网关，性能好，但只能在二层网络中，不支持跨网络。

1.修改模式为host-gw
kubectl -n kube-system edit cm kube-flannel-cfg
2.重启生效
kubectl get pod -n kube-system |grep flannel | awk '{system("kubectl delete pod "$1" -n kube-system")}'
3.查看route
ip route 或 route -n

在这里插入图片描述
在这里插入图片描述
在主机上直接做路由而不用封装，直接走主机ip地址。跳过flannel.1直接从cni0到eth0（这里是ens33）。

在这里插入图片描述
在这里插入图片描述

calico插件

calico官网

calico简介

  • flannel实现的是网络通信，calico的特性是在pod之间的隔离。
  • 通过BGP路由，但大规模端点的拓扑计算和收敛往往需要一定的时间和计算资源。
  • 纯三层的转发，中间没有任何的NAT和overlay，转发效率最好。
  • Calico 仅依赖三层路由可达。Calico 较少的依赖性使它能适配所有VM、Container、白盒或者混合环境场景。

calico安装

注意：如果之前安装过flannel，先清理环境。
kubectl delete -f kube-flannel.yml 
cd /etc/cni/net.d
mv 10-flannel.conflist /mnt/        #将文件先移到别处，每一个节点都需要做。
ps ax | grep gannel
 
1. wget https://docs.projectcalico.org/manifests/calico.yaml

2.拉取calico.yaml清单中所需的镜像（文件不同，镜像也不同，下面就是举个例子）
docker pull calico/kube-controllers:v3.16.1
docker pull calico/cni:v3.16.1
docker pull calico/pod2daemon-flexvol:v3.16.1
docker pull calico/node:v3.16.1

3.可以将刚才拉取的镜像放到harbor中

 - vim calico.yml
 - name: CALICO_IPV4POOL_IPIP
  value: "off"
 - name: CALICO_IPV4POOL_CIDR
  value: "10.244.0.0/16"

 - kubectl apply -f calico.yaml

在这里插入图片描述
在server1上下载软件
在这里插入图片描述
在这里插入图片描述
修改calico.yml把always改为off
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
部署成功
在这里插入图片描述
测试位于不同节点的容器如何通信
在这里插入图片描述
发现可以ping通
在这里插入图片描述
在server2上抓包结果如下
在这里插入图片描述
在server3上访问server2是通过物理网卡访问的，而不是网桥cni0。
在这里插入图片描述
原理如下：
在这里插入图片描述

ingress-nginx部署

ingress-nginx官网

ingress介绍

  • Kubernetes里的Ingress服务是种全局的、为了代理不同后端 Service 而设置的负载均衡服务。
  • Ingress由两部分组成：Ingress controller和Ingress服务
  • Ingress Controller 会根据你定义的 Ingress 对象，提供对应的代理能力。业界常用的各种反向代理项目，比如 Nginx、HAProxy、Envoy、Traefik 等，都已经为Kubernetes专门维护了对应的 Ingress Controller。
    在这里插入图片描述
    在这里插入图片描述

ingress-nginx安装

单host

为了方便起见，我将harbor配置成使用http访问。
1.mkdir ingress
cd ingress/

2.下载deploy.yaml
wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/static/provider/baremetal/deploy.yaml

3.拉取镜像
docker pull dyrnq/ingress-nginx-controller:v1.0.4
docker pull dyrnq/kube-webhook-certgen:v1.1.1

4.上传镜像
仓库里新建项目ingress-nginx
docker tag dyrnq/ingress-nginx-controller:v1.0.4 www.lyueyue.org/ingress-nginx/ingress-nginx-controller:v1.0.4
docker tag dyrnq/kube-webhook-certgen:v1.1.1 www.lyueyue.org/ingress-nginx/kube-webhook-certgen:v1.1.1
docker push www.lyueyue.org/ingress-nginx/ingress-nginx-controller:v1.0.4
docker push www.lyueyue.org/ingress-nginx/kube-webhook-certgen:v1.1.1

5.修改deploy.yaml文件
这里主要修改镜像的地址

6.运行文件并查看部署情况
kubectl apply -f deploy.yaml
kubectl -n ingress-nginx get pod      #查看是否运行成功,READY状态必须为1
kubectl get ns                        #安装成功后出现新的namespace:ingress-nginx
kubectl get all -n ingress-nginx      #查看服务是否安装成功
kubectl get all -o wide -n ingress-ngin

7.创建一个svc
vim demo.yml
apiVersion: v1
kind: Service
metadata:
  name: myservice
spec:
  selector:
    app: myapp
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80
  type: ClusterIP 
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: demo2
spec:
  replicas: 2
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp
        image: myapp:v2

8.创建ingress服务
vim ingress.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo
spec:
  ingressClassName: nginx
  rules:
  - host: www1.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: myservice
            port:
              number: 80

9.kubectl apply -f ingress.yaml

10.查看nodeport所暴露的端口（查看80所对应的那个端口）

11.设置域名解析

12.测试 由于我的虚拟机只能开三个，因此这次的测试机仍然是server1，最好换一个虚拟机来测试。

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
补充:(输入:set paste 进入paste模式以后，可以在插入模式下粘贴内容，不会有任何变形)
需要修改deploy.yaml文件中的三处镜像
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
部署成功！
在这里插入图片描述
在这里插入图片描述
孩子要哭了😭终于部署好了，在这个地方卡了好几天。思考了一下部署错误的原因：所拉取的harbor项目没有公开，所部署的ingress-nginx版本和k8s不配合等等，出现的错误非常多，换了好几个deploy.yaml版本终于成功了。
在这里插入图片描述
在这里插入图片描述
有两个后端
在这里插入图片描述
现在创建一个ingress服务
在这里插入图片描述
在这里插入图片描述
查看nodeport所暴露的端口
在这里插入图片描述
设置域名解析
在这里插入图片描述
开始测试 发现负载均衡
在这里插入图片描述

两个host

接上
12.创建一个nginx-svc，便于之后区分
vim nginx-svc.yaml
apiVersion: v1
kind: Service
metadata:
  name: nginx-svc
spec:
  selector:
    app: nginx
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: myapp:v1
      
13.重新编辑ingress.yaml添加www2主机。
vim ingress.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo
spec:
  ingressClassName: nginx
  rules:
  - host: www1.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: myservice
            port:
              number: 80
  - host: www2.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: nginx-svc
            port:
              number: 80
              
14.kubectl apply -f ingress.yaml

15.修改域名解析文件

16.测试

再创建一个nginx-svc.yaml
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
测试
在这里插入图片描述

配置证书加密

1.openssl req -x509 -sha256 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/CN=nginxsvc/O=nginxsvc"               #生成证书

2.kubectl create secret tls tls-secret --key tls.key --cert tls.crt                            #生成密钥文件tls-secret

3.kubectl get secrets                   #查看生成的密钥文件

4.kubectl describe  secrets tls-secret  #查看密钥详细信息

5.启用证书
vim ingress.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo
spec:
  ingressClassName: nginx
  tls:
  - hosts:
    - www1.lyueyue.org
    secretName: tls-secret
  rules:
  - host: www1.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: myservice
            port:
              number: 80
              
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo2
spec:
  ingressClassName: nginx
  rules:
  - host: www2.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: nginx-svc
            port:
              number: 80
              
6.kubectl apply -f ingress.yaml

7.测试
kubectl  get ingress
curl www1.lyueyue.org:32097 -I
curl www2.lyueyue.org:32097 -I

在这里插入图片描述
在这里插入图片描述
启用证书
在这里插入图片描述
在这里插入图片描述
ingress-demo出现端口443
在这里插入图片描述
测试
在这里插入图片描述

配置用户认证

在配置证书加密的基础上配置用户认证
1.安装工具，里面有htpasswd
yum install -y httpd-tools

2.htpasswd -c auth lyueyue            #建立认证用户
htpasswd auth admin                   #如果再创建用户不加-c

3.cat auth                            #查看认证的用户

4.kubectl create secret generic basic-auth --from-file=auth                             #存储用户认证文件

5.kubectl get secrets                 #查看是否存储成功

6. kubectl get secret basic-auth -o yaml   #通过yaml文件查看用户认证信息

7.vim ingress.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo
  annotations:
    nginx.ingress.kubernetes.io/auth-type: basic
    nginx.ingress.kubernetes.io/auth-secret: basic-auth
    nginx.ingress.kubernetes.io/auth-realm: 'Authentication Required - lyueyue'
spec:
  ingressClassName: nginx
  rules:
  - host: www1.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: myservice
            port:
              number: 80
              
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo2
spec:
  ingressClassName: nginx
  rules:
  - host: www2.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: nginx-svc
            port:
              number: 80
8.kubectl apply -f ingress.yaml

9.测试

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
测试
在这里插入图片描述
访问成功
在这里插入图片描述

地址重定向（简单）

vim ingress.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo
  annotations:
    nginx.ingress.kubernetes.io/auth-type: basic
    nginx.ingress.kubernetes.io/auth-secret: basic-auth
    nginx.ingress.kubernetes.io/auth-realm: 'Authentication Required - lyueyue'
spec:
  ingressClassName: nginx
  rules:
  - host: www1.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: myservice
            port:
              number: 80
              
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo2
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /hostname.html
spec:
  ingressClassName: nginx
  rules:
  - host: www2.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: nginx-svc
            port:
              number: 80

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

地址重定向（复杂）

vim ingress.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo
  annotations:
    nginx.ingress.kubernetes.io/auth-type: basic
    nginx.ingress.kubernetes.io/auth-secret: basic-auth
    nginx.ingress.kubernetes.io/auth-realm: 'Authentication Required - lyueyue'
spec:
  ingressClassName: nginx
  rules:
  - host: www1.lyueyue.org
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: myservice
            port:
              number: 80
              
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-demo2
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /$2
spec:
  ingressClassName: nginx
  rules:
  - host: www2.lyueyue.org
    http:
      paths:
      - path: /lyueyue(/|$)(.*)       #访问必须添加lyueyue路径，然后重新定向到别的路径)
        pathType: Prefix
        backend:
          service:
            name: nginx-svc
            port:
              number: 80

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

网络策略

网络策略官方文档

限制访问指定服务

vim nginx-policy.yml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: deny-nginx
spec:
  podSelector:
    matchLabels:
      app: nginx

允许指定pod访问服务

vim access-demo.yaml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: access-nginx
spec:
  podSelector:
    matchLabels:
      app: nginx
  ingress:
  - from:
     - podSelector:
       matchLabels:
         app: demo

禁止 namespace 中所有 Pod 之间的相互访问

vim deny-pod.yaml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: default-deny
  namespace: demo
spec:
  podSelector: {}

禁止其他 namespace 访问服务

vim deny-ns.yaml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: deny-namespace
spec:
  podSelector:
    matchLabels:
  ingress:
  - from:
    - podSelector: {}

只允许指定namespace访问服务

vim access-ns.yaml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: access-namespace
spec:
  podSelector:
    matchLabels:
      run: nginx         
  ingress:
  - from:
    - namespaceSelector:
        matchLabels:
          role: prod

允许外网访问服务

vim access-ex.yaml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: web-allow-external
spec:
  podSelector:
    matchLabels:
      app: nginx
  ingress:
  - ports:
    - port: 80
    from: []
L*YUEYUE
关注
专栏目录
K8s --ingress通信
ly660402的博客
02-24 255
一种全局的、为了代理不同后端 Service 而设置的负载均衡服务，就是 Kubernetes 里的Ingress 服务。 Ingress由两部分组成：Ingress controller和Ingress服务。 Ingress Controller 会根据你定义的 Ingress 对象，提供对应的代理能力。业界常用的各种反向代理项目，比如 Nginx、HAProxy、Envoy、Traefik 等，都已经为Kubernetes 专门维护了对应的 Ingress Controller。 部署In...
k8s部署ingress-nginx的方法步骤
m0_67394230的博客
07-30 655
我们知道service的表现形式为IPPORT，即工作在第四层传输层（TCP/IP层），那么对于不同的URL地址经常对应用不同的后端服务或者虚拟服务器，这些应用层的转发机制仅通过kubernetes的service机制是无法实现的，这种情况我们可以使用ingress策略定义和一个具体的ingressController，两者结合实现一个完整的Ingress负载均衡，这个负载均衡是基于nginx七层反向代理来实现。k8s对外暴露服务（service）主要有两种方式,然后对外部提供服务。...
人生苦短，我用k8s--------------Pod概念与Pod网络通讯方式详解
weixin_47219935的博客
09-30 795
一、pod概念 Pod是kubernetes中你可以创建和部署的最小也是最简的单位。Pod代表着集群中运行的进程。 Pod中封装着应用的容器（数量大于等于1，docker最常用，也可使用其他的），存储、独立的网络IP，管理容器如何运行的策略选项。Pod代表着部署的一个单位：kubernetes中应用的一个实例，可能由一个或者多个容器组合在一起共享资源。 1、pod的种类 自主式pod 控制器管理的pod 2、pod网络 每个Pod都会被分配一个唯一的IP地址。Pod中的所有容器共享网络空间，包括IP地址和端
k8s 中 pod 之间的通信
Johnny_Li的博客
01-06 3618
k8s pod 通信
k8s下POD之间的通信过程
shaohui973的专栏
03-03 6535
本文主要描述同一个node之内的pod之间的通信，以及不同node之间的pod之间的通信。 同一个node上的不同pod之间的通信： 假设上图的POD A要和POD B 通信: POD A 发送一个包，目的ip为POD B，当包路由后，按路由从POD A的veth0接口出去。这是查找veth0接口下的arp table，如果arp table中没有POD B的record，则进行arp地址解析，即发送arp request，请求reserve 10.1.20.3的mac地址，这个arp reques
k8s pod内以及pod间通信机制
仅做个人笔记
10-03 3846
pause 容器启动之前，会为容器创建虚拟一对 ethernet 接口，一个保留在宿主机 vethxxx（插在网桥上），一个保留在容器网络命名空间内，并重命名为eth0。其中跨整个集群的 Pod ip 是唯一的，当报文从一个节点转发到另外一个节点时，报文首先通过 veth，然后通过网桥，转发到物理适配器网卡，最后转发到其它节点的虚拟网桥，进而到达 veth 目标容器。跨节点 Pod 通信，相当于创建一个整个集群公用的【 网桥 】然后把集群中所有的 Pod 连接起来，就可以通信了。
ingress-nginx-4.0.17
02-18
ingress-nginx-4.0.17是专为Helm部署在Kubernetes（k8s）集群中的ingress-nginx控制器设计的图表资源。这个版本提供了稳定性和性能优化，使得对Kubernetes服务的外部访问变得更为便捷和可靠。本文将深入探讨ingress...
k8s 新版本 部署 Ingress-nginx controller
m0_56069948的博客
04-19 3011
Python微信订餐小程序课程视频 https://blog.csdn.net/m0_56069948/article/details/122285951 Python实战量化交易理财系统 https://blog.csdn.net/m0_56069948/article/details/122285941 k8s 新版本 部署 Ingress-nginx controller 本篇主要记录一下 k8s 新版本 1.23.5 中如何搭建 ingress controller 以及里面的注意项 新版本和老版
k8s部署ingress-nginx脚本，ingress-nginx v1.2.0版本deploy.yaml
10-19
kubernetes 中的 pod 中容器想要对外部用户...端口的方式访问，而在 ingress 当中可以使用七层协议（HTTP/HTTPS）的服务方式来实现负载均衡以及 k8s 集群内部服务和客户端之间的通信（既可以通过域名和主机名的方式）
k8s ingress原理及ingress-nginx部署测试
xiaxia2022的博客
09-26 1002
ingress 原理 service的三种方式ClusterIP、NodePort与LoadBalance，这几种方式都是在service的维度提供的，service的作用体现在两个方面，对集群内部，它不断跟踪pod的变化，更新endpoint中对应pod的对象，提供了ip不断变化的pod的服务发现机制，对集群外部，他类似负载均衡器，可以在集群内外部对pod进行访问。但是，单独用service暴露服务的方式，在实际生产环境中不太合适：ClusterIP的方式只能在集群内部访问。NodePor...
k8s 网络通信详解
11-12
不同的网络命名空间中，协议栈是独立的，完全隔离，彼此之间无法通信。同一个网络命名空间有独立的路由表和独立的Iptables/Netfilter来提供包的转发、NAT、IP包过滤等功能。
k8s-freeflow:完整的解决方案，以支持RDMA（在InfiniBand和RoCE上）并在Kubernetes上加速TCP到裸机的性能
04-27
k8s-freeflow git clone https://github.com/gangliao/k8s-freeflow git submodule update --init --recursive 待办事项清单 IP Hunter：定期将更改的节点写入并映射（vip，pip）到ETCD中 IP Hunter的Docker映像 尚未通过ETCD的Watch模式的RESTful API定期测试ffrouter更新HOST_LIST和vip_map **。 GoogleTest PASS ：ffrouter ETCD V3 API的监视模式 Watch API提供了一个基于事件的接口，用于异步监视键的更改。 etcd3监视程序通过从给定的修订版本（当前版本或历史版本）连续监视来等待密钥更改，并将密钥更新流回客户端。 GoogleTest PASS ：ffrouter的E
【k8s】 k8s | 二 | Pod介绍与Pod通讯
hgSuper的博客
03-30 3184
k8s，pod介绍
6. K8S中POD的网络通讯
qq_21047625的博客
02-21 1075
K8S中POD的网络通讯
【Kubernetes】k8s中容器之间、pod之间如何进行网络通信？
m0_60511809的博客
02-27 4446
集群内的任何位置，寻址到虚拟 IP 的流量都将负载均衡到与Service关联的一组Pod。container模式指定新创建的Docker容器和已经存在的一个容器共享一个网络命名空间，也就是说新创建的Docker容器不会创建自己的网卡，配置自己的 IP，而是和一个指定的容器共享 IP、端口范围等。的 Docker 容器。Pod 中的容器都具有通过分配给 Pod 的网络命名空间分配的相同 IP 地址和端口空间，并且可以。来管理一组 Pod 的状态，允许我们跟踪一组随时间动态变化的 Pod 的IP 地址。
Kubernetes - 实战：Pod(k8s最小单元)概念及网络通讯方式
qq_33240556的博客
04-20 349
在 Kubernetes 中，Pod 是最基本的部署单元，它是承载和管理容器的实体。Pod 可以包含一个或多个紧密耦合的应用容器，这些容器共享网络命名空间、IP 地址和存储卷，从而形成一个逻辑上的应用单元。
副本 Kubernetes之POD、容器之间的网络通信，android开发者论坛
m0_65146275的博客
12-12 787
Namespace 是对一组资源和对象的抽象集合，比如可以用来将系统内部的对象划分为不同的项目组或用户组。常见的 pods, services, replication controllers 和 deployments 等都是属于某一个 namespace 的（默认是 default），而 node, persistentVolumes 等则不属于任何 namespace Service Service 是应用服务的抽象，通过 labels 为应用提供负载均衡和服务发现。匹配 labels 的 Pod I
【k8s】2.k8s通信原理
最新发布
lixiaonan0318的博客
04-27 2296
kube-proxy 监听 service 和 endpoint 的变化，当有 service 创建时，所有节点的 kube-proxy 在节点上随机选择一个端口，在 iptables 中追加一条，把访问 service 的请求重定向到这个端口的，并监听这个端口的连接请求。pause 容器会创建一个网络命名空间，其他容器加入到 puase 容器中共享 pause 的网络，一个 pod 中所有的进出流量都是通过 pause 容器完成的，通过 localhost 相互通信。（封包解包有性能开销）
Docker Kubernetes-- pod间通信，Ingress服务
但行好事
03-03 630
文章目录1、pod间通信1.1 同节点之间的通信1.2 不同节点的pod之间的通信需要网络插件支持(详解)1.2.1 Flannel vxlan模式跨主机通信原理1.2.2 vxlan模式(默认模式)1.2.3 host-gw模式1.2.4 Directrouting2、Ingress服务2.1 部署ingress服务2.2 Ingress配置2.2.1 配置基本的测试文件一个host两个host2.2.2 证书加密2.2.3 证书加密与用户认证2.2.4 简单设置重定向2.2.5 地址重写(复杂
k8s重启ingress-nginx
05-11
要重启Ingress-Nginx，可以使用以下步骤： 1. 登录到Kubernetes集群的控制节点上。 2. 使用以下命令列出Ingress-Nginx的Pod： ``` kubectl get pods -n ingress-nginx ``` 3. 找到要重启的Pod，并使用以下命令删除它： ``` kubectl delete pod <pod-name> -n ingress-nginx ``` 其中，`<pod-name>`是要删除的Pod的名称。 4. 等待新的Pod自动创建并启动。 你可以使用以下命令查看Pod的状态： ``` kubectl get pods -n ingress-nginx ``` 直到看到Pod的状态为Running，表示Ingress-Nginx已经重启完成。 另外，你也可以使用Kubernetes的Deployment资源来管理Ingress-Nginx的Pod。这样，你可以通过更新Deployment的副本数来实现重启Ingress-Nginx的效果。具体操作可以参考Kubernetes官方文档。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值