2017-05-24 15:39:27 +08:00
|
|
|
|
# Namespace
|
|
|
|
|
|
|
2017-12-19 17:57:21 +08:00
|
|
|
|
在一个Kubernetes集群中可以使用namespace创建多个“虚拟集群”，这些namespace之间可以完全隔离，也可以通过某种方式，让一个namespace中的service可以访问到其他的namespace中的服务，我们[在CentOS中部署kubernetes1.6集群](../practice/install-kubernetes-on-centos.md)的时候就用到了好几个跨越namespace的服务，比如Traefik ingress和`kube-system`namespace下的service就可以为整个集群提供服务，这些都需要通过RBAC定义集群级别的角色来实现。
|
2017-05-24 15:39:27 +08:00
|
|
|
|
|
|
|
|
|
|
## 哪些情况下适合使用多个namesapce
|
|
|
|
|
|
|
|
|
|
|
|
因为namespace可以提供独立的命名空间，因此可以实现部分的环境隔离。当你的项目和人员众多的时候可以考虑根据项目属性，例如生产、测试、开发划分不同的namespace。
|
|
|
|
|
|
|
|
|
|
|
|
## Namespace使用
|
|
|
|
|
|
|
|
|
|
|
|
**获取集群中有哪些namespace**
|
|
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
kubectl get ns
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
集群中默认会有`default`和`kube-system`这两个namespace。
|
|
|
|
|
|
|
|
|
|
|
|
在执行`kubectl`命令时可以使用`-n`指定操作的namespace。
|
|
|
|
|
|
|
|
|
|
|
|
用户的普通应用默认是在`default`下，与集群管理相关的为整个集群提供服务的应用一般部署在`kube-system`的namespace下，例如我们在安装kubernetes集群时部署的`kubedns`、`heapseter`、`EFK`等都是在这个namespace下面。
|
|
|
|
|
|
|
|
|
|
|
|
另外，并不是所有的资源对象都会对应namespace，`node`和`persistentVolume`就不属于任何namespace。
|
|
|
|
|
|
|
