我想确定下面描述的数据存储场景是否可以使用AWS EKS/Kubernetes。这是规范：

• 应用程序数据存在于单个multi-attach EBS volume（io 2）上。
• 该卷已提前使用数据进行资源调配和种子设置。数据是只读的。
• EKS集群使用此EBS卷创建静态PersistentVolume对象。此PV由部署中的多个Pod挂载。
• 我们希望能够跨多个EC2节点扩展此部署，因此PV必须可跨部署中的所有EC2节点挂载。

这里的目标是使用多连接EBS驱动器作为数据库的替代。我们希望数据可以被多个EC2节点访问，请参见注解1。
据我所知，EKS的EBS驱动程序不支持多连接驱动器（stackoverflow，github issue）。
因此，我的另一个选择是直接配置自动伸缩组中的节点，以在初始启动时挂载EBS卷。然后，在K8s清单中使用local PV类型。
第二种选择在技术上可行吗？

脚注

1为什么我们不使用实际的数据库或EFS？因为它们太慢了。我们有一个特殊的用例，我们试图在计算和存储之间建立每秒数GB的读取速率，并且在AWS上只能通过直接连接到EC2节点的IO优化EBS驱动器来实现。