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)

相关推荐
阿里云云原生1 小时前
从页面渲染到智能体:ARMS Node.js 探针解锁 SSR + AI 全链路可观测
云原生
程序员老赵3 小时前
Docker 部署 Portainer CE:轻松搭建容器管理平台
docker·容器·开源
大侠归来4 小时前
Docker 部署 Dolibarr:从零开始的完整指南
运维·docker·容器
七月吃橘子5 小时前
WSL2+Docker+Ollama,本地部署大模型实践(Qwen1.8b)
运维·docker·容器
Nontee5 小时前
K3s vs K8s:差的不是功能,是交付方式
云原生·容器·kubernetes
做运维的阿瑞6 小时前
Docker常见故障全方位排查指南
运维·docker·云原生·容器
谢亮_vipxieliang6 小时前
云原生存储进阶:CSI 演进与 AI 工作负载的存储架构设计
人工智能·云原生
木子欢儿6 小时前
Zabbix 7.4 Alpine 版 Docker Compose 部署
android·运维·docker·容器·zabbix
朱包林6 小时前
iTerm2终端配置指南
linux·javascript·python·云原生·容器·kubernetes·云计算
打工仔折腾 AI7 小时前
极空间用 Docker 部署 Photopea:网页版 PS 的私有化实践
运维·后端·python·docker·容器·langchain·ai agent 实战