kubernetes暴露端口与代理方式

最新推荐文章于 2023-11-13 16:41:58 发布
最新推荐文章于 2023-11-13 16:41:58 发布
阅读量373 收藏 1
点赞数
文章标签： kubernetes 运维 docker
原文链接：https://blog.csdn.net/weixin_46812793/article/details/122150327
版权

kubernetes暴露端口与代理方式

文章目录

暴露端口的方式

一：clusterIP
此类型会提供一个集群内部的虚拟IP（与pod不在同一网段），以供集群内部的pod之间通信使用。clusterIP也是kubernetes service的默认类型
主要需要以下几个组件的协同工作
apiservice：在创建service时，apiserver接收到请求以后将数据存储到etcd中。
kube-proxy：k8s的每个节点中都有该进程，负责实现service功能，这个进程负责感知service，pod的变化，并将变化的信息写入本地的iptables中
iptables:使用NAT等技术奖virtuallp的流量转至endpoint中

二：NodePort
NodePort模式除了使用cluster ip外，也将service的port映射到每个node的一个指定内部的port上，映射的每个node的内部port都一样。为每个节点暴露一个端口，通过nodeIP+nodeport可以访问你这个服务，同时服务依然会有cluster类型的ip+port。内部通过clusterip方式访问，外部通过nodeport方式访问

三：loadbalancer
loadbalancer在nodeport基础上，k8s可以请求底层云平台创建一个负载均衡器，将每个node作为后端，进行服务分发，该模式需要底层云平台（例如GCE）支持

四：lngress
lngress，是一种http方式的路由转发机制由lngress controller和http代理服务器组合而成，lngress controller实例监控kubernetes api，实时更新http代理服务器的转发规则。http代理服务器有GCE load-balancer、haproxy、nginx等开源方案

​ service是一个抽象概念，定义了一个服务的多个pod逻辑合集和访问pod的策略，一般把service称为微服务.举个例子一个a服务运行3个pod，b服务怎么访问a服务的pod，pod的ip都不是持久化的重启之后就会有变化。这时候b服务可以访问跟a服务绑定的service，service信息是固定的提前告诉b就行了，service通过Label Selector跟a服务的pod绑定,无论a的pod如何变化对b来说都是透明的.

代理方式

​ k8s群集中的每个节点都运行一个kube-proxy的组件，kube-proxy其实是一个代理层负责实现service.kube-proxy代理模式有两种：

代理模式：userspace

​ 客户端访问ServiceIP（clusterIP）请求会先从用户空间到内核中的iptables，然后回到用户空间kube-proxy，kube-proxy负责代理工作。具体细节：
​ 每个service都会由kube-proxy在node节点上起一个随机的代理端口，iptables会捕捉clusterIP上的端口(targetPort)流量重定向代理端口，访问代理端口的任何连接都会被代理到service后端的某一个pod，默认情况下对后端pod的选择是轮询

在这里插入图片描述

代理模式：iptables

​ 客户端访问ServiceIP（clusterIP）请求会由iptables直接重定向到后端,具体细节：每个service都会由kube-proxy生成一组iptables规则，iptables会捕捉clusterIP上的端口(targetPort)流量重定向后端某一个pod，默认对pod的选择是随机的

在这里插入图片描述

​ Kubernetes v1.2之前默认是userspace之后是iptables模式，iptables模式性能和可靠性更好，但是iptables模式依赖健康检查，在没有健康检查的情况下如果一个pod不响应，iptables模式不会切换另一个pod上.

service的类型

  • ClusterIP 默认模式，只能在集群内部访问
  • NodePort 在每个节点上都监听一个同样的端口号(30000-32767)，ClusterIP和路由规则会自动创建。
  • LoadBalancer 使用外部负载均衡。其实也是NodePort，只不过会把:自动添加到公有云的负载均衡当中
  • ExternalName 创建一个dns别名指到service name上，主要是防止service name发生变化，要配合dns插件使用
操作

1、创建一个deployment的副本数为3，然后滚动更新镜像版本，并记录这个更新记录，最后再回滚到上一个版本

[root@master kubenetres]# vim test.yml 
[root@master kubenetres]# cat test.yml 
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: test01
  name: test
spec:
  replicas: 3
  selector:
    matchLabels:
      app: test01
  template:
    metadata:
      labels:
        app: test01
    spec:
      containers:
      - image: yunjisuanlp/httpd
        name: test
        
# 创建deployment类型的pod
[root@master kubenetres]# kubectl apply -f test.yml 
deployment.apps/test created

# 查看
[root@master kubenetres]# kubectl get pod
NAME                   READY   STATUS    RESTARTS   AGE
test-b2bafdb35-hgbty   1/1     Running   0          1m29s
test-b2bafdb35-thgbb   1/1     Running   0          1m29s
test-b2bafdb35-jkfkl   1/1     Running   0          1m29s

# 升级（kubectl set image deployment.apps/{deployment名称} {镜像名称}:={镜像名称}:{版本}）
[root@master kubenetres]# kubectl set image deploy/test test=nginx:v0.1 
deployment.apps/test image updated

# 查看是否在升级
[root@master kubenetres]# kubectl get pod
NAME                    READY   STATUS              RESTARTS   AGE
test-7b9f664684-ddllz   1/1     Running             0          123s
test-7b9f664684-hcfqp   0/1     ContainerCreating   0          23s
test-b2bafdb35-hgbty    1/1     Terminating         0          11m
test-b2bafdb35-thgbb    1/1     Running             0          11m
test-b2bafdb35-jkfkl    1/1     Running             0          11m

[root@master kubenetres]# kubectl get deployment
NAME   READY   UP-TO-DATE   AVAILABLE   AGE
test   3/3     2            3           12m

# 回滚
# 默认情况下， Deployment 的上线记录都会保留在系统中，以便可以随时回滚，查看 Deployment 的上线历史记录：
[root@master kubenetres]# kubectl rollout history deployment test
deployment.apps/test 
REVISION  CHANGE-CAUSE
1         <none>
2         <none>

# 查看一个版本
[root@master kubenetres]# kubectl rollout history deployment test --revision=2
deployment.apps/test with revision #2
Pod Template:
  Labels:       app=test01
        pod-template-hash=7b9f664684
  Containers:
   test:
    Image:      yunjisuanlp/httpd:v0.1
    Port:       <none>
    Host Port:  <none>
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>
  
# 回滚到上一个版本
[root@master kubenetres]# kubectl rollout undo deployment test --to-revision=1
deployment.apps/test rolled back
[root@master kubenetres]# kubectl rollout history deployment test
deployment.apps/test 
REVISION  CHANGE-CAUSE
2         <none>
3         <none>

2、给一个应用扩容副本数为3

[root@master kubenetres]# kubectl scale deploy/test --replicas=3
[root@master kubenetres]# kubectl get pod
NAME                   READY   STATUS        RESTARTS   AGE
test-c9dcccb69-9zvc9   1/1     Running       0          8m3s
test-c9dcccb69-gd94h   1/1     Running       0          7m44s
test-b2bafdb35-hgbty   1/1     Running       0          7m38s
test-b2bafdb35-thgbb   1/1     Terminating   0          119s
test-b2bafdb35-jkfkl   1/1     Terminating   0          119s

3、创建一个pod，其中运行着nginx、redis、memcached 3个容器

[root@master kubenetres]# vim test.yml 
[root@master kubenetres]# cat test.yml 
apiVersion: v1
kind: Pod
metadata:
  name: test
  labels:
    app: test01
spec:
  containers:
  - image: nginx
    name: nginx
  - image: redis
    name: redis
  - image: memcached
    name: memcached
[root@master kubenetres]# kubectl apply -f test.yml 
pod/test created
[root@master kubenetres]# kubectl get pod
NAME   READY   STATUS    RESTARTS   AGE
test   3/3     Running   0          47s

4、给一个pod创建service，并可以通过ClusterlP/NodePort访问

[root@master kubenetres]# vim test.yml 
[root@master kubenetres]# cat test.yml 
---
apiVersion: v1
kind: Pod
metadata:
  name: test
  labels:
    app: test01
spec:
  containers:
  - image: yunjisuanlp/nginx:v0.3 
    name: nginx

---
apiVersion: v1
kind: Service
metadata:
  name: nginx
  namespace: default
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: test01
  type: NodePort
  
[root@master kubenetres]# kubectl apply -f test.yml 
pod/test created
service/nginx created
[root@master kubenetres]# kubectl get pod,svc
NAME       READY   STATUS    RESTARTS   AGE
pod/test   1/1     Running   0          16s

NAME                 TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
service/nginx        NodePort    10.22.99.23   <none>        80:31880/TCP     25s

# ClusterIP访问
[root@master kubenetres]# curl 10.22.99.23
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
···省略部分····

# NodePort访问
[root@master kubenetres]# curl 192.168.220.9:31880
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
···省略部分····

5、创建deployment和service，使用busybox容器nslookup解析service

[root@master kubenetres]# kubectl run test1  --image=busybox:1.28.4 -- sleep 24h
pod/test1 created
[root@master kubenetres]# kubectl get pods
NAME    READY   STATUS    RESTARTS   AGE
test    1/1     Running   0          10m

[root@master kubenetres]# kubectl exec -it test1 -- /bin/sh
/ # nslookup kubernetes
Server:    10.22.0.13
Address 1: 10.22.0.13 kube-dns.kube-system.svc.cluster.local

Name:      kubernetes
Address 1: 10.22.0.1 kubernetes.default.svc.cluster.local

[root@master kubenetres]# kubectl get svc
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.22.0.1       <none>        443/TCP        2d12h
我就要执行
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
k8s的pod暴露端口
weixin_36709539的博客
12-05 411
1.某些场景下服务有很多端口，只需要暴露一个端口的情况下，使用Nodeport方式会把所有端口暴露出来。2.单独暴露某个pod的服务端口。
在Azure上向Kubernetes容器公开端口
04-04
简单的分步指南，将端口暴露给Azure上的Kubernetes Pod /容器
Kubernetes之service服务暴露
01-07
service的IP地址仅在集群内部可达，然而，总会有些服务需要暴露到外部网络中接受各类客户端的访问，此时就需要在集群的边缘为其添加一层转发机制，以实现外部流量进入到集群的service的资源之上，这种操作称为服务暴露。 主要包含以下几种类型： ClusterIP NodePort LoadBalancer ExternalName ClusterIP 通过集群内部IP地址暴露服务，此地址仅在集群内部可达，而无法被集群外部的客户端访问，此为默认的service类型。 NodePort 这种类型是建立在ClusterIP基础上的，其在每个节点的IP地址的某静态端口（NodePort）暴露服务，因
端口映射通用代理工具Port
08-14
通用端口映射通用代理工具PortTunnel目前最好的端口转发器、端口映射工具（外部计算机可以访问局部内的计算机HTTPFTP），TCPIP 端口重定向记录。通过在服务器安装运行此程序， 可以使因特网上的计算机访问局部网内的计算机建立的HTTP、FTP与SMTP服务，包含IP 安全（与Win2KWinXP 上秘密端口）。
Docker暴露2375端口，引起安全漏洞
02-26
今天有小伙伴发现docker暴露出2375端口，引起了安全漏洞。我现在给大家介绍整个事情的来龙去脉，并告诉小伙伴们，怎么修复这个漏洞。为了实现集群管理，Docker提供了远程管理接口。DockerDaemon作为守护进程，运行在后台，可以执行发送到管理接口上的Docker命令。正是因为错误的使用了Docker远端接口，引起安全漏洞。国内牛人开发了一套牛逼的搜索引擎-钟馗之眼，可以扫描出主机上的暴露的端口。在ZoomEye.org上输入关键字dockerport:2375，立即可以扫描出所有暴露了2375端口的Docker主机。因为没有加密，知道了主机IP以后，黑客就可以为所欲为了。目前全球有7
k8s ----对外暴露
最新发布
weixin_46254171的博客
11-13 725
service的作用体现在两个方面，对集群内部，它不断跟踪pod的变化，更新endpoint中对应pod的对象，提供了ip不断变化的pod的服务发现机制；对集群外部，他类似负载均衡器，可以在集群内外部对pod进行访问。在Kubernetes中，Pod的IP地址和service的ClusterIP仅可以在集群网络内部使用，对于集群外的应用是不可见的。将service暴露在节点网络上，NodePort背后就是Kube-Proxy，Kube-Proxy是沟通service网络、Pod网络和节点网络的桥梁。
K8s暴露端口与代理方式
西北连天一片云,乌鸦落在凤凰群
12-25 1128
K8s暴露端口与代理方式 文章目录K8s暴露端口与代理方式kubernetes暴露端口的方式kubernetes代理方式代理模式：userspace代理模式：iptablesservice的类型实践操作 kubernetes暴露端口的方式 方式1：clusterIP 此类型会提供一个集群内部的虚拟IP（与pod不在同一网段），以供集群内部的pod之间通信使用。clusterIP也是kubernetes service的默认类型 主要需要以下几个组件的协同工作 apiservice：在创建service时，a
K8S暴露pod内多个端口
进阶的蜗牛
07-28 2653
四、实验在docker上跑容器，验证是否暴露出8080和9999端口（10.0.8.56是我的harbor私有镜像仓库）由于有些服务在启动jar服务后，会启动多个端口，除了8080端口，还有别的端口需要暴露，我这里就还需要暴露9999端口。containerPort是在pod控制器中定义的、pod中的容器需要暴露的端口。好了，这就是K8S暴露pod内多个端口的办法了，如有问题可与博主一起交流讨论！公司统一用的某个底包跑jar服务，只暴露了8080端口。容器8080端口随机映射到了宿主机49154端口。
Kubernetes轻松创建Pod并暴露端口
ouyangzhenxin的博客
09-17 746
PS：文章最后有“开心一刻”，记得看哦，给生活增加点儿趣味。导语：大家好！今天我们将一起学习如何在Kubernetes中新建Pod，并学会如何将Pod的端口暴露给外部访问。让我们一起来看看吧！一、新建PodKubernetes是一种流行的容器编排系统，它能够自动化容器的部署、扩展、管理和升级。在Kubernetes中，Pod是最小的可部署单元，它包含了运行应用程序所需的容器和相关资源。要创建一个P...
k8s暴露端口的方式
不敢笑的博客
09-28 7734
方式1：clusterIP 此类型会提供一个集群内部的虚拟IP（与pod不在同一网段），以供集群内部的pod之间通信使用。clusterIP也是kubernetes service的默认类型 主要需要以下几个组件的协同工作 apiservice：在创建service时，apiserver接收到请求以后将数据存储到etcd中。 kube-proxy：k8s的每个节点中都有该进程，负责实现servic...
Kubernetes暴露端口与代理方式
bzdmz_的博客
12-26 238
暴露端口的方式 方式1：clusterIP 此类型会提供一个集群内部的虚拟IP（与pod不在同一网段），以供集群内部的pod之间通信使用。clusterIP也是kubernetes service的默认类型 主要需要以下几个组件的协同工作 apiservice：在创建service时，apiserver接收到请求以后将数据存储到etcd中。 kube-proxy：k8s的每个节点中都有该进程，负责实现service功能，这个进程负责感知service，pod的变化，并将变化的信息写入本地的iptables中
正反向代理与端口转发技术详解.pptx
09-03
正反向代理与端口转发技术详解，为配套的视频做的PPT，此处仅做参考。
nginx正向代理解决非80端口请求
12-28
nginx做正向代理，假设监听80端口，而一个用户请求的url带非80端口号，nginx会默认将该url请求转到80端口，百度了一番，网友提供的方法都无法解决问题，于是自己用lua解决了： 1、最多的解决方式就是在$host后面添加...
kubernetes-reverseproxy:Kubernetes 的反向代理
06-09
kubernetes-reverseproxy Docker 文件此存储库包含充当 Kubernetes反向代理的允许您将 http 流量路由到共享相同主机端口的 kubernetes pod。 请求基于主机名进行代理。 这在您可能希望在同一节点（具有相同公共 ip）...
nginx 代理80端口转443端口的实现
01-09
nginx.conf配置文件如下 user nginx; worker_processes 1; error_log /var/log/nginx/error.log warn; pid /var/run/nginx.pid;... worker_connections 1024;... log_format main '$remote_addr - $remote_user [$time_...
端口代理软件，内网映射
08-27
内网服务器端口映射到外网
Kubernetes service服务的发布 - kube-proxy(负载均衡器)-IPVS
lpfstudy的博客
07-09 1473
通常你使用 kubectl。
Kubernetes 【网络组件】kube-proxy使用详解
热门推荐
爱死亡机器人
04-01 1万+
文章目录1. 介绍2. kube-proxy 工作原理3. kube-proxy 不足4. 实现方式4.1 Iptables 示例4.2 ipvs 示例5. 启动 kube-proxy 示例 1. 介绍 Kube-proxy是一个简单的网络代理和负载均衡器，它的作用主要是负责Service的实现，具体来说，就是实现了内部从Pod到Service和外部的从NodePort向Service的访问，每台机器上都运行一个 kube-proxy 服务，它监听 API server 中 service 和 endpo
kubectl 映射端口
06-08
可以使用kubectl port-forward命令来将Kubernetes集群中的一个服务的端口映射到本地端口，使得可以通过本地端口来访问该服务。 例如，假设有一个名为my-service的服务，该服务暴露了一个端口为8080的HTTP服务，可以...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值