service暴露端口的方式与代理方式

最新推荐文章于 2024-06-14 10:18:23 发布
最新推荐文章于 2024-06-14 10:18:23 发布
阅读量535 收藏
点赞数
分类专栏： kubernetes 文章标签： kubernetes docker 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_46289146/article/details/122168283
版权

service暴露端口的方式与代理方式

service 概念

SVC 通过 Label Selector 标签选择的方式，匹配一组 Pod，对外访问服务。每一个 SVC可以理解成为一个微服务。
在这里插入图片描述
service 能够提供负载均衡的能力，但是在使用上有以下限制：

只提供4层负载均衡能力（只有 RR 轮询算法），而没有7层功能，如果需要更多的匹配规则来转发请求，4层上的负载均衡是不支持的。

service 类型

Clusterip：默认类型，自动分配一个仅 Cluster 内部可以访问的 虚拟IP，一般用作集群内部负载均衡。

NodePort（service向外暴露)：在ClusterIP 基础上为 Service 在每台机器上绑定一个映射端口，外网客户端可以通过 NodeIP，Nodeport访问。

LoadBalancer（service向外暴露)：在 NodePort 基础上，借助 cloud provider 创建一个外部负载均衡器，并将请求转发到 NodeIP 和 NodePort

ExternalName：把集群外部的服务引入到集群内部来，在集群内部直接使用。没有任何类型代理被创建，只有1.7之后版本的 kube-dns支持。

SVC 访问流程组件

首先 apiserver 监听 kube-proxy 去进行服务和端口的发现。
通过kube-proxy监控，kube-proxy监控所有 Pod 节点信息，标签、IP、port 等，并负责把它们写入到 iptables 规则当中。
client 访问 SVC，其实访问的是 iptables规则。再由 iptables 导向后端 Pod 节点。
ipvs，图片上没有，现在的ClusterIP，NodePort 都是采取 ipvs 调度算法对后端 Pod 节点进行调度访问。

VIP 和 Service 代理

在kubernetes集群中，每个 Node 运行一个 Kube-porxy 进程。kube-proxy负责为 service 实现了一种 VIP (虚拟IP) 的形式，而不是 ExternaName 的形式。

  • 1.0版本，代理完全在 userspace
  • 1.1版本，新增 iptables 代理，但并不是默认的运行模式
  • 1.2版本，默认采用 iptables 代理
  • 1.4版本，默认采用 ipvs 代理

service 是 “4层(TCP/UDP over IP)概念”，在1.1版本 新增了 Ingress API(beat 版)，用来表示“7层代理”。

代理模式分类

userspace 代理模式

在这里插入图片描述
client Pod 想要访问 Server Pod

  1. 首先经过 Service IP(iptables)，由 iptables转发至kube-proxy，kube-proxy根据访问的地址,端口进行转发，需要 kube-proxy 充当代理功能。
  2. 其次 kube-apiserver 也会去监听 kube-proxy，kube-proxy 是否进行所有 Pod 信息的写入。
  3. 导致 kube-proxy 的工作负载量过大，压力过大。

Iptables 代理模式

在这里插入图片描述
client Pod 访问 Server Pod

所有的请求，代理全部由 iptables 来完成，不再需要 kube-proxy 充当代理角色。 提高了 稳定性和访问效率，压力减少

ipvs 代理模式

ipvs (IP Virtual Server) 实现了传输层负载均衡，也就是我们常说的4层LAN交换，作为 Linux 内核的一部分。ipvs运行在主机上，在真实服务器集群前充当负载均衡器。ipvs可以将基于TCP和UDP的服务请求转发到真实服务器上，并使真实服务器的服务在单个 IP 地址上显示为虚拟服务。

ipvs 对比 iptables
我们知道kube-proxy支持 iptables 和 ipvs 两种模式， 在kubernetes v1.8 中引入了 ipvs 模式，在 v1.9 中处于 beta 阶段，在 v1.11 中已经正式可用了。iptables 模式在 v1.1 中就添加支持了，从 v1.2 版本开始 iptables 就是 kube-proxy 默认的操作模式，ipvs 和 iptables 都是基于netfilter的，那么 ipvs 模式和 iptables 模式之间有哪些差异呢？

  • ipvs 为大型集群提供了更好的可扩展性和性能
  • ipvs 支持比 iptables 更复杂的复制均衡算法（最小负载、最少连接、加权等等）
  • ipvs 支持服务器健康检查和连接重试等功能

ipvs为负载均衡提供算法：

  • rr：轮询带哦都
  • lc：最小连接数
  • dh：目标地址哈希
  • sh：源地址哈希
  • sed：最短期望延迟
  • nq：不排队调度

注意：ipvs 模式假定在运行 kube-proxy 之前在节点上都已经安装了 IPVS 内核模块。当 kube-proxy 以 ipvs 代理模式启动时，kube-proxy 将验证节点上是否安装了 IPVS 模块，如果未安装，则 kube-proxy 将回退到 iptables 代理模式

在这里插入图片描述
client Pod 访问 Server Pod

  • 首先，service IP 的 iptables代理变成了 ipvs 模块，实现负载均衡和流量导向。
  • client 访问到 IPvs 服务，将流量分发到不同的 Pod 上运行。

kubernetes暴露端口的方式

集群内部实现访问：Clusterip

Clusterip是集群内部的私有ip，在集群内部访问服务非常方便，也是kuberentes集群默认的方式，直接通过service的Clusterip访问,也可以直接通过ServiceName访问。集群外部则是无法访问的。

默认类型，自动分配一个仅Cluster内部能够访问的虚拟IP

[root@master ~]# cat cluster.yml 
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: apache
  namespace: default
spec:
  replicas: 1
  selector:
    matchLabels:
      app: apache
  template: 
    metadata:
      labels:
        app: apache 
    spec:
      containers:
      - image: bravealove1/apache:v1.0 
        imagePullPolicy: IfNotPresent
        name: apache

---
apiVersion: v1
kind: Service
metadata:
  name: apache
  namespace: default
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    app: apache
  type: ClusterIP  #指定网络模式

[root@master ~]# kubectl  apply -f cluster.yml 
deployment.apps/apache created
service/apache created


[root@master ~]# kubectl  get pods,svc
NAME                          READY   STATUS    RESTARTS   AGE
pod/apache-599bc546b8-xp5rg   1/1     Running   0          12s

NAME                 TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)   AGE
service/apache       ClusterIP   10.98.249.14   <none>        80/TCP    12s
service/kubernetes   ClusterIP   10.96.0.1      <none>        443/TCP   4d12h


[root@master ~]# curl 10.98.249.14
hello,this is a test page 1

集群外部方式访问：NodePort

NodePort在kubenretes里是一个早期广泛应用的服务暴露方式。Kubernetes中的service默认情况下都是使用的ClusterIP这种类型，这样的service会产生一个ClusterIP，这个IP只能在集群内部访问，要想让外部能够直接访问service，需要将service type修改为 nodePort。将service监听端口映射到node节点。

nodePort的原理在于在node上开了一个端口，将向该端口的流量导入到kube-proxy，然后由 kube-proxy进一步到给对应的pod

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: apache
  namespace: default
spec:
  replicas: 1
  selector:
    matchLabels:
      app: apache
  template: 
    metadata:
      labels:
        app: apache 
    spec:
      containers:
      - image: wjj200112/apache:v1.0 
        imagePullPolicy: IfNotPresent
        name: apache

---
apiVersion: v1
kind: Service
metadata:
  name: apache
  namespace: default
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
    nodePort: 30000   //指定对外端口
  selector:
    app: apache
  type: NodePort   #指定网络模式


[root@master ~]# kubectl  apply -f nodeport.yml 
deployment.apps/apache created
service/apache created
[root@master ~]# kubectl get pods,svc
NAME                          READY   STATUS    RESTARTS   AGE
pod/apache-599bc546b8-w6xnd   1/1     Running   0          10s

NAME                 TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)        AGE
service/apache       NodePort    10.96.90.92   <none>        80:30000/TCP   10s
service/kubernetes   ClusterIP   10.96.0.1     <none>        443/TCP        4d12h
[root@master ~]# curl 192.168.47.160:30000
hello,this is a test page 1

LoadBalancer

LoadBlancer Service 是 kubernetes 深度结合云平台的一个组件；当使用 LoadBlancer Service 暴露服务时，实际上是通过向底层云平台申请创建一个负载均衡器来向外暴露服务；目前 LoadBlancer Service 支持的云平台已经相对完善，比如国外的 GCE、DigitalOcean，国内的 阿里云，私有云 Openstack 等等，由于 LoadBlancer Service 深度结合了云平台，所以只能在一些云平台上来使用。

Ingress

Ingress是自kubernetes1.1版本后引入的资源类型。必须要部署Ingress controller才能创建Ingress资源，Ingress controller是以一种插件的形式提供。

DNS解析

Service

  • 创建普通service 会以my-svc.my-namespace.svc.cluster.local 的形式指派一个 DNS A 记录，并解析到该service的Cluster IP。
  • 创建“Headless” Service（没有Cluster IP）也会以 my-svc.my-namespace.svc.cluster.local 的形式被指派一个 DNS A 记录，但是并不会解析到的Cluster IP，而是解析到一组被选中的- - pod 的IP，如果没有backend则不做处理。

Pod

  • 创建Pod 会以 pod-ip-address.my-namespace.pod.cluster.local 这种形式被指派一个 DNS A 记录。

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

[root@master ~]# vi deploy.yml
[root@master ~]# cat deploy.yml
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  selector:
   matchLabels:
     app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx
        ports:
        - containerPort: 80


#参数--record可以记录当前版本的Deployment都执行过哪些命令
[root@master ~]# kubectl create -f deploy.yml  --record
Flag --record has been deprecated, --record will be removed in the future
deployment.apps/nginx-deployment created


#创建完成后立即执行get命令查看这个Deployment
[root@master ~]# kubectl get deployments
NAME               READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   3/3     3            3           2m14s
[root@master ~]# kubectl get pods
NAME                                READY   STATUS    RESTARTS   AGE
nginx-deployment-74d589986c-kxcvx   1/1     Running   0          2m11s
nginx-deployment-74d589986c-s277p   1/1     Running   0          2m11s
nginx-deployment-74d589986c-zlf8v   1/1     Running   0          2m11s

#使用 nginx:1.9.1 的镜像来代替原来的 nginx的镜像
[root@master ~]# kubectl set image deployment/nginx-deployment nginx=nginx:1.9.1
deployment.apps/nginx-deployment image updated

#查看更新进度
[root@master ~]# kubectl rollout status deployment/nginx-deployment
Waiting for deployment "nginx-deployment" rollout to finish: 1 old replicas are pending termination...
Waiting for deployment "nginx-deployment" rollout to finish: 1 old replicas are pending termination...
deployment "nginx-deployment" successfully rolled out

#查看镜像信息
[root@master ~]# kubectl describe deployment/nginx-deployment
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Fri, 24 Dec 2021 22:24:10 +0800
Labels:                 <none>
Annotations:            deployment.kubernetes.io/revision: 4
                        kubernetes.io/change-cause: kubectl create --filename=deploy.yml --record=true
Selector:               app=nginx
Replicas:               3 desired | 3 updated | 4 total | 3 available | 1 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=nginx
  Containers:
   nginx:
    Image:        nginx:1.9.1
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>


#使用rollout history命令查看Deployment的版本（revision）
[root@master ~]# kubectl rollout history deployment/nginx-deployment
deployment.apps/nginx-deployment 
REVISION  CHANGE-CAUSE
1         kubectl create --filename=deploy.yml --record=true
2         kubectl create --filename=deploy.yml --record=true

#使用rollout undo命令回滚到前一个revision
[root@master ~]# kubectl rollout undo deployment/nginx-deployment
deployment.apps/nginx-deployment rolled back


查看镜像信息
[root@master ~]# kubectl describe deployment/nginx-deployment
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Fri, 24 Dec 2021 22:24:10 +0800
Labels:                 <none>
Annotations:            deployment.kubernetes.io/revision: 3
                        kubernetes.io/change-cause: kubectl create --filename=deploy.yml --record=true
Selector:               app=nginx
Replicas:               3 desired | 3 updated | 3 total | 3 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=nginx
  Containers:
   nginx:
    Image:        nginx
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>

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

[root@master ~]# kubectl  apply -f cluster.yml 
deployment.apps/apache created

[root@master ~]# kubectl  get pods
NAME                          READY   STATUS    RESTARTS   AGE
pod/apache-599bc546b8-6tctl   1/1     Running   0          28s


[root@master ~]# kubectl scale  deployment apache --replicas 4
deployment.apps/apache scaled
[root@master ~]# kubectl  get pods
NAME                          READY   STATUS              RESTARTS   AGE
pod/apache-599bc546b8-6gx4p   0/1     ContainerCreating   0          2s
pod/apache-599bc546b8-6tctl   1/1     Running             0          2m3s
pod/apache-599bc546b8-8qzr4   0/1     ContainerCreating   0          2s
pod/apache-599bc546b8-j48v5   0/1     ContainerCreating   0          2s

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

[root@master ~]# vim pod.yml 
---
apiVersion: v1
kind: Pod
metadata:
  name: hellok8s
  namespace: default
  labels:
    app: myapp
spec:
  containers:
  - name: mynginx
    image: nginx 
    ports:
    - containerPort: 80
  - name: myredis
    image: redis
    ports:
    - containerPort: 6379
  - name: memcached
    image: memcached 

[root@master ~]# kubectl apply -f pod.yml 
pod/hellok8s created


[root@master ~]# kubectl  get pods
NAME       READY   STATUS    RESTARTS   AGE
hellok8s   3/3     Running   0          2m49s

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

[root@master ~]# vi nodeport.yml
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: apache
  namespace: default
spec:
  replicas: 1
  selector:
    matchLabels:
      app: apache
  template: 
    metadata:
      labels:
        app: apache 
    spec:
      containers:
      - image: bravealove1/apache:v1.0 
        imagePullPolicy: IfNotPresent
        name: apache

---
apiVersion: v1
kind: Service
metadata:
  name: apache
  namespace: default
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
    nodePort: 30000   //指定对外端口
  selector:
    app: apache
  type: NodePort   #指定网络模式


[root@master ~]# kubectl  apply -f nodeport.yml 
deployment.apps/apache created
service/apache created
[root@master ~]# kubectl get pods,svc
NAME                          READY   STATUS    RESTARTS   AGE
pod/apache-599bc546b8-w6xnd   1/1     Running   0          10s

NAME                 TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)        AGE
service/apache       NodePort    10.96.90.92   <none>        80:30000/TCP   10s
service/kubernetes   ClusterIP   10.96.0.1     <none>        443/TCP        4d12h
[root@master ~]# curl 192.168.47.160:30000
hello,this is a test page 1

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

# 创建一个pod，service
[root@master ~]# cat host.yml 
---
apiVersion: apps/v1 
kind: Deployment 
metadata: 
  name: myapp-deploy 
  namespace: default 
spec: 
  replicas: 1
  selector: 
    matchLabels: 
      app: myapp 
  template:
    metadata: 
      labels: 
        app: myapp 
    spec: 
      containers: 
      - name: myapp
        image: httpd
        imagePullPolicy: IfNotPresent
---
apiVersion: v1
kind: Service
metadata: 
  name: myapp-externalname
  namespace: default
spec: 
  type: ExternalName 
  externalName: web.test.example.com



# 部署
[root@master ~]# kubectl apply -f host.yml 
deployment.apps/myapp-deploy created
service/apache created
[root@master ~]# kubectl  get pods
NAME                           READY   STATUS    RESTARTS   AGE
myapp-deploy-55bd85c8b-9jgf2   1/1     Running   0          107s

# 查看pods，service状态
[root@master ~]# kubectl  get pods,svc
NAME                               READY   STATUS    RESTARTS   AGE
pod/myapp-deploy-55bd85c8b-9jgf2   1/1     Running   0          18m

NAME                         TYPE           CLUSTER-IP   EXTERNAL-IP            PORT(S)   AGE
service/kubernetes           ClusterIP      10.96.0.1    <none>                 443/TCP   4d14h
service/myapp-externalname   ExternalName   <none>       web.test.example.com   <none>    3m35s


# 辨析一个busybox资源定义文件
[root@master ~]# vibusybox.yaml 
apiVersion: v1
kind: Pod
metadata:
  labels:
    app: busybox-pod
  name: test-busybox
spec:
  containers:
  - command:
    - sleep
    - "3600"
    image: busybox
    imagePullPolicy: Always
    name: test-busybox

# 部署
[root@master ~]# kubectl apply -f busybox.yaml 
pod/test-busybox created

# 查看pod状态
[root@master ~]# kubectl  get pods,svc
NAME                               READY   STATUS    RESTARTS   AGE
pod/myapp-deploy-55bd85c8b-9jgf2   1/1     Running   0          19m
pod/test-busybox                   1/1     Running   0          8m15s

NAME                         TYPE           CLUSTER-IP   EXTERNAL-IP            PORT(S)   AGE
service/kubernetes           ClusterIP      10.96.0.1    <none>                 443/TCP   4d14h
service/myapp-externalname   ExternalName   <none>       web.test.example.com   <none>    4m49s

# 使用exec -it 与busybox进行交互
[root@master ~]# kubectl exec -it test-busybox /bin/sh
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
/ # nslookup myapp-externalname.default.svc.cluster.local
Server:         10.96.0.10
Address:        10.96.0.10:53

myapp-externalname.default.svc.cluster.local    canonical name = web.test.example.com
Wangjingjing.
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
一次spring-boot-dubbo 同一服务暴露2个端口 优化经历
无知者无畏
11-12 2216
1、现象： 使用spring-boot-dubbo时，通过spring-dubbo.xml配置dubbo。注册中心redis。观测得知，同一个service provider在2个端口暴露。这是不符合业务需求的。 2、排查 由于自定义了一个spring-dubbo.xml，同时在application.properties里配置了spring.dubbo.*开头的一系列配置。这样会造成sprin...
K8s Service对外暴露端口与代理方式
eHV4aW5n的博客
12-27 1229
K8s Service对外暴露端口与代理方式Service概述Service服务类型userspace代理模式iptables 代理模式IPVS 代理模式实例 Service概述 Kubernetes Service定义了这样一种抽象：逻辑上的一组 Pod，一种可以访问它们的策略 —— 通常被称为微服务。这一组 Pod 能够被 Service 访问到，通常是通过 selector实现的。 Service可以提供负载均衡的能力，但是使用上存在如下限制： 只能提供4层负载均衡能力，而没有7层功能。有时我们可能需
kubernets几种端口(port、targetport、contaierport、hostport、nodeport)的区别和关联
认知 行动 坚持
12-11 2145
1.这两个一般用在应用yaml描述文件中,起到的作用类似于docker -p选项 containerport: 容器需要暴露的端口 hostport: 容器暴露的端口映射到的物理机的主机端口。 2.这两个一般用在service中，service 的类型为cluster ip时候: port: service中clusterip 对应的端口 targetport: clusterIP作为负载均衡， 后端目标实例(容器)的端口。 3.这一个一般用在service中，service的类型为nodeport: cl
02-微服务基础
Black_Me的博客
01-30 991
服务架构演变 单体架构 **概念：**将业务所有功能集中在一个项目中开发，打成一个包部署 优点： 架构简单 部署成本低 缺点： 耦合度高 分布式架构 **概念：**根据业务功能对系统惊醒拆分，每个业务模块作为独立项目开发，称为一个服务 优点： 降低服务耦合 有利于服务升级拓展 微服务 微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征： 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发 面向服务：微服务对外暴露业务接口 自治：团队独立、技术
service暴露端口的方式与代理的方式
m0_56305656的博客
12-26 2146
Service 对外暴露与应用 1 service介绍 Service可以看作是一组提供相同服务的Pod对外的访问接口。借助- Service，应用可以方便地实现服务发现和负载均衡。 service默认只支持4层负载均衡能力，没有7层功能。（可以通过Ingress实现） 2 Service的类型 ClusterIP：默认值，k8s系统给service自动分配的虚拟IP，只能在集群内部访问。 NodePort：将Service通过指定的Node上的端口暴露给外部，访问任意一个 NodeIP:nodePo
Kubernetes（k8s）Service介绍与应用、综合实例
皮卡丘多多的博客
12-27 886
Service暴露端口方式 Service存在的意义 为解决Pod的动态变化，提供统一访问入口： 防止Pod失联，准备找到提供同一个服务的Pod 定义一组Pod的访问策略 Service通过标签关联一组Pod Service使用iptables或者ipvs为一组Pod提供负载均衡能力 service 将运行在一组 Pods上的应用程序公开为网络服务的抽象方法。 使用 Kubernetes，你无需修改应用程序即可使用不熟悉的服务发现机制。 Kubernetes 为 Pods 提供自己的 IP 地址，并为一
K8s暴露端口与代理方式
西北连天一片云,乌鸦落在凤凰群
12-25 1128
K8s暴露端口与代理方式 文章目录K8s暴露端口与代理方式kubernetes暴露端口的方式kubernetes代理方式代理模式：userspace代理模式：iptablesservice的类型实践操作 kubernetes暴露端口的方式 方式1：clusterIP 此类型会提供一个集群内部的虚拟IP（与pod不在同一网段），以供集群内部的pod之间通信使用。clusterIP也是kubernetes service的默认类型 主要需要以下几个组件的协同工作 apiservice：在创建service时，a
kubernetes暴露端口与代理方式
一别的博客
12-27 662
暴露端口的方式 一：clusterIP 此类型会提供一个集群内部的虚拟IP（与pod不在同一网段），以供集群内部的pod之间通信使用。clusterIP也是kubernetes service的默认类型 主要需要以下几个组件的协同工作 apiservice：在创建service时，apiserver接收到请求以后将数据存储到etcd中。 kube-proxy：k8s的每个节点中都有该进程，负责实现service功能，这个进程负责感知service，pod的变化，并将变化的信息写入本地的iptables中
正反向代理与端口转发技术详解.pptx
09-03
正反向代理与端口转发技术详解，为配套的视频做的PPT，此处仅做参考。
Docker暴露2375端口，引起安全漏洞
02-26
今天有小伙伴发现docker暴露出2375端口，引起了安全漏洞。我现在给大家介绍整个事情的来龙去脉，并告诉小伙伴们，怎么修复这个漏洞。为了实现集群管理，Docker提供了远程管理接口。DockerDaemon作为守护进程，运行在...
python关闭占用端口方式
09-18
今天小编就为大家分享一篇python关闭占用端口方式，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
端口映射通用代理工具Port
08-14
通用端口映射通用代理工具PortTunnel目前最好的端口转发器、端口映射工具（外部计算机可以访问局部内的计算机HTTPFTP），TCPIP 端口重定向记录。通过在服务器安装运行此程序， 可以使因特网上的计算机访问局部网内的...
k8s离线部署Calico网络（2续）
weixin_72819498的博客
06-10 288
链接：https://pan.baidu.com/s/14ReJW-ZyYZFLbwSEBZK6mA?
k8s基础命令集合
清瞳清的博客
06-11 223
这些命令是Kubernetes管理中最常用的一些基本操作，熟练掌握这些命令能够帮助你高效地管理Kubernetes集群和应用。
【K8s源码分析（三）】-K8s调度器调度周期介绍
slipegg的博客
06-09 1243
从k8s源代码出发介绍了K8s调度周期中的各种事件。
k8s_探针专题
最新发布
纵歌的博客
06-14 268
k8s_探针专题
k8s-CCE创建工作负载变量引用
weixin_60092693的博客
06-10 398
背景，看到cce创建负载时会生成变量，如下。在skywaking-agent的使用，想要调用cce负载变量生成service_name。以变量形式配置时，可以调用，但是插拔性不强，去掉就找不回了，而且不够安全。2、以自定义变量调用cce变量：以下仅$(PAAS_APP_NAME)生效了，使用还是要标准些。构建时引用不到cce的变量，且以字符串的形式给了java-options，不会再产生调用。2、配置项调用PAAS_APP_NAME时是调用不到的。追加临时的变量参数，直接调用cce的负载变量。
k8s挂载配置文件（通过ConfigMap方式）
Hello！
06-08 671
K8s中的ConfigMap是一种用于存储配置数据的API对象，属于Kubernetes中的核心对象。它用于将应用程序的配置信息与容器镜像分离，以便在不重新构建镜像的情况下进行配置的修改和更新。ConfigMap可以存储键值对、文本文件或者以特定格式组织的配置文件，例如环境变量、命令行参数等。ConfigMap的主要作用是提供一个集中管理和传递配置信息的机制，让应用程序能够从ConfigMap中获取配置数据。这样，在不修改容器镜像的前提下，可以根据需要动态地修改应用程序的配置参数。
kubectl 映射端口
06-08
例如，假设有一个名为my-service的服务，该服务暴露了一个端口为8080的HTTP服务，可以使用以下命令将该服务的8080端口映射到本地的8888端口： ``` kubectl port-forward service/my-service 8888:8080 ``` 这将在...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值