Kubernetes:Pod 端口映射

简介: Kubernetes:Pod 端口映射

containerPort


这个字段用于规范化声明容器对外暴露的端口,但这个端口并不是容器映射到主机的端口,它是一个声明式的字段,属于容器端口规范。


在很多情况下,我们不需要设置此 containerPort 也可以直接访问 Pod。


读者可以把上一章中创建的 deployment 删除,然后重新创建。

kubectl create deployment nginx --image=nginx:latest


然后获取 Pod 的 IP:

root@master:~# kubectl get pods -o wide
NAME                     READY   STATUS    RESTARTS   AGE     IP          NODE     NOMINATED NODE   READINESS GATES
nginx-55649fd747-zndzx   1/1     Running   0          7m57s   10.32.0.2   slave1   <none>           <none>


然后访问 10.32.0.2 ,会发现正常打开。

 

加不加端口映射都可以访问 80 ,它是一个容器端口规范,跟 Dockerfile 的 port 一样,不具有强制开放的功能,在创建 Service 时有用处。


[Error] 提示

如果你没有配置过 CNI 网络插件,则创建的 Pod IP,只能在所在的节点中访问,要跨节点访问,请按照 2.2 的初始化网络,或 2.3 中的 Calico 一节,安装好网络插件。

另外,如果 Calico 配置错误,会导致一直无法创建 Pod。


我们在创建 Pod 时,如果指定了 --port ,那么这个端口便会生成 containerPort ,可以使用下面的命令查看创建的 Deployment YAML 的定义:


kubectl create deployment nginx  --image=nginx:latest --port=80 --dry-run=client -o yaml


containers:
      - image: nginx:latest
        name: nginx
        ports:
        - containerPort: 80
        resources: {}


网络端口映射


对于 docker,我们要映射端口时,可以使用 docker ... -p 6666:80,那么对于 直接创建或使用 Deployment 等方式部署的 Pod,都有一个 Pod IP 可以在集群中的所有节点中访问,但是这个 IP 是虚拟 IP,不能在集群外中访问,即使都是内网机器,没有加入 Kubernetes 集群,一样不能访问。如果我们要把端口暴露出去,供外网访问,则可以使用 Service。


关于 Service 的知识,在第四章中会详细讲解,这里仅说明如何创建 Service,以及 containerPort 的作用。


在上一小节中,我们创建的 Pod 没有声明过 containerPort,因此我们创建 Service 的时候,需要指定映射的端口。


查看上一节创建的 Deployment、Pod:

kubectl get deployments
kubectl get pods


NAME    READY   UP-TO-DATE   AVAILABLE   AGE
nginx   1/1     1            1           5m44s
NAME                     READY   STATUS    RESTARTS   AGE
nginx-55649fd747-9vfrx   1/1     Running   0          5m44s


通过 kubectl expose 可以快速创建 Service,并为 Deployment 部署的多个 Pod 暴露一个相同的端口。


由于 Pod 中的 nginx 访问端口是 80,我们想在外网中访问时使用 6666 端口,则命令如下;

kubectl expose deployment nginx --port=6666 --target-port=80
# 指定源端口为 80,要映射到 6666 端口


kubectl expose deployment nginx --port=80
# 如果没有指定源端口,则表示其端口也是 80


如果对象直接是 Pod 或者 DaemonSet 等对象,则 kubectl expose {对象} ...,会自动为此对象中的 Pod 创建端口映射。


查看 Service:

kubectl get services


NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)    AGE
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP    13d
nginx        ClusterIP   10.105.13.163   <none>        6666/TCP   6s


由于我们只是简单地创建 Service,并没有指定 Service 的公开程度,可以看到 TYPE 中,其类型为 ClusterIP,表示只能在 Pod 所在的节点上通过此 IP 和端口访问 Pod(如果安装了 CNI 网络插件,则任意节点皆可访问)。


可以使用 10.105.13.163 和 6666 端口访问 Pod 中的 Nginx 服务。

这里介绍了如何创建 Service,暴露端口,而在后面的章节中,会详细介绍 Service。


[Info] 提示

如果已经指定过 containerPort,可以使用 kubectl expose deployment nginx 快速映射 containerPort 中指定的端口。


本地端口


每个 Pod 都有自己的唯一 IP 地址,Pod 所在的服务器上,通过 IP 地址可以直接访问 Pod。


除了 Service,我们还可以使用 port-forward 在服务器上直接映射本地端口到 Pod。


root@instance-2:~# kubectl port-forward nginx-55649fd747-s4824 666:80
Forwarding from 127.0.0.1:666 -> 80
Forwarding from [::1]:666 -> 80


此方式具有很大限制,首先如果 Pod 在 instance-2 节点中,那么此命令在 instance-2 节点上运行才能生效,在其它节点上运行无效。


此方式只能映射本地端口,如 127.0.0.1,不能通过外网访问。

原本只能通过 具体的 Pod IP 才能访问 Pod,现在在服务器上通过 127.0.0.1 也可以直接访问服务。

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
19天前
|
Kubernetes 应用服务中间件 nginx
【赵渝强老师】K8s中Pod探针的TCPSocketAction
在K8s集群中,kubelet通过探针(如livenessProbe、readinessProbe和startupProbe)检查容器健康状态。探针支持HTTPGetAction、ExecAction和TCPSocketAction三种检查方法。本文重点介绍TCPSocketAction,它通过尝试建立TCP连接来检测容器的健康状况。示例中创建了一个Nginx Pod,并配置了两个探针(readinessProbe和livenessProbe),它们每隔5秒检查一次容器的8080端口,首次检查在启动后10秒进行。若连接失败,容器将重启。视频讲解和命令演示进一步详细说明了这一过程。
153 83
|
30天前
|
Kubernetes 容器 Perl
【赵渝强老师】Kubernetes中Pod的探针
在K8s集群中,kubelet通过三种探针(存活、就绪、启动)检查Pod容器的健康状态。存活探针确保容器运行,失败则重启;就绪探针确保容器准备好服务,失败则从Service中剔除;启动探针确保应用已启动,失败则重启容器。视频讲解和图片详细介绍了这三种探针及其检查方法(HTTPGet、Exec、TCPSocket)。
【赵渝强老师】Kubernetes中Pod的探针
|
22天前
|
Kubernetes 网络协议 Shell
【赵渝强老师】K8s中Pod探针的ExecAction
在K8s集群中,kubelet通过三种探针(存活、就绪、启动)检查容器健康状态,支持HTTPGet、Exec和TCP检查方式。本文重点介绍ExecAction探针,通过在容器内执行Shell命令返回码判断健康状态,并附带视频讲解和实例演示,展示如何配置和使用ExecAction探针进行健康检查。
58 10
|
27天前
|
Kubernetes 应用服务中间件 nginx
【赵渝强老师】K8s中Pod探针的HTTPGetAction
在K8s集群中,kubelet通过探针(如livenessProbe、readinessProbe和startupProbe)检查容器健康状态。HTTPGetAction通过HTTP请求检查容器健康,返回状态码在200-400区间视为成功。示例中创建了基于Nginx镜像的Pod,并配置存活探针,每5秒检测一次。通过命令操作验证探针功能,展示了Pod的健康检查机制。 视频讲解:[Bilibili](https://www.bilibili.com/video/BV1DTtueTEMM)
48 15
|
3月前
|
存储 Kubernetes Docker
【赵渝强老师】Kubernetes中Pod的基础容器
Pod 是 Kubernetes 中的基本单位,代表集群上运行的一个进程。它由一个或多个容器组成,包括业务容器、基础容器、初始化容器和临时容器。基础容器负责维护 Pod 的网络空间,对用户透明。文中附有图片和视频讲解,详细介绍了 Pod 的组成结构及其在网络配置中的作用。
【赵渝强老师】Kubernetes中Pod的基础容器
|
3月前
|
Prometheus Kubernetes 监控
深入探索Kubernetes中的Pod自动扩展(Horizontal Pod Autoscaler, HPA)
深入探索Kubernetes中的Pod自动扩展(Horizontal Pod Autoscaler, HPA)
|
3月前
|
运维 Kubernetes Shell
【赵渝强老师】K8s中Pod的临时容器
Pod 是 Kubernetes 中的基本调度单位,由一个或多个容器组成,包括业务容器、基础容器、初始化容器和临时容器。临时容器用于故障排查和性能诊断,不适用于构建应用程序。当 Pod 中的容器异常退出或容器镜像不包含调试工具时,临时容器非常有用。文中通过示例展示了如何使用 `kubectl debug` 命令创建临时容器进行调试。
|
3月前
|
Kubernetes 调度 容器
【赵渝强老师】K8s中Pod中的业务容器
Pod 是 Kubernetes 中的基本调度单元,由一个或多个容器组成。除了业务容器,Pod 还包括基础容器、初始化容器和临时容器。本文通过示例介绍如何创建包含业务容器的 Pod,并提供了一个视频讲解。示例中创建了一个名为 &quot;busybox-container&quot; 的业务容器,并使用 `kubectl create -f firstpod.yaml` 命令部署 Pod。
|
3月前
|
Kubernetes 容器 Perl
【赵渝强老师】K8s中Pod中的初始化容器
Kubernetes的Pod包含业务容器、基础容器、初始化容器和临时容器。初始化容器在业务容器前运行,用于执行必要的初始化任务。本文介绍了初始化容器的作用、配置方法及优势,并提供了一个示例。
|
3月前
|
存储 Kubernetes 调度
深入理解Kubernetes中的Pod与Container
深入理解Kubernetes中的Pod与Container
146 0

热门文章

最新文章