pod内部共享命名空间与k8s命名空间是一个东西吗?

文章目录

    • 小知识-命名空间
      • **下面着重介绍一下刚刚提到的内部命名空间**
        • IPC Namespace
        • Network Namespace

  本文摘自于我的免费专栏《Kubernetes从0到1(持续更新)》请多关注

小知识-命名空间

注意,首先我要强调一点,Kubernetes命名空间(K8s Namespace)与Pod内的共享命名空间是两个东西,下面请让我我来解释。(官方参考:Kubernetes 1.30:对 Pod 使用用户命名空间的支持进阶至 Beta | Kubernetes

Pod内的共享命名空间 :是 Linux 内核提供的一种隔离机制,这个命名空间是指 Pod内容器共享的网络、存储、IPC等资源命名空间 。在同一个Pod内,多个容器共享网络命名空间、存储卷、PID命名空间等。这个概念更多的是与容器的协作和资源共享相关,而非集群范围的资源隔离(再次强调!意思就是和Kubernetes命名空间不是一个东西)。(官方文档:用户命名空间 | Kubernetes
Kubernetes中的Namespace是一种用于在集群内部组织和隔离资源的机制。一个Namespace可以看作是一个虚拟的集群,它将物理集群划分为多个逻辑部分,每个部分都有自己的一组资源(如Pod、Service、ConfigMap等)。

!!!非常重要!!!: 实际上一些容器运行时的默认配置(如 Docker Engine、containerd、CRI-O)就使用 Linux 命名空间进行隔离,这样我们就可以理解pod为什么有用户命名空间这个东西了(既Pod 网络命名空间的设置由实现容器运行时接口(CRI)的系统层面软件处理。)。

常见的 7 种 Linux 命名空(namespaces(7) - Linux manual page)间如下:

命名空间 简称 作用
Mount Namespace mnt 隔离挂载点(如文件系统结构),不同容器看不到彼此的挂载点。
UTS Namespace uts 隔离主机名和域名(hostname 和 domainname)。
IPC Namespace ipc 隔离进程间通信资源,如信号量、消息队列、共享内存。
PID Namespace pid 隔离进程编号(每个容器都认为自己从 PID 1 开始)。
Network Namespace net 隔离网络接口、IP 地址、路由表、端口等。
User Namespace user 隔离用户和组 ID(UID、GID),可实现非特权容器。
Cgroup Namespace cgroup 隔离 cgroup 层级,控制资源分配和限制的视图。

Pod内部共享情况

命名空间类型 是否 Pod 内容器默认共享 是否可配置为共享 说明
Network (net) ✅ 是 ❌ 否 所有容器共享 Pod 的网络栈:同一个 IP、端口需避免冲突。
PID (pid) ❌ 否 ✅ 可以共享 可通过 shareProcessNamespace: true 启用容器之间共享进程视图。
IPC (ipc) ✅ 是 ❌ 否 所有容器共享信号量、消息队列、共享内存。
Mount (mnt) ❌ 否 ✅ 通过 Volume 实现 不直接共享,但可通过挂载同一个 Volume 实现数据共享。
UTS (uts) ❌ 否 ✅ 某些场景下可共享 可通过配置让多个容器看到同样的 hostname(不常用)。
User (user) ❌ 否 ✅ 支持(1.25+ 默认开启) Linux 支持,K8s 中需要额外配置或启用。
Cgroup(cgroup) ❌ 否 ⚠️ 受限支持 Kubernetes 不直接暴露配置,但可通过容器运行时影响。

下面着重介绍一下刚刚提到的内部命名空间

IPC Namespace

IPC (Inter-Process Communication)命名空间 是 Linux 容器中非常核心的一个隔离机制,它的作用是让同一个 Pod 中的多个容器能够共享进程间通信资源(IPC),而不同 Pod 的容器之间则无法互相访问这些资源(当然,这样也保证了不同pod的隔离性从而保证安全与互不干扰)。

那么这些资源包括如下种类:

  • 共享内存(Shared Memory)
  • 信号量(Semaphores)
  • 消息队列(Message Queues)

所以,在一个pod中的容器由于拥有同一个IPC命名空间,这导致这些容器之间能够共享内存,使用同一个key获取同一个信号量,通过消息队列进行通信。

Network Namespace

Pod 有自己的私有网络命名空间,Pod 内的所有容器共享这个命名空间。 运行在同一个 Pod 中的不同容器的进程彼此之间可以通过 localhost 进行通信。但是在外部通信时由于网络命名空间之间彼此独立(不同pod实际上是被命名空间隔离了),但它们之间的通信可以通过宿主机上的虚拟网络桥或者网络插件(容器网络接口CNI)实现连接 。(官方文档:网络插件 | Kubernetes

相关推荐
张忠琳8 小时前
【containerd 2.1.8】(Part 1)containerd 2.1.8 超深度源码分析 — 总体架构与模块全景
云原生·kubernetes·containerd
真实的菜10 小时前
微服务注册配置中心终极选型:2026指南
微服务·云原生·架构
正经教主11 小时前
【docker基础】第五课:Docker网络详解
运维·docker·容器
Waay13 小时前
K8s ETCD 详解|备份恢复+静态Pod原理+kubectl查询底层流程(面试必考)
面试·kubernetes·etcd
松岩13 小时前
dcgm-exporter部分指标
kubernetes
我是谁??16 小时前
ubuntu22.04 通过docker部署vLLM(Qwen3-0.6B)大模型+New API+OpenWebUI
docker·容器·vllm
Patrick_Wilson16 小时前
K8s 探针避坑:Next.js 不同部署模式下的健康检查实践
kubernetes·node.js·next.js
运维瓦工16 小时前
DevOps 生态介绍(十):Docker Compose 核心 YAML 配置详解与常用命令大全
spring cloud·docker·容器
Plastic garden17 小时前
K8s(10)NFS 的动态 PV 创建数据库给k8s的mysql和redis
docker·容器·kubernetes
Plastic garden17 小时前
k8s(11) Pod 控制器,服务发现与存储管理
kubernetes