☰

Kubernetes pod 具有未绑定的即时持久卷声明 (eks)

tag-icon • tag-icon kubernetes amazon-eks
Kubernetes pod 具有未绑定的即时持久卷声明 (eks)

我StorageClass为aws eks集群（3 个节点）定义了以下内容

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: aws-gp2
  annotations:
    storageclass.kubernetes.io/is-default-class: "true"
provisioner: kubernetes.io/aws-ebs
parameters:
  type: gp2
  zones: us-west-2a, us-west-2b, us-west-2c, us-west-2d
  fsType: ext4
reclaimPolicy: Retain
allowVolumeExpansion: true

并让eks节点在us-west-2a, us-west-2b, us-west-2c区域中运行。

当我尝试mysql使用动态持久卷进行部署时

---

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: mysql-pv-claim
  namespace: default
  labels:
    app: mysql
    env: prod
spec:
  storageClassName: aws-gp2
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 20Gi

---

kind: Deployment
apiVersion: apps/v1 # for versions before 1.9.0 use apps/v1beta2
metadata:
  name: mysql
  namespace: default
  labels:
    app: mysql
    env: prod
spec:
  selector:
    matchLabels:
      app: mysql
  strategy:
    type: Recreate
  template:
    metadata:
      labels:
        app: mysql
    spec:
      containers:
      - image: mysql:5.6
        name: mysql
        env:
        - name: MYSQL_ROOT_PASSWORD
          valueFrom:
            secretKeyRef:
              name: mysql-secret
              key: root-password
        ports:
        - containerPort: 3306
          name: mysql
        volumeMounts:
        - name: mysql-persistent-storage
          mountPath: /var/lib/mysql
      volumes:
      - name: mysql-persistent-storage
        persistentVolumeClaim:
          claimName: mysql-pv-claim

但 pod 不会超越Pending状态。

Pod 的事件日志显示：

Events:
  Type     Reason            Age               From               Message
  ----     ------            ----              ----               -------
  Warning  FailedScheduling  8s (x7 over 20s)  default-scheduler  pod has unbound immediate PersistentVolumeClaims (repeated 3 times)
  Warning  FailedScheduling  8s (x2 over 8s)   default-scheduler  0/3 nodes are available: 3 node(s) had volume node affinity conflict.

我不明白为什么 pod 无法安装 PVC。

我向 eks 集群添加了 1 个节点，这样所有 4 个节点都可以跨 4 个 az，然后重新部署，一切mysql正常。仍然不知道真正的问题是什么。

答案1

是的，我知道这个问题已经被讨论过无数次了，而且我是在你提问两年后才回答的。你很可能已经忘记了这个问题，但社区记得一切。

社区为下一代提供答案......

类似堆栈问题中已经讨论过所有内容Kubernetes Pod 警告：1 个节点存在卷节点亲和性冲突

来自@Sownak Roy 的回答：完整版，没有我的修改。他们根本不需要那里。

当 Pod 正在使用的持久卷声称被安排在不同的区域而不是一个区域时，就会发生错误“卷节点亲和性冲突”，因此实际的 Pod 无法被安排，因为它无法从另一个区域连接到该卷。要检查这一点，您可以查看所有持久卷的详细信息。要检查这一点，首先获取您的 PVC：

$ kubectl get pvc -n <namespace>

然后获取持久卷的详细信息（不是卷声明）

$  kubectl get pv

找到与 PVC 对应的 PV，并对其进行描述

$  kubectl describe pv <pv1> <pv2>

您可以检查每个 PV 的 Source.VolumeID，它们很可能是不同的可用区，因此您的 pod 会给出亲和性错误。要解决此问题，请为单个区域创建一个存储类，并在您的 PVC 中使用该存储类。

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: region1storageclass
provisioner: kubernetes.io/aws-ebs
parameters:
  type: gp2
  encrypted: "true" # if encryption required
volumeBindingMode: WaitForFirstConsumer
allowedTopologies:
- matchLabelExpressions:
  - key: failure-domain.beta.kubernetes.io/zone
    values:
    - eu-west-2b # this is the availability zone, will depend on your cloud provider
    # multi-az can be added, but that defeats the purpose in our scenario

相关内容