问具有多个可用区域的EKS集群中的持久存储

EN

我有一个带有一个linux工作节点的EKS集群，它可以在区域内的任何可用区域中实例化。我需要使用持久存储卷，这样我的数据就不会丢失，以防节点死亡。值得一提的是，我指的是RabbitMQ数据。

我尝试过使用EBS卷，但它有一个很大的限制，即它绑定到单个可用性区域。如果节点死亡，然后实例化到不同的AZ，它无法挂载EBS卷.。

到目前为止，我有以下想法：

1. 将单个EBS卷附加到工作节点。当工作节点在不同的可用性区域中重新启动时，创建一个EBS快照，并使用它在正确的可用性区域中创建一个新的EBS卷。新节点实例将装入新的EBS卷。
2. 为每个可用性区域设置一个工作节点，并有一个专门的EBS卷。RabbitMQ可以在EBS卷中自动复制数据。这消除了使用解决方案1中建议的EBS快照的需要。
3. 有一个EFS卷，可以跨所有可用区域连接到多个节点。

此外，我还遇到了这个职位，它解释了解决问题的更复杂的方法：

对于Kubernetes 1.10/1.11，我建议的另一种选择是控制在何处创建卷和安排在何处调度：

• 若要在预先确定的区域中创建卷，可以为要使用的每个区域创建自定义StorageClass对象(请参阅https://kubernetes.io/docs/concepts/storage/storage-classes/#aws-ebs)。
• 若要指定调度使用PV的荚的区域，可以使用关联或nodeSelector：https://kubernetes.io/docs/concepts/configuration/assign-pod-node/。
• 如果您正在使用集群自动缩放，请记住，对于每个AZ (请参阅kubernetes/自动分频器#501)，您可能需要单独的自动缩放组(请参阅C21)，您也可以在这里阅读以下内容：kubernetes/kubernetes#34583。

你能帮我比较一下这些方法吗？例如，在可伸缩性、成本效益、可维护性方面.或者你能想出一个更好的？