我正在使用EKS，并从存储类和持久卷声明动态创建持久卷。以下是我的演示yaml：-

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: test-storage
provisioner: kubernetes.io/aws-ebs
parameters:
  type: gp2
  zones: us-east-1b
reclaimPolicy: Retain
allowVolumeExpansion: true
mountOptions:
  - debug

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: test-pvc
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: test-storage
  resources:
    requests:
      storage: 1Gi

我正在测试当持久卷所连接的节点“死亡”时会发生什么（我正在关闭AWS控制台中的EC2示例）。
我注意到的是，持久卷不会从死节点分离并重新连接到集群中的活动节点，直到该节点被删除。使用kubectl delete node或通过EKS自动（大约20分钟后）。
我想知道的是，有没有一种方法可以改变这种默认行为？减少EKS从集群中自动删除节点所需的时间，或者更改分离-连接控制器何时启动以将持久卷移动到活动节点。
先谢谢你了。

• 编辑--
  最初，我意识到pod不会上线，因为两个节点（2节点集群）位于不同的可用性区域，因此卷无法连接到集群中的其他节点，并且必须等待EKS在同一可用性区域中启动新节点。
  我启动了与另一个节点位于同一可用性组中的另一个节点，并再次运行测试。
  pod仍尝试在新pod上出现，但由于卷仍连接到旧pod而处于挂起状态

Multi-Attach error for volume "pvc-xxxxxxxx" Volume is already used by pod(s) podname-xxxxx"

是否可以更改EKS终止死节点上的pod所需的默认时间，以便释放卷并将其连接到新pod挂起的新节点？
默认情况下，EKS需要20分钟从群集中删除死节点，然后释放卷。