侧边栏壁纸
博主头像
汪洋

即使慢,驰而不息,纵会落后,纵会失败,但一定可以达到他所向的目标。 - 鲁迅

  • 累计撰写 192 篇文章
  • 累计创建 74 个标签
  • 累计收到 120 条评论

K8S - 您永远不该触碰的 Kubernetes 命名空间

汪洋
2022-01-12 / 0 评论 / 2 点赞 / 422 阅读 / 2,714 字

Kubernetes 随带许多命名空间。一些命名空间很重要,事关 Kubernetes 能否正常运行。搞坏其中一个命名空间会损坏 Kubernetes 系统。

这些命名空间包括如下:

  • default:默认的命名空间
  • kube-system:Kubernetes系统为对象创建的命名空间。
  • kube-public:该命名空间是自动创建的,所有用户(包括未验证身份的用户)都可以读取。该命名空间主要留给集群使用,以防某些资源在整个集群中应该可见、公开可读。这对于提供引导组件所需的任何集群信息都很有用。它主要由Kubernetes本身来管理
  • kube-node-lease:该命名空间含有与每个节点关联的Lease对象。节点租用允许kubelet发送heartbeat(心跳),以便控制平面能检测节点故障

即使您不小心删除了 Kubernetes 系统的所有命名空间,它们也会再度重新生成。这是 Kubernetes 组件竭力所要做到的。

但有时如果您不走运,删除命名空间会在终止阶段卡住,那就没有办法再度重新生成命名空间了。

所以下面提到了每个命名空间的重要性,以便知道相应的症状是什么样子。

default 是什么命名空间?

default 命名空间用作您在未指定命名空间的情况下创建的任何对象的默认位置。

kube-system 是什么命名空间?

kube-system 是 Kubernetes 中拥有高级权限的对象和服务帐户的命名空间。Kubernetes 控制器的使用源于该命名空间;换句话说,我们会在控制器方面遇到一些问题,在部署新的 pods/deployment 时可能会出现问题。

不仅如此,该命名空间还包含其他的重要对象,比如 kube-dns 和 kube-proxy ,kube-dns 是集群域(cluster.local)的权威命名服务器,它递归解析外部名称。不完全限定的短名称(比如 myservice)先使用本地搜索路径来完成。

可以在此处(https://cloud.google.com/kubernetes-engine/docs/how-to/kube-dns)和此处(https://www.digitalocean.com/community/tutorials/an-introduction-to-the-kubernetes-dns-service)找到更多的详细信息。

kube-proxy 管理这项工作:将发送到集群 Kubernetes 服务对象的虚拟 IP 地址(VIP)的流量转发到适当的后端 pod;想了解更多的详细信息,请点击此处(https://www.tigera.io/blog/comparing-kube-proxy-modes-iptables-or-ipvs/)和此处(https://arthurchiao.art/blog/cracking-k8s-node-proxy/)。

这意味着您在解析外部/内部通信时会遇到困难。

kube-public 是什么命名空间?

kube-public 含有一个单一的 ConfigMap 对象 cluster-info,它有助于发现和安全引导。

如果您试图删除所有上述命名空间,服务器会给出如下响应:

Error from server (Forbidden): namespaces "kube-public" is forbidden: this namespace may not be deleted

预计Kubernetes v1.14 中添加的 kube-node-lease 会像任何普通的命名空间一样被删除。

kube-node-lease 是什么命名空间?

kube-node-lease 这个命名空间含有与每个节点关联的 Lease 对象。节点 lease 允许 kubelet 发送 heartbeat(心跳),以便控制平面(节点控制器)可以检测节点故障。

那么,如果我们删除了 kube-node-lease,会发生什么?Kubernetes 通常会为每个节点创建另一个带有 Lease 对象的对象,但有时命名空间移除操作会在终止状态卡住。

到那时我们会有一个节点 Lease,过时的 heartbeat 可能会告诉节点控制器:该节点访问不了,从而影响节点之间的整体通信。

如何修复终止时卡住的命名空间删除 ?

当然,您可以尝试弄清楚为何命名空间在终止时卡住,但有时您搞不清楚,这时我们可以使用强行删除。

  • 创建一个临时 JSON 文件
kubectl get namespace <terminating-namespace> -o json >tmp.json
  • 执行以下命令
$ kubectl proxy
Starting to serve on 127.0.0.1:8001

编辑您的 tmp.json文件。从 finalizers 字段中删除 Kubernetes 值,并保存文件

  • 执行以下命令,更新命名空间:
curl -k -H "Content-Type: application/json" -X PUT --data-binary @tmp.json
http://127.0.0.1:8001/api/v1/namespaces/<terminating-namespace>/finalize
  • 您的输出会像这样子:
{
  "kind": "Namespace",
  "apiVersion": "v1",
  "metadata": {
    "name": "<terminating-namespace>",
    "selfLink": "/api/v1/namespaces/<terminating-namespace>/finalize",
    "uid": "b50c9ea4-ec2b-11e8-a0be-fa163eeb47a5",
    "resourceVersion": "1602981",
    "creationTimestamp": "2021-10-18T18:48:30Z",
    "deletionTimestamp": "2021-10-18T18:59:36Z"
  },
  "spec": {

  },
  "status": {
    "phase": "Terminating"
  }
}
0

评论区