Namespace
介绍
在一个Kubernetes集群中可以使用namespace创建多个“虚拟集群”,这些namespace之间可以完全隔离,也可以通过某种方式,让一个namespace中的service可以访问到其他的namespace中的服务,我们在kubernetes1.6集群的时候就用到了好几个跨越namespace的服务,比如Traefik ingress和kube-system
namespace下的service就可以为整个集群提供服务,这些都需要通过RBAC定义集群级别的角色来实现。
哪些情况下适合使用多个namespace
因为namespace可以提供独立的命名空间,因此可以实现部分的环境隔离。当你的项目和人员众多的时候可以考虑根据项目属性,例如生产、测试、开发划分不同的namespace。
Namespace使用
kubectl
可以通过 --namespace
或者 -n
选项指定 namespace。如果不指定,默认为 default。查看操作下, 也可以通过设置 --all-namespace=true 来查看所有 namespace 下的资源。
查询
获取集群中有哪些namespace
注意:namespace 包含两种状态 "Active" 和 "Terminating"。在 namespace 删除过程中,namespace 状态被设置成 "Terminating"。
集群中默认会有default
和kube-system
这两个namespace。
在执行kubectl
命令时可以使用-n
指定操作的namespace。
用户的普通应用默认是在default
下,与集群管理相关的为整个集群提供服务的应用一般部署在kube-system
的namespace下,例如我们在安装kubernetes集群时部署的kubedns
、heapseter
、EFK
等都是在这个namespace下面。
另外,并不是所有的资源对象都会对应namespace,node
和persistentVolume
就不属于任何namespace。
创建
注意:命名空间名称满足正则表达式 [a-z0-9]([-a-z0-9]*[a-z0-9])?
, 最大长度为 63 位
删除
注意:
删除一个 namespace 会自动删除所有属于该 namespace 的资源。
default
和kube-system
命名空间不可删除。PersistentVolume 是不属于任何 namespace 的,但 PersistentVolumeClaim 是属于某个特定 namespace 的。
Event 是否属于 namespace 取决于产生 event 的对象。
v1.7 版本增加了
kube-public
命名空间,该命名空间用来存放公共的信息,一般以 ConfigMap 的形式存放。
参考文档
Last updated