Kubernetes Namespace 命名空间隔离机制

最新推荐文章于 2025-06-06 16:54:19 发布
最新推荐文章于 2025-06-06 16:54:19 发布
阅读量431 收藏 9
点赞数 3
CC 4.0 BY-SA版权
分类专栏： Cloud|Docker|Kubernetes 文章标签： kubernetes 云原生 Namespace
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/moshowgame/article/details/146764199

什么是Kubernetes Namespace？

Kubernetes Namespace 是一种逻辑隔离机制，用于组织和管理 Kubernetes 集群中的资源。通过 Namespace，可以将集群中的资源划分为不同的“虚拟环境”，以便于资源隔离、权限管理和资源配额控制。一个常用的场景就是部门搭建共享的K8S，然后为每个团队的每个环境分配不同的Namespace。例如命名方式为部门-团队/应用-环境: DEPT-TEAM-DEV/DEPT-TEAM-UAT/DEPT-TEAM-PROD等。

Namespace功能和作用：

  1. 资源隔离：不同的团队、项目或应用可以使用各自的 Namespace，在同一个集群中实现资源隔离。

  2. 权限管理：通过 RBAC（基于角色的访问控制），可以针对特定 Namespace 设置访问权限，确保数据安全。

  3. 资源配额：可以为 Namespace 设置资源限制（如 CPU 和内存），防止资源耗尽或不公平分配。

  4. 便捷管理：将相关资源（如 Pod、Service、ConfigMap）组织到同一个 Namespace 中，简化管理。

示例：

Kubernetes 默认有以下 Namespace：

  • default：默认的 Namespace，用于没有指定 Namespace 的资源。

  • kube-system：存放 Kubernetes 系统组件（如控制器和调度器）。

  • kube-public：用于公开资源，所有用户都可以访问。

  • kube-node-lease：存放节点心跳租约。

创建自定义 Namespace：

你可以使用以下 YAML 创建一个 Namespace：

apiVersion: v1
kind: Namespace
metadata:
  name: my-namespace

然后通过以下命令应用：

kubectl apply -f namespace.yaml

Namespace 非常适合复杂的集群和团队协作场景。

Namespace 练习

       Welcome to the KodeKloud Hands-On lab                                                           
    __ ______  ____  ________ __ __    ____  __  ______ 
   / //_/ __ \/ __ \/ ____/ //_// /   / __ \/ / / / __ \
  / ,< / / / / / / / __/ / ,<  / /   / / / / / / / / / /
 / /| / /_/ / /_/ / /___/ /| |/ /___/ /_/ / /_/ / /_/ / 
/_/ |_\____/_____/_____/_/ |_/_____/\____/\____/_____/  
                                                        
           All rights reserved                                                                         

controlplane ~ ➜  kubectl get namespace
NAME              STATUS   AGE
default           Active   13m
dev               Active   34s
finance           Active   34s
kube-node-lease   Active   13m
kube-public       Active   13m
kube-system       Active   13m
manufacturing     Active   34s
marketing         Active   34s
prod              Active   34s
research          Active   33s

controlplane ~ ➜  kubectl describe namespace research
Name:         research
Labels:       kubernetes.io/metadata.name=research
Annotations:  <none>
Status:       Active

No resource quota.

No LimitRange resource.

controlplane ~ ➜  kubectl get pods --namespace=research
NAME    READY   STATUS             RESTARTS      AGE
dna-1   0/1     CrashLoopBackOff   4 (12s ago)   97s
dna-2   0/1     Completed          4 (54s ago)   97s

controlplane ~ ➜  ls
sample.yaml

controlplane ~ ➜  kubectl create -f sample.yaml --namespace=finance
error: no objects passed to create

controlplane ~ ✖ kubectl run redis --image=redis -n=finance
pod/redis created


controlplane ~ ✖ kubectl describe pod redis -n=finance
Name:             redis
Namespace:        finance
Priority:         0
Service Account:  default
Node:             controlplane/192.168.104.33
Start Time:       Sun, 30 Mar 2025 06:06:19 +0000
Labels:           run=redis
Annotations:      <none>
Status:           Running
IP:               10.22.0.16
IPs:
  IP:  10.22.0.16
Containers:
  redis:
    Container ID:   containerd://7a278303c07b1c083abd996c91c7da4cbe1c434e501c92ac940bfcd71ed287ba
    Image:          redis
    Image ID:       docker.io/library/redis@sha256:bd41d55aae1ecff61b2fafd0d66761223fe94a60373eb6bb781cfbb570a84079
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Sun, 30 Mar 2025 06:06:22 +0000
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-plbrl (ro)
Conditions:
  Type                        Status
  PodReadyToStartContainers   True 
  Initialized                 True 
  Ready                       True 
  ContainersReady             True 
  PodScheduled                True 
Volumes:
  kube-api-access-plbrl:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   BestEffort
Node-Selectors:              <none>
Tolerations:                 node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                             node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:
  Type    Reason     Age   From               Message
  ----    ------     ----  ----               -------
  Normal  Scheduled  50s   default-scheduler  Successfully assigned finance/redis to controlplane
  Normal  Pulling    50s   kubelet            Pulling image "redis"
  Normal  Pulled     47s   kubelet            Successfully pulled image "redis" in 2.379s (2.379s including waiting). Image size: 44999260 bytes.
  Normal  Created    47s   kubelet            Created container: redis
  Normal  Started    47s   kubelet            Started container redis

controlplane ~ ➜  kubectl get pods -n=research
NAME    READY   STATUS             RESTARTS       AGE
dna-1   0/1     CrashLoopBackOff   5 (115s ago)   4m48s
dna-2   0/1     CrashLoopBackOff   5 (114s ago)   4m48s

controlplane ~ ➜  kubectl get pods -n=default
No resources found in default namespace.

controlplane ~ ➜  kubectl get pods -n=marketing
NAME       READY   STATUS    RESTARTS   AGE
blue       1/1     Running   0          6m26s
redis-db   1/1     Running   0          6m26s

controlplane ~ ➜  kubectl describe pod redis-db -n=marketing
Name:             redis-db
Namespace:        marketing
Priority:         0
Service Account:  default
Node:             controlplane/192.168.104.33
Start Time:       Sun, 30 Mar 2025 06:03:16 +0000
Labels:           name=redis
Annotations:      <none>
Status:           Running
IP:               10.22.0.13
IPs:
  IP:  10.22.0.13
Containers:
  redis:
    Container ID:   containerd://633b6aea4cccb3acb27f2313700c7e712628ca281f6c416f5f9715ac8a63f733
    Image:          redis:alpine
    Image ID:       docker.io/library/redis@sha256:02419de7eddf55aa5bcf49efb74e88fa8d931b4d77c07eff8a6b2144472b6952
    Port:           6379/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Sun, 30 Mar 2025 06:03:19 +0000
    Ready:          True
    Restart Count:  0
    Environment:
      REDIS_ROOT_PASSWORD:  paswrd
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-kt96z (ro)
Conditions:
  Type                        Status
  PodReadyToStartContainers   True 
  Initialized                 True 
  Ready                       True 
  ContainersReady             True 
  PodScheduled                True 
Volumes:
  kube-api-access-kt96z:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   BestEffort
Node-Selectors:              <none>
Tolerations:                 node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                             node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:
  Type    Reason     Age    From               Message
  ----    ------     ----   ----               -------
  Normal  Scheduled  6m51s  default-scheduler  Successfully assigned marketing/redis-db to controlplane
  Normal  Pulling    6m50s  kubelet            Pulling image "redis:alpine"
  Normal  Pulled     6m48s  kubelet            Successfully pulled image "redis:alpine" in 1.882s (1.882s including waiting). Image size: 17238094 bytes.
  Normal  Created    6m48s  kubelet            Created container: redis
  Normal  Started    6m48s  kubelet            Started container redis

controlplane ~ ✖ kubectl get service -n=marketing
NAME           TYPE       CLUSTER-IP      EXTERNAL-IP   PORT(S)          AGE
blue-service   NodePort   10.43.234.235   <none>        8080:30082/TCP   8m24s
db-service     NodePort   10.43.117.172   <none>        6379:32722/TCP   8m24s

controlplane ~ ✖ kubectl describe svc db-service -n=marketing
Name:                     db-service
Namespace:                marketing
Labels:                   <none>
Annotations:              <none>
Selector:                 name=redis
Type:                     NodePort
IP Family Policy:         SingleStack
IP Families:              IPv4
IP:                       10.43.117.172
IPs:                      10.43.117.172
Port:                     <unset>  6379/TCP
TargetPort:               6379/TCP
NodePort:                 <unset>  32722/TCP
Endpoints:                10.22.0.13:6379
Session Affinity:         None
External Traffic Policy:  Cluster
Internal Traffic Policy:  Cluster
Events:                   <none>

controlplane ~ ➜  kubectl describe svc db-service -n=dev
Name:                     db-service
Namespace:                dev
Labels:                   <none>
Annotations:              <none>
Selector:                 name=redis
Type:                     ClusterIP
IP Family Policy:         SingleStack
IP Families:              IPv4
IP:                       10.43.224.215
IPs:                      10.43.224.215
Port:                     <unset>  6379/TCP
TargetPort:               6379/TCP
Endpoints:                10.22.0.12:6379
Session Affinity:         None
Internal Traffic Policy:  Cluster
Events:                   <none>

controlplane ~ ➜  kubectl get svc -n=dev
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)    AGE
db-service   ClusterIP   10.43.224.215   <none>        6379/TCP   11m

controlplane ~ ➜  curl http://db-service.dev.svc.cluster.local:6379
curl: (6) Could not resolve host: db-service.dev.svc.cluster.local

controlplane ~ ➜ Powered by Moshow@https://zhengkai.blog.csdn.net/

【kubernetes】kubernetes 命名空间 Namespace
九师兄
08-17 118
Namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。默认情况下，kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那此时就可以将两个Pod划分到不同的namespace下。kubernetes通过将集群内部的资源分配到不同的Namespace中，可以形成逻辑上的"组”，以方便不同的组的资源进行隔离使用和管理。
12、k8s Namespaces 资源隔离
无痕的博客
07-13 921
kube-public 这个命名空间是自动创建的，所有用户（包括未经过身份验证的用户）都可以读取它。这个命名空间主要用于集群使用，以防某些资源在整个集群中应该是可见和可读的。PersistentVolumes是不属于任何namespace的，但PersistentVolumeClaim是属于某个特定namespace的；命名空间名称满足正则表达式[a-z0-9]([-a-z0-9]*[a-z0-9])?default 没有指明使用其它命名空间的对象所使用的默认命名空间。支持的格式有很多，比较常见的是。
Kubernetes 从入门到精通-命名空间Namespace
最新发布
小刘运维
06-06 1118
Namespace 是 Kubernetes 中用于实现资源隔离与逻辑分组的核心机制，它将物理集群划分为多个虚拟集群，便于多团队、多项目或多环境共享同一集群资源。
【k8s】利用namespace分隔系统资源(十八)
L李钟意的博客
04-15 976
Kubernetes 的名字空间并不是一个实体对象，只是一个逻辑上的概念。它可以把集群切分成一个个彼此独立的区域，然后我们把对象放到这些区域里，就实现了类似容器技术里namespace的隔离效果，应用只能在自己的名字空间里分配资源和运行，不会干扰到其他名字空间里的应用。Kubernetes 的 Master/Node 架构已经能很好地管理集群，为什么还要引入名字空间这个东西呢？它的实际意义是什么呢？我觉得，这恰恰是Kubernetes面对大规模集群、海量节点时的一种现实考虑。
八. Kubernetes 名称空间与隔离
qq_29799655的博客
05-22 602
【代码】八. Kubernetes 名称空间与隔离。
k8s 通过set-context 控制namespace 进行隔离
邢宁
12-03 2263
前言 k8s可以基于命名空间实现完全隔离的环境，可以根据业务的不同划分不同的namespace来使用，在这里简单分享一下 1、创建namespace kubectl create -f https://k8s.io/examples/admin/namespace-dev.json kubectl create -f https://k8s.io/examples/admin/namespace-prod.json #查看创建的命名空间 kubectl get namespaces --show-la
K8S集群管理：用名字空间分隔系统资源
key_3_feng的博客
07-23 473
名字空间是一个逻辑概念，没有实体，它的目标是为资源和对象划分出一个逻辑边界，避免冲突。
Kubernetes集群命名空间（Namespace）
weixin_44093727的博客
02-02 1285
介绍了k8s Namespace是什么以及用法
Kubernetes 名称空间Namespace
FLGB
05-30 788
它可以把集群切分成一个个彼此独立的区域，然后我们把对象放到这些区域里，就实现了类似容器技术里 namespace 的隔离效果，应用只能在自己的名字空间里分配资源和运行，不会干扰到其他名字空间里的应用。它设置了每个容器默认申请 0.2 的 CPU 和 50MB 内存，容器的资源上限是 0.5 的 CPU 和 100MB 内存，每个 Pod 的最大使用量是 0.8 的 CPU 和 200MB 内存。有了名称空间，就可以像管理容器一样，给名字空间设定配额，把整个集群的计算资源分割成不同的大小，按需分配使用。
Kubernetes命名空间详解
前者已逝，后者未至。
12-03 880
了解命名空间的使用场景和使用方法，通过案例实战理解命名空间对资源的逻辑隔离方法。
17.Kubernetes集群：命名空间（Namespace）
迷逝
10-10 5088
什么是Namespace? 你可以认为namespaces是你kubernetes集群中的虚拟化集群。在一个Kubernetes集群中可以拥有多个命名空间，它们在逻辑上彼此隔离。 他们可以为您和您的团队提供组织，安全甚至性能方面的帮助！ “default” Namespace 大多数的Kubernetes中的集群默认会有一个叫default的namespace。实际上，应该是3个： default：你的service和app默认被创建于此。 kube-system：kubernetes系统组件使用。 ku
Tungsten Fabric与K8s集成指南丨创建隔离命名空间
TungstenFabric的博客
03-12 402
详解K8s与TF集成的“命名空间隔离模式”。
Kubernetes可以设置不同的命名空间，保证工作环境彼此隔离
feixuanwo的博客
05-25 701
Kubernetes可以设置不同的命名空间，保证工作环境彼此隔离。用下面的方法隔离工作环境： 一、创建namespace 创建两个namespace： apiVersion: v1 kind: Namespace metadata: name: development apiVersion: v1 kind: Namespace metadata: name: production 用kubectl create命令进行创建。 二、定义context 通过config set-context命令创建工作环境
k8s之多方面多维度的资源隔离和限制(namespace,LimitRange,ResourceQuota)
guijianchouxyz的博客
12-23 2229
首先我们能想到的资源隔离就是namespace，这不知道是不是大家的第一反应，反正我是的，，哈哈哈。当然还有好多可以配置资源的限制以及配额的方法
K8S - 命名空间实战 - 从资源隔离到多环境管理
weixin_46619605的博客
04-30 1450
K8S - 命名空间实战 - 从资源隔离到多环境管理
k8s部署-31-k8s中如何进行资源隔离资源
ouyangzhenxin的博客
04-10 2460
 在k8s中的我们的资源如何隔离呢？如果说有一个服务异常了，内存无限制的占用，其他的服务岂不是无法部署上去了？而且我们一般一个集群是给很多人，很多对象使用的，那么如何保证他们互不打扰？且无法看到其他人的相关内容呢？  Namespace一个重要的概念，Namespace，我们之前说过，但是没有细说他的功能是什么，他可以实现资源隔离和配额的隔离，比如下面的信息：从上图可以清晰的看到他能做什么，接下来实际操作下吧。新建namespace首先我们先查询下本地有多少个namespace；
Kubernetes 资源隔离与命名空间实战
weixin_67144977的博客
05-23 391
修改当前 Kubernetes 上下文（Context）的默认命名空间字段。）是 Kubernetes 的权限控制模型，通过定义。：所有操作需显式声明命名空间，否则会提示资源不存在。避免团队间资源冲突（如同名Deployment）用命名空间区分环境（dev/test/prod）通过 RBAC 限制不同命名空间的访问权限。将关联服务分组管理（如微服务前端/后端）限制每个命名空间的CPU/内存用量。限制用户/服务账号的访问权限。的默认操作命名空间设置为。快速切换默认命名空间的用法。：所有资源默认部署在。
k8s network-namespace网络资源隔离类型详解
abcy071213的博客
06-05 461
创建命名空间：为不同的应用或团队创建独立的命名空间。选择和配置网络插件：根据需求选择合适的 CNI 插件并配置。定义网络策略：使用 NetworkPolicy 来限制 Pods 的通信。部署应用：在命名空间中部署应用，并确保它们使用正确的网络设置。通过这些步骤，你可以在 Kubernetes 中实现有效的网络资源隔离，提高系统的安全性和可管理性。
Linux中的namespace资源隔离【待不停补充】
icyyyer的博客
10-25 1422
Linux中的namespace资源隔离（仍在学习中，不断补充）   1. Linux中提供的六种namespace隔离 2. Linux中调用以上六种隔离的具体操作： （1）clone() clone()，使用clone可以在创建一个新的进程的同时，来创建新的namespace，使用方法如下： int clone(int (*child_func)(void *), void...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值