K8s — PVC|PV Terminating State

在本文中,我们将讨论PV和PVC一直Terminating的状态。

何时会Terminting?

在以下情况下,资源将处于Terminating状态。

  • 在删除Bounded 状态的PVC之前,删除了对应的PV,PV在删除后是Terminting状态。
  • 删除PVC时,仍有引用了PVC的pod在运行(pods attached to the pvc),删除后PVC是Terminting状态。
    Kubernetes为了防止数据丢失,会保护当前正在使用的PVC和绑定到PVC的PV不会被从系统中删除。这种保护功能是通过Finalizers完成的。Finalizer 是带有命名空间的键,告诉 Kubernetes 等到特定的条件被满足后, 再完全删除被标记为删除的资源。 Finalizer 提醒控制器清理被删除的对象拥有的资源。
    每次创建 PVC 或 PV 时,都会将 Finalizer 附加到我们的资源。
  • Finalizer [kubernetes.io/pv-protection] -> 创建 PV 时
  • Finalizer [kubernetes.io/pvc-protection] -> 创建 PVC 时

Terminating State 终止状态

Terminating State意味着 PVC 和/或 PV 的删除将被推迟,直到它们不再被 pod 使用或绑定到 PVC。

验证

我们将创建一个 PVC 和一个简单的应用程序,以便我们可以验证 Finalizers 并模拟 Terminating state以及如何修复它。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: example-claim
spec:
  storageClassName: longhorn
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 100Mi
apiVersion: apps/v1
kind: Deployment
metadata:
  name: example-deploy
  #namespace: example
  labels:
    app: example-app
  annotations:
spec:
  selector:
    matchLabels:
      app: example-app
  replicas: 2
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  template:
    metadata:
      labels:
        app: example-app
    spec:
      containers:
      - name: example-app
        image: nginx
        imagePullPolicy: Always
        ports:
        - containerPort: 5000
      volumes:
      - name: data
        persistentVolumeClaim:
          claimName: example-claim

验证一下一切是否已启动并正在运行:

 kubectl get pvc --field-selector metadata.name=example-claim

在这里插入图片描述

kubectl get pv | grep -w "default/example-claim"

在这里插入图片描述

# claims associated with pod
kubectl get pods -o custom-columns=POD:.metadata.name,PVC:.spec.volumes[*].persistentVolumeClaim.claimName

在这里插入图片描述
PV PVC pod 的关系如下图:
在这里插入图片描述
在我们模拟Terminating state之前,让我们验证 PVC 和 PV 是否具有我们之前提到的注释 Finalizer。

#Looking for finalizer pv-protection
kubectl get pv pvc-b05c6e74-89b4-4669-8e00-5036f109a487 -o json | jq .metadata.finalizers

在这里插入图片描述

#Looking for finalizer pv-protection
 kubectl get pvc example-claim -o json | jq .metadata.finalizers

在这里插入图片描述
让我们模拟Terminating state:
正如我们之前提到的,如果在 PV 绑定到 PVC ,直接删除PV 将会使PV处于Terminating state。

kubectl delete pv pvc-b05c6e74-89b4-4669-8e00-5036f109a487

在这里插入图片描述
在这里插入图片描述
同时删除 PVC:

kubectl delete pvc example-claim

在这里插入图片描述
在这里插入图片描述
因为仍然有使用 PVC 的pod,所以 PVC 也不会被删除,而是一直处于Terminating state。

删除pod:

kubectl delete pod example-deploy-75bcc94c6d-fftq2
or
kubectl delete deployment example-deploy

在这里插入图片描述
在这里插入图片描述
注意事项:

  • When you delete a statefulset that have a retention policy whenDeleted:delete it will also remove the pods and the PVC.
  • If you persistant volume have a retain policy Delete, when deleting the pvc the bound pv and underlying storage volume will be also deleted.
  • If your PV retain policy is not Delete, you’ll have to remove the PV and storage manually.

不删除依赖项直接删除PV/PVC

如果删除终止 pv 的Finalizers,pvc 将失去 Bound,保持在 Lost 状态,并且可能会丢失数据。

kubectl patch pvc pvc_name -p '{"metadata":{"finalizers":null}}'
or
kubectl patch pv pv_name -p '{"metadata":{"finalizers":null}}'

在这里插入图片描述

<think>好的,我现在要处理用户关于Kubernetes 1.23版本中Namespace处于Terminating状态的问题。首先,我需要回忆一下Namespace终止的机制。当用户删除一个Namespace时,Kubernetes会先将其状态标记为Terminating,然后开始清理其中的资源。这个过程需要等待所有资源都被删除后,Namespace才会被完全移除。 接下来,用户提到的Terminating状态可能卡住的情况。常见的几个原因应该包括:资源未被正确删除、Finalizers阻塞、API扩展问题或权限不足。比如,有些自定义资源或CRD可能没有被正确清理,或者Finalizers列表中存在未完成的操作,导致Namespace无法完成删除。 然后,我需要考虑解决方法。首先检查残留资源,使用kubectl命令列出所有资源,确认是否有残留。如果有,手动删除它们。然后,处理Finalizers,可能需要编辑Namespace的配置,移除阻塞的Finalizer。这里需要注意强制删除的方法,比如使用--force和--grace-period=0参数,但需要谨慎操作,避免影响集群稳定性。 另外,API扩展问题,比如某些APIService不可用,可能导致控制器无法完成清理。这时候需要检查APIService的状态,必要时重启相关控制器或修复API服务。权限问题也需要检查,确保有足够的权限删除资源。 在解释这些步骤时,要确保结构清晰,分点说明,让用户能够一步步排查问题。同时,提醒用户注意强制删除的风险,以及可能需要联系集群管理员处理权限或APIService的问题。需要确认所有的命令示例正确无误,比如kubectl get all -n <namespace>和kubectl edit namespace <namespace>。 最后,总结处理流程,帮助用户理清思路。确保回答符合用户的要求,使用中文,避免使用Markdown格式,行内公式用$包裹,独立公式用$$。同时,保持口语化,但不过于随意,确保专业性和易懂性。</think>在Kubernetes 1.23版本中,当删除一个Namespace时,如果它长时间停留在$Terminating$状态,通常是由于以下原因及解决方法: ### 原因分析 1. **残留资源未清理** Kubernetes会等待Namespace内所有资源(如Pod、Service、CRD等)被删除。如果有资源因$finalizer$未解除或控制器故障未被清理,Namespace会阻塞。 2. **Finalizers未完成** Namespace的`.spec.finalizers`字段可能包含自定义控制器逻辑(如$kubernetes$默认的finalizer),若控制器未响应或逻辑异常,会导致删除流程中断。 3. **APIService不可用** 如果Namespace依赖的APIService(如metrics-server、自定义CRD的API)不可用,相关资源清理可能失败。 4. **权限不足** 执行删除操作的主体(如用户或ServiceAccount)缺乏删除某些资源的权限。 --- ### 解决步骤 #### 1. 检查残留资源 ```bash kubectl api-resources --verbs=list --namespaced -o name | xargs -n1 kubectl get -n <namespace> ``` 若发现未删除的资源,手动清理: ```bash kubectl delete <resource-type>/<name> -n <namespace> --force --grace-period=0 ``` #### 2. 移除Finalizers 编辑Namespace配置以删除finalizers: ```bash kubectl get namespace <namespace> -o json > tmp.json ``` 修改`tmp.json`,删除`.spec.finalizers`字段内容,然后执行: ```bash kubectl replace --raw "/api/v1/namespaces/<namespace>/finalize" -f tmp.json ``` #### 3. 检查APIService状态 ```bash kubectl get apiservice ``` 若发现状态为$False$的APIService(如$v1beta1.metrics.k8s.io$),尝试重启相关控制器或修复其部署。 #### 4. 强制删除(慎用) 通过API直接强制删除: ```bash kubectl delete namespace <namespace> --force --grace-period=0 ``` --- ### 注意事项 - **数据风险**:强制删除可能残留etcd中的数据,需后续手动清理。 - **控制器影响**:若因控制器故障导致问题,需修复控制器逻辑。 - **权限验证**:确保操作账户具有`delete`权限,可通过: ```bash kubectl auth can-i delete namespaces ``` 通过以上步骤,可解决Namespace卡在$Terminating$状态的问题。若仍不成功,需结合具体日志(如kube-controller-manager日志)进一步分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值