【4】k8s_NameSpace&&Pod

已于 2023-01-13 14:42:45 修改
阅读量718 收藏
点赞数 1
分类专栏： K8s 文章标签： kubernetes
于 2023-01-13 14:42:24 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43313333/article/details/128673928
版权
本文介绍了Kubernetes中命名空间的作用，用于资源隔离，并展示了如何通过命令行直接操作Pod，包括创建、查看和描述Pod的详细信息。此外，还提到了通过yaml文件配置Pod以及在Pod中运行多个容器的方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

目录

一、NameSpace

二、Pod

【1】命令式对象管理: 直接使用命令去操作kubernetes资源

【2】命令式对象配置: 通过命令配置和配置文件去操作作kubernetes资源

1、写一个ymal文件

2、然后运行yaml文件（提前创建好了命名空间string）

3、用bashboard创建pod

4、一个pod里面运行多个容器

一、NameSpace

  • 命名空间，用来对集群资源进行隔离划分。默认只隔离资源，不隔离网络
[root@master ~]# kubectl create ns dev
namespace/dev created
[root@master ~]#  kubectl get ns
NAME                   STATUS   AGE
default                Active   23h
dev                    Active   6s
kube-node-lease        Active   23h
kube-public            Active   23h
kube-system            Active   23h
kubernetes-dashboard   Active   77m

二、Pod

  • 运行中的一组容器，Pod是kuberneres中应用的最小单位

【1】命令式对象管理: 直接使用命令去操作kubernetes资源

[root@master ~]# kubectl get pod -A
NAMESPACE              NAME                                         READY   STATUS    RESTARTS   AGE
kube-system            calico-kube-controllers-56c7cdffc6-trxkj     1/1     Running   1          23h
kube-system            calico-node-8zsdw                            1/1     Running   1          22h
kube-system            calico-node-khp6k                            1/1     Running   1          22h
kube-system            calico-node-vkqhc                            1/1     Running   1          23h
kube-system            coredns-7f89b7bc75-65jnr                     1/1     Running   1          23h
kube-system            coredns-7f89b7bc75-lrtqq                     1/1     Running   1          23h
kube-system            etcd-master                                  1/1     Running   1          23h
kube-system            kube-apiserver-master                        1/1     Running   1          23h
kube-system            kube-controller-manager-master               1/1     Running   1          23h
kube-system            kube-proxy-9k8ps                             1/1     Running   1          23h
kube-system            kube-proxy-nvzmj                             1/1     Running   1          22h
kube-system            kube-proxy-zph7s                             1/1     Running   1          22h
kube-system            kube-scheduler-master                        1/1     Running   1          23h
kubernetes-dashboard   dashboard-metrics-scraper-79c5968bdc-l4fjp   1/1     Running   0          70m
kubernetes-dashboard   kubernetes-dashboard-658485d5c7-dj8qn        1/1     Running   0          70m

[root@master ~]# kubectl run mynginx --image=nginx
pod/mynginx created
[root@master ~]# kubectl get pod
NAME      READY   STATUS              RESTARTS   AGE
mynginx   0/1     ContainerCreating   0          10s
[root@master ~]# kubectl describe pod mynginx
Name:         mynginx
Namespace:    default
Priority:     0
Node:         node02/172.31.0.2
Start Time:   Fri, 06 Jan 2023 23:27:42 +0800
Labels:       run=mynginx
Annotations:  cni.projectcalico.org/containerID: 2eec547318e2d978dfbbf589915cd684fbd2f8450609583cfe20e43c3d5e39df
              cni.projectcalico.org/podIP: 192.168.140.71/32
              cni.projectcalico.org/podIPs: 192.168.140.71/32
Status:       Running
IP:           192.168.140.71
IPs:
  IP:  192.168.140.71
Containers:
  mynginx:
    Container ID:   docker://8f0e73fc980847280fe363558dd6dbae3fd1f803a3823a982208e32d87827f8b
    Image:          nginx
    Image ID:       docker-pullable://nginx@sha256:0d17b565c37bcbd895e9d92315a05c1c3c9a29f762b011a10c54a66cd53c9b31
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Fri, 06 Jan 2023 23:28:52 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-dcw8j (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  default-token-dcw8j:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-dcw8j
    Optional:    false
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  86s   default-scheduler  Successfully assigned default/mynginx to node02
  Normal  Pulling    85s   kubelet            Pulling image "nginx"
  Normal  Pulled     20s   kubelet            Successfully pulled image "nginx" in 1m5.956007089s
  Normal  Created    16s   kubelet            Created container mynginx
  Normal  Started    16s   kubelet            Started container mynginx

进入pod

[root@master ~]# kubectl exec -it mynginx -- /bin/bash
root@mynginx:/# ls
bin   dev           docker-entrypoint.sh  home  lib64  mnt  proc  run   srv  tmp  var
boot  docker-entrypoint.d  etc             lib   media  opt  root  sbin  sys  usr

查看log 加上f表示实时查看

[root@master ~]# kubectl logs mynginx
/docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
/docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
/docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
10-listen-on-ipv6-by-default.sh: info: Getting the checksum of /etc/nginx/conf.d/default.conf
10-listen-on-ipv6-by-default.sh: info: Enabled listen on IPv6 in /etc/nginx/conf.d/default.conf
/docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
/docker-entrypoint.sh: Launching /docker-entrypoint.d/30-tune-worker-processes.sh
/docker-entrypoint.sh: Configuration complete; ready for start up
2023/01/09 09:25:47 [notice] 1#1: using the "epoll" event method
2023/01/09 09:25:47 [notice] 1#1: nginx/1.21.5
2023/01/09 09:25:47 [notice] 1#1: built by gcc 10.2.1 20210110 (Debian 10.2.1-6) 
2023/01/09 09:25:47 [notice] 1#1: OS: Linux 3.10.0-1127.el7.x86_64
2023/01/09 09:25:47 [notice] 1#1: getrlimit(RLIMIT_NOFILE): 1048576:1048576
2023/01/09 09:25:47 [notice] 1#1: start worker processes
2023/01/09 09:25:47 [notice] 1#1: start worker process 32
2023/01/09 09:25:47 [notice] 1#1: start worker process 33
192.168.219.64 - - [09/Jan/2023:09:33:45 +0000] "GET / HTTP/1.1" 200

【2】命令式对象配置: 通过命令配置和配置文件去操作作kubernetes资源

1、写一个ymal文件

apiVersion: v1          # API版本号，注意：具有多个，不同的对象可能会使用不同API
kind: Pod               # 对象类型，pod
metadata:               # 元数据
  name: mynginx         # POD名称

spec:                   # specification of the resource content(资源内容的规范)
  containers:           # 容器列表
    - name: mynginx     # 容器名称
      image: nginx      # 容器镜像

2、然后运行yaml文件（提前创建好了命名空间string）

[root@master ~]# vi pod.yaml 
[root@master ~]# kubectl apply -f pod.yaml 
pod/mynginx created
[root@master ~]# kubectl get pod -n string
NAME      READY   STATUS             RESTARTS   AGE
mynginx   1/1     Running            0          27s

[root@master ~]# kubectl describe pod mynginx -n string
Name:         mynginx
Namespace:    string
Priority:     0
Node:         node02/172.31.0.2
Start Time:   Mon, 09 Jan 2023 17:10:22 +0800
Labels:       <none>
Annotations:  cni.projectcalico.org/containerID: 5a1eefb7be0f61fc7cceca2c8bfe67e72fe104db89a13b9f58921804278a2904
              cni.projectcalico.org/podIP: 192.168.140.74/32
              cni.projectcalico.org/podIPs: 192.168.140.74/32
Status:       Running
IP:           192.168.140.74
IPs:
  IP:  192.168.140.74
Containers:
  mynginx:
    Container ID:   docker://613b31a4f4736788af136f9187bf78d64ac0f6e0b3960a34087ed481ebed7847
    Image:          nginx
    Image ID:       docker-pullable://nginx@sha256:0d17b565c37bcbd895e9d92315a05c1c3c9a29f762b011a10c54a66cd53c9b31
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Mon, 09 Jan 2023 17:10:23 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-tv5f7 (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  default-token-tv5f7:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-tv5f7
    Optional:    false
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  52s   default-scheduler  Successfully assigned string/mynginx to node02
  Normal  Pulling    51s   kubelet            Pulling image "nginx"
  Normal  Pulled     51s   kubelet            Successfully pulled image "nginx" in 429.471972ms
  Normal  Created    51s   kubelet            Created container mynginx
  Normal  Started    51s   kubelet            Started container mynginx
[root@master ~]# kubectl delete -f pod2.yaml 
pod "mynginx" deleted

3、用bashboard创建pod

4、一个pod里面运行多个容器

先创建一个yaml

apiVersion: v1          # API版本号，注意：具有多个，不同的对象可能会使用不同API
kind: Pod               # 对象类型，pod
metadata:               # 元数据
  name: mynginx         # POD名称
  namespace: string     # 所属的命名空间
spec:                   # specification of the resource content(资源内容的规范)
  containers:           # 容器列表
    - name: mynginx     # 容器名称
      image: nginx      # 容器镜像
 
    - name: mytomcat
      image: tomcat

运行容器

[root@master ~]# kubectl apply -f pod.yaml 
pod/mynginx created
[root@master ~]# kubectl get pod -n string
NAME      READY   STATUS              RESTARTS   AGE
mynginx   0/2     ContainerCreating   0          23s
[root@master ~]# kubectl get pod -n string -o wide
NAME      READY   STATUS              RESTARTS   AGE   IP       NODE     NOMINATED NODE   READINESS GATES
mynginx   0/2     ContainerCreating   0          33s   <none>   node01   <none>           <none>
[root@master ~]# kubectl get pod mynginx -n string -o wide
NAME      READY   STATUS    RESTARTS   AGE     IP                NODE     NOMINATED NODE   READINESS GATES
mynginx   2/2     Running   0          7m40s   192.168.196.139   node01   <none>           <none>

进入容器查看

[root@master ~]# kubectl exec -it mynginx -n string -- /bin/bash
Defaulting container name to mynginx.
Use 'kubectl describe pod/mynginx -n string' to see all of the containers in this pod.


root@mynginx:/# curl 127.0.0.1
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
root@mynginx:/# curl 127.0.0.1:8080
<!doctype html><html lang="en"><head><title>HTTP Status 404 – Not Found</title><style type="text/css">body {font-family:Tahoma,Arial,sans-serif;} h1, h2, h3, b {color:white;background-color:#525D76;} h1 {font-size:22px;} h2 {font-size:16px;} h3 {font-size:14px;} p {font-size:12px;} a {color:black;} .line {height:1px;background-color:#525D76;border:none;}</style></head><body><h1>HTTP Status 404 – Not Found</h1><hr class="line" /><p><b>Type</b> Status Report</p><p><b>Description</b> The origin server did not find a current representation for the target resource or is not willing to disclose that one exists.</p><hr class="line" /><h3>Apache Tomcat/10.0.14</h3></body></html>root@mynginx:/#

！！注意在一个pod里不能有多个应用都用同一个端口

k8s核心操作_namespace的作用_创建_删除_理解k8s中的最小单位Pod_命令行创建nginx的pod---分布式云原生部署架构搭建018
添柴程序猿的专栏
07-04 239
这个就是pod的功能要强大一些,可以包含多个容器,比如一个pod中,你可以安装redis 还可以再安装其他的比如mysql等。那么现在k8s中,一个pod中可以包含多个容器,多个容器共通组成一个pod,当然也可以一个容器。这里的1/2 表示,pod中有两个应用,其中,1个应用在正常工作,另一个异常了.两个容器,共同被封装在了一个pod中,完成了一个,文件的推送和展示的功能.因为这个样的话,获取的是默认的default命名空间中的pods。之前我们在docker中,启动一个,容器,比如redis的容器,
K8s（三）：Namespace详解
热门推荐
✨ 欢迎来到【Seal ^_^ 的CSDN博客】！✨
01-02 3万+
🔴 K8s（三）：Namespace详解
k8s之pod
a91888888的博客
01-03 996
pod中的容器与外部通信时，从共享的资源当中进行分配。引入pause禁止，代表整个容器的组的状态,可以解决对pod内部容器整体状态的判断。②解耦，一个pod内运行多个容器，耦合度太高，一旦一个进程失败，整个pod将全部失败。基于现代容器技术的要求，一个pod运行一个容器，一个容器只运行一个进程。第四步：pause容器先启动，提供命名空间，进程管理pid1 来为pod内的容器提供共享服务以及容器的进程管理。1、在pod的启动过程中，容器时按照初始化容器先启动，每个容器必须在下一个容器启动之前，要成功退出。
k8s之namespace与pod
菜鸟
12-01 978
k8s初识
K8s中的Pod的创建过程
荣山的博客
10-06 1795
K8s中的Pod的创建过程
k8s系列（三：概念）集群的安全设置、命令行创建pod、service、控制器、命名空间、k8s的启动顺序
xopqaaa的博客
01-15 1059
两种认证方式： 1、CA签名的双向数字证书认证 2、简单的基于HTTP Base或者Token的认证方式 CA签名的双向数字证书认证生成过程如下： 第一步：生成数字证书使用CA证书签名 第二步：配合相关证书的启动 第三部：客户端生成自己的证书使用CA签名，并配置CA证书启动的参数 创建CA证书和私钥相关的文件 创建名称空间 kubectl ...
玩转k8s：Pod详解
duansamve的博客
03-15 3405
这里是Pod内部的通讯，Pod的之间的通讯采用虚拟二层网络技术来实现，我们当前环境用的是Flannel。本小节主要来研究pod.spec.containers属性，这也是pod配置中最为关键的一项配置。如果镜像tag为：latest（最终版本） ，默认策略是always。如果镜像tag为具体版本号， 默认策略是：IfNotPresent。5.1.1 Pod结构。5.1.2 Pod定义。5.2.1 基本配置。5.2.2 镜像拉取。
Kubernetes K8S之Pod跨namespace名称空间访问Service服务
踏歌行的专栏
09-13 1万+
Kubernetes的两个Service（ServiceA、ServiceB）和对应的Pod（PodA、PodB）分别属于不同的namespace名称空间，现需要PodA和PodB跨namespace名称空间并通过Service实现互访。应该如何实现？
k8s------Pod、Label、NameSpace
qq_16803227的博客
01-19 1231
k8s的自愈能力只能保证Pod崩溃后重启，但是如内存泄漏，JVM进程存活，但是容器进程不可用，无法自愈，提供存活探针完成容器健康检查。HTTP GET：向容器发送HTTP GET请求，如果Probe收到2xx或3xx，说明容器是健康的。TCP Socket：尝试与容器指定端口建立TCP连接，如果连接成功建立，说明容器是健康的。Exec：Probe执行容器中的命令并检查命令退出的状态码，状态码为0说明容器是健康的。
k8s对namespace、pod、deployment、service的简单使用
张刚的博客
08-09 1771
k8s对namespace、pod、deployment、service的简单使用
pod(一)：Kubernetes(k8s)创建pod的两种方式
Vic的博客
10-28 1900
docker可以创建容器，Kubernetes不能直接创建容器，Kubernetes创建的是pod，pod里面包含了一个或者多个容器。创建pod的前提是已经有一套可以正常运行的Kubernetes集群，关于Kubernetes(k8s)集群的安装部署，可以查看博客《Centos7 安装部署Kubernetes(k8s)集群》Centos7 安装部署Kubernetes(k8s)集群 - 人生的哲理 - 博客园。
Kubernetes学习笔记（三）：namespace和pod
CountryLord的博客
01-16 1443
在部署实际应用程序时，k8s集群中会运行很多pod。随着pod数量的增加，管理pod也越来越困难。因此，我们需要一种可以有效组织这些pod的机制。通过标签，我们能够基于任意标准将pod组织成更小群体，从而能够有效地管理这些pod。标签不仅可以组织pod，也可以组织所有其他的Kubernetes资源。详细来讲，标签是可以附加到资源的任意键值对，用以选择具有该确切标签的资源（这是通过标签选择器完成的）。注解也是键值对，所以它们本质上与标签非常相似。
Python 运维笔记 -- kubernetes web terminal
wushirenfei的博客
10-24 5841
前言 承接上一篇docker container web terminal，实现Kubernetes的Pod中运行容器terminal连接。所不同的是后端使用的是python kubernetes的package。完整的工程地址请参见：web_terminal_kubernetes。 Kubernetes Client Python kubernetes package直接可以pip安装： $ ...
k8s入门到实战（四）—— k8s核心概念以及基本操作命令详细介绍
一弓虽的博客
03-25 3091
k8s从入门到实战篇章（第四篇）—— 详细介绍k8s的核心概念以及有关它们的基本的操作命令
k8s实践(5）k8s的命名空间Namespace
黄规速博客:学如逆水行舟，不进则退
06-11 2万+
1、什么是Namespace? 你可以认为namespaces是你kubernetes集群中的虚拟化集群。在一个Kubernetes集群中可以拥有多个命名空间，它们在逻辑上彼此隔离。 他们可以为您和您的团队提供组织，安全甚至性能方面的帮助！ “default” Namespace 大多数的Kubernetes中的集群默认会有一个叫default的namespace。实际上，应该是3个： d...
python窗口界面自适应_Python Django撸个WebSSH操作Kubernetes Pod（下）- 终端窗口自适应Resize...
weixin_39986178的博客
12-14 598
追求完美不服输的我，一直在与各种问题斗争的路上痛并快乐着上一篇文章Django实现WebSSH操作Kubernetes Pod最后留了个问题没有解决，那就是terminal内容窗口的大小没有办法调整，这会导致的一个问题就是浏览器上可显示内容的区域太小，当查看/编辑文件时非常不便，就像下边这样，红色可视区域并没有被用到 RESIZE_CHANNEL前文说到kubectl exec有两个参数COLU...
K8s - Pod配置容器
云时代-IT运维
08-09 1822
k8s ceph docker pod
Kubernetes中Namespace与Pod
小健健的博客
01-09 6437
一、Namespace 1）Namespace概述 Namespace是对一组资源和对象的抽象集合，比如可以用来将系统内部的对象划分为不同的项目组或用户组。常见的pods, services, replication controllers和deployments等都是属于某一个namespace的（默认是default），而node, persistentVolumes等则不属于任何namesp...
k8s查看namespace
最新发布
04-03
<think>嗯，用户问的是如何在Kubernetes（k8s）中查看namespace。我需要先回忆一下相关的kubectl命令。首先，namespace是用来隔离集群资源的，所以查看现有的namespace应该是基础操作。 用户可能刚接触k8s，需要简单的命令。最直接的就是kubectl get namespaces，或者简写为kubectl get ns。这个命令会列出所有的namespace及其状态和时间。我得确认这个命令是否正确，会不会有其他参数需要说明？ 然后，用户可能需要更详细的信息，比如特定的namespace。这时候可以用kubectl describe namespace <name>，这样可以看到具体的资源配额和限制。有没有例子呢？比如kubectl describe ns default，这样用户能更清楚如何使用。 另外，有时候用户可能想查看某个namespace下的资源，比如pods。这时候需要加上-n参数指定namespace，比如kubectl get pods -n <namespace>。或者设置当前上下文中的默认namespace，避免每次都要指定，用kubectl config set-context --current --namespace=<namespace>。这部分可能需要分步骤说明，确保用户明白如何操作。 还要考虑用户是否有权限问题，比如列出namespace时如果没有权限可能会报错，但可能不需要深入，除非用户特别问到。不过基本的命令还是先提供，权限问题可以提一下可能需要的权限。 有没有其他相关命令？比如用kubectl get ns -o wide或者自定义输出格式，比如JSON或YAML，用户如果有进一步需求可能会用到，但基础回答里可能不需要太深入，但可以简要提到这些选项。 还要注意格式，按照用户的要求，行内数学表达式用$...$，但这里可能用不到数学公式，主要是代码和命令。不过代码部分应该用反引号包裹，比如`kubectl get ns`。用户要求结构清晰，分步骤说明，所以可能需要分点列出，每个命令的用途和示例。 需要检查是否有常见的错误，比如拼写错误，比如namespace是否正确，或者ns作为缩写。同时，确认命令的正确性，比如kubectl get namespaces确实有效，并且是推荐的方式。 可能还需要提到查看特定namespace的详细信息，比如资源配额，用describe命令。以及如何查看所有namespace中的资源，比如加上--all-namespaces参数，比如kubectl get pods --all-namespaces。 总结一下，步骤应该是：1. 列出所有namespace；2. 查看特定namespace的详细信息；3. 查看某个namespace下的资源；4. 设置默认namespace；5. 其他相关命令和技巧。这样结构清晰，用户能一步步跟着操作。 还要注意用中文，避免术语错误，比如“命名空间”是正确的翻译，但有时候直接用namespace可能更常见，需要统一。可能中英文混合使用，但用户可能更习惯namespace这个术语，所以保持使用namespace，同时括号注明中文翻译。 最后，是否需要提醒用户确保kubectl配置正确，以及集群连接正常？可能作为注意事项提及，但用户的问题主要是查看namespace，可能不需要深入，除非常见问题。 现在组织这些信息，按照用户的结构要求，分步骤说明，每个步骤给出命令和示例，以及简要说明用途。这样用户能快速理解并应用。</think>在Kubernetes（k8s）中查看Namespace（命名空间）是管理集群资源的常见操作。以下是逐步说明： --- ### 1. **列出所有Namespace** 使用 `kubectl get namespaces` 或简写 `kubectl get ns`： ```bash $ kubectl get ns ``` 输出示例： ``` NAME STATUS AGE default Active 10d kube-system Active 10d kube-public Active 10d kube-node-lease Active 10d ``` - **用途**：查看集群中所有Namespace的名称、状态和创建时间。 --- ### 2. **查看特定Namespace的详细信息** 使用 `kubectl describe namespace <namespace名称>`： ```bash $ kubectl describe ns default ``` 输出示例： ``` Name: default Labels: <none> Annotations: <none> Status: Active No resource quota. No LimitRange resource. ``` - **用途**：查看Namespace的详细信息，包括资源配额（Resource Quota）和限制范围（LimitRange）。 --- ### 3. **查看某个Namespace下的资源** 通过 `-n` 或 `--namespace` 参数指定Namespace： ```bash $ kubectl get pods -n kube-system ``` - **用途**：查看指定Namespace中的资源（如Pod、Service、Deployment等）。 --- ### 4. **设置当前上下文的默认Namespace** 避免每次操作都指定Namespace： ```bash $ kubectl config set-context --current --namespace=<目标Namespace> ``` 示例： ```bash $ kubectl config set-context --current --namespace=default ``` - **用途**：后续命令默认在指定的Namespace中执行。 --- ### 5. **其他常用命令** - **查看所有Namespace中的资源**： ```bash $ kubectl get pods --all-namespaces ``` - **以YAML/JSON格式输出**： ```bash $ kubectl get ns -o yaml # YAML格式 $ kubectl get ns -o json # JSON格式 ``` --- ### 注意事项 - 需要确保已正确配置 `kubectl` 并连接到集群。 - 如果无权限查看Namespace，需联系管理员授权（如RBAC权限）。 通过以上步骤，可以高效查看和管理Kubernetes中的Namespace。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小强在学习的路上

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值