Kubernetes 如何更改系统名称空间？

Kubernetes中的所有系统服务都部署到一个名称空间，通常称为

kube system

。那是从哪里来的？如果我想将其更改为另一个名称空间，该怎么办？

kube系统项目用作“Kubernetes系统创建的对象的名称空间”

---

因此，如果您更改名称，我认为在使用名称空间时会出现问题。

kube system project用作“Kubernetes系统创建的对象的名称空间”

因此，我认为如果更改名称，在使用名称空间时会出现问题

Kubernetes中的所有系统服务都部署到一个名称空间，通常称为kube系统。那是从哪里来的

如中所述，Kubernetes最初在wtih中启动了三个名称空间：

• default-没有其他名称空间的对象的默认名称空间
• kube系统-Kubernetes系统创建的对象的名称空间
• kube public-名称空间由所有用户（包括未经身份验证的用户）自动创建并可读。这个名称空间主要是为集群使用而保留的，以防某些资源在整个集群中公开可见和可读。此命名空间的公共方面只是一种约定，而不是要求

您可以使用

kubectl config

上下文处理将

default

名称空间更改为您喜欢的任何名称空间

如果我想将其更改为另一个名称空间，该怎么办

这将是一项复杂而危险的任务。。。对于KuBeADM创建的集群，您可以在/ETC/KEBENETES/SUMESTS中找到适当的清单，但它不足以改变那里的命名空间，有一组配置图、证书和要考虑名称空间的事物。即使您成功地做到了这一点，也有其背后的原因，因为您可以打破GKE隐式引用，并且可能会出现类似的问题。归根结底，改变kube系统名称空间是不可取的

编辑： 下面是您可以看到这些名称空间最初是如何定义的摘录

// NamespaceDefault means the object is in the default namespace which is applied when not specified by clients
NamespaceDefault string = "default"
// NamespaceAll is the default argument to specify on a context when you want to list or filter resources across all namespaces
NamespaceAll string = ""
// NamespaceNone is the argument for a context when there is no namespace.
NamespaceNone string = ""
// NamespaceSystem is the system namespace where we place system components.
NamespaceSystem string = "kube-system"
// NamespacePublic is the namespace where we place public info (ConfigMaps)
NamespacePublic string = "kube-public"

您可以通过代码库找到，下面是另一个示例：

// "kube-system" is the default scheduler lock object namespace
SchedulerDefaultLockObjectNamespace string = "kube-system"

等等

Kubernetes中的所有系统服务都部署到一个名称空间，通常称为kube系统。那是从哪里来的

如中所述，Kubernetes最初在wtih中启动了三个名称空间：

• default-没有其他名称空间的对象的默认名称空间
• kube系统-Kubernetes系统创建的对象的名称空间
• kube public-名称空间由所有用户（包括未经身份验证的用户）自动创建并可读。这个名称空间主要是为集群使用而保留的，以防某些资源在整个集群中公开可见和可读。此命名空间的公共方面只是一种约定，而不是要求

您可以使用

kubectl config

上下文处理将

default

名称空间更改为您喜欢的任何名称空间

如果我想将其更改为另一个名称空间，该怎么办

这将是一项复杂而危险的任务。。。对于KuBeADM创建的集群，您可以在/ETC/KEBENETES/SUMESTS中找到适当的清单，但它不足以改变那里的命名空间，有一组配置图、证书和要考虑名称空间的事物。即使您成功地做到了这一点，也有其背后的原因，因为您可以打破GKE隐式引用，并且可能会出现类似的问题。归根结底，改变kube系统名称空间是不可取的

编辑： 下面是您可以看到这些名称空间最初是如何定义的摘录

// NamespaceDefault means the object is in the default namespace which is applied when not specified by clients
NamespaceDefault string = "default"
// NamespaceAll is the default argument to specify on a context when you want to list or filter resources across all namespaces
NamespaceAll string = ""
// NamespaceNone is the argument for a context when there is no namespace.
NamespaceNone string = ""
// NamespaceSystem is the system namespace where we place system components.
NamespaceSystem string = "kube-system"
// NamespacePublic is the namespace where we place public info (ConfigMaps)
NamespacePublic string = "kube-public"

您可以通过代码库找到，下面是另一个示例：

// "kube-system" is the default scheduler lock object namespace
SchedulerDefaultLockObjectNamespace string = "kube-system"

---

依此类推……

您好，所有控制平面组件（主节点组件）都是kube系统名称空间的一部分。如果没有这些组件，k8s将无法执行其任务。这些组件需要与其他服务隔离。嗨，所有控制平面组件（主节点组件）都是kube系统名称空间的一部分。如果没有这些组件，k8s将无法执行其任务。这些组件需要与其他服务隔离。您好，当我们运行

kubectl cluster info dump

命令时，它会从

kube public

命名空间获取所有信息。谢谢您的回答。即使我不相信Kubernetes中的

kube系统

是一个硬编码值，我也会接受它，一定有办法改变这一点..我添加了一些代码引用只是为了澄清一点。而且，是的，您可以更改pod位置，甚至更改代码引用，但最终很可能会与预期kube系统不可变的工具或部署不一致。嗨，当我们运行

kubectl cluster info dump

命令时，它从

kube public

名称空间获取所有信息。感谢您的回答。即使我不相信Kubernetes中的

kube系统

是一个硬编码值，我也会接受它，一定有办法改变这一点..我添加了一些代码引用只是为了澄清一点。而且，是的，您可以更改pod的位置，甚至更改代码引用，但最终很可能会出现与预期kube系统不可变的工具或部署不一致的情况。