能否在AWS中用共享EBS io2卷作为多台EC2实例的根卷？

为什么不能这么做？ #

• 本地文件系统不支持多实例并发访问：EC2默认使用的ext4、XFS、NTFS这类本地文件系统，都是为单实例独占访问设计的，没有分布式锁或元数据同步机制。两个实例同时挂载根卷的话，会出现文件系统元数据（比如inode、目录结构）的读写冲突，轻则文件丢失，重则整个卷的文件系统彻底损坏，无法修复。
• EC2启动流程的冲突：EC2启动时会从根卷加载内核、初始化系统服务，这个过程会修改根卷上的系统状态文件（比如/etc/fstab、日志文件、进程PID文件）。如果备实例在主实例运行时尝试挂载并启动，两个实例会同时修改这些文件，直接导致主实例系统崩溃，备实例也大概率启动失败。
• io2多挂载的设计场景不匹配：io2的多挂载特性是给集群文件系统（比如GFS2、OCFS2）或者特定共享存储应用准备的，而且要求实例在同一可用区，挂载时必须显式启用--multi-attach-enabled参数。但EC2根卷是启动时自动挂载的，无法手动配置这个参数，就算能配置，没有集群文件系统的加持，依然解决不了并发访问的问题。

适合你的替代方案 #

既然你要主备切换、避免频繁快照同步，可以这么做：

• 把io2多挂载卷用作数据卷，而非根卷：主备实例各自使用独立的根卷（可以用同一个快照创建，保证初始系统环境一致），把应用数据、安装的程序、配置文件都放在io2共享数据卷里。
• 切换流程优化：主实例正常运行时独占挂载数据卷；当主实例故障/停止后，备实例直接挂载这个io2卷（因为主实例已经停止，不会有挂载冲突），然后启动应用即可。完全不需要快照同步，切换速度快。
• 自动化切换（可选）：用AWS Lambda+CloudWatch Alarms做简单的故障检测，当主实例状态异常时，自动停止主实例，然后触发备实例挂载数据卷并启动应用。

内容的提问来源于stack exchange，提问作者shyam