卷的多重附加 (EBS) 是否仅允许用于 AWS 上基于 Nitro 的实例？
Is Multi-Attach of Volume (EBS) allowed only for Nitro-based instances on AWS?
我想在 AWS 上的 2 个实例之间共享一个卷。第一个实例是 t2.large，第二个实例是 g2.2xlarge。
在我尝试将现有卷类型修改为 iops2 并允许 Multi-Attach 选项后，它显示，该实例类型不允许 Multi-attach (t2.large) .
此选项允许哪些实例类型？作为第二个实例，我需要带有 GPU 的实例。这些实例类型（g 类型）是否允许此功能？
t2.large 和 g2.2xlarge 都不是硝基。 nitro 实例列表为 here，包括：
Virtualized: A1, C5, C5a, C5ad, C5d, C5n, C6g, C6gd, C6gn, D3, D3en, G4, I3en, Inf1, M5, M5a, M5ad, M5d, M5dn, M5n, M5zn, M6g, M6gd, p3dn.24xlarge, P4, R5, R5a, R5ad, R5b, R5d, R5dn, R5n, R6g, R6gd, T3, T3a, T4g, and z1d
Bare metal: a1.metal, c5.metal, c5d.metal, c5n.metal, c6g.metal, c6gd.metal, i3.metal, i3en.metal, m5.metal, m5d.metal, m5dn.metal, m5n.metal, m5zn.metal, m6g.metal, m6gd.metal, mac1.metal, r5.metal, r5b.metal, r5d.metal, r5dn.metal, r5n.metal, r6g.metal, r6gd.metal, u-6tb1.metal, u-9tb1.metal, u-12tb1.metal, u-18tb1.metal, u-24tb1.metal, and z1d.metal
更新
或者，您可以使用 EFS，它不仅适用于 所有实例类型 ，还适用于 ECS 容器和 lambda 函数。
这些是 EBS v/s EFS 之间的一些根本区别
which might help someone when to use either of them.
- 允许在同一个 az 中与多个实例共享一个卷与配置的 iops ebs 类型卷，但是这些实例应该是 nitro 实例。AWS says “启用多附加的卷可以是附加到最多 16 个 Linux 个基于 Nitro 系统构建的实例，这些实例位于同一可用区中。"
- 多附加的用例非常具体，非常适合 集群 linux 需要高可用性、并发写入操作的应用程序，您还必须使用集群文件系统wared（不能使用 xfs、ex4 等）.
- EFS 允许
100,1000's of concurrent ec2 instance in multi AZ ( single az is also poissble) but only for Linux instance.
- EF 的用例是内容共享、内容管理、Wordpress。
- EBS 是预配置的方法，而 EFS 是按使用付费，因此对于较少的数据，您支付的费用较少，但 EFS 的成本高于 EBS。
- EBS 还支持 lifycle 管理层将文件移动到 IA- 不频繁层以降低成本。
我想在 AWS 上的 2 个实例之间共享一个卷。第一个实例是 t2.large，第二个实例是 g2.2xlarge。 在我尝试将现有卷类型修改为 iops2 并允许 Multi-Attach 选项后，它显示，该实例类型不允许 Multi-attach (t2.large) .
此选项允许哪些实例类型？作为第二个实例，我需要带有 GPU 的实例。这些实例类型（g 类型）是否允许此功能？
t2.large 和 g2.2xlarge 都不是硝基。 nitro 实例列表为 here，包括：
Virtualized: A1, C5, C5a, C5ad, C5d, C5n, C6g, C6gd, C6gn, D3, D3en, G4, I3en, Inf1, M5, M5a, M5ad, M5d, M5dn, M5n, M5zn, M6g, M6gd, p3dn.24xlarge, P4, R5, R5a, R5ad, R5b, R5d, R5dn, R5n, R6g, R6gd, T3, T3a, T4g, and z1d
Bare metal: a1.metal, c5.metal, c5d.metal, c5n.metal, c6g.metal, c6gd.metal, i3.metal, i3en.metal, m5.metal, m5d.metal, m5dn.metal, m5n.metal, m5zn.metal, m6g.metal, m6gd.metal, mac1.metal, r5.metal, r5b.metal, r5d.metal, r5dn.metal, r5n.metal, r6g.metal, r6gd.metal, u-6tb1.metal, u-9tb1.metal, u-12tb1.metal, u-18tb1.metal, u-24tb1.metal, and z1d.metal
更新
或者，您可以使用 EFS，它不仅适用于 所有实例类型 ，还适用于 ECS 容器和 lambda 函数。
这些是 EBS v/s EFS 之间的一些根本区别
which might help someone when to use either of them.
- 允许在同一个 az 中与多个实例共享一个卷与配置的 iops ebs 类型卷，但是这些实例应该是 nitro 实例。AWS says “启用多附加的卷可以是附加到最多 16 个 Linux 个基于 Nitro 系统构建的实例，这些实例位于同一可用区中。"
- 多附加的用例非常具体，非常适合 集群 linux 需要高可用性、并发写入操作的应用程序，您还必须使用集群文件系统wared（不能使用 xfs、ex4 等）.
- EFS 允许
100,1000's of concurrent ec2 instance in multi AZ ( single az is also poissble) but only for Linux instance. - EF 的用例是内容共享、内容管理、Wordpress。
- EBS 是预配置的方法，而 EFS 是按使用付费，因此对于较少的数据，您支付的费用较少，但 EFS 的成本高于 EBS。
- EBS 还支持 lifycle 管理层将文件移动到 IA- 不频繁层以降低成本。