AWS EC2的primary与secondary卷存储数据类型及相关使用疑问解答

两类卷的适用存储场景 #

• primary卷即实例默认的根卷，仅适合存储操作系统核心文件、系统级配置、预装的公共依赖等系统层面的内容，容量通常8~32G即可满足绝大多数场景需求。
• secondary卷是用户额外挂载的数据卷，适合存储所有业务侧的非系统数据，包括但不限于应用日志、业务数据库文件、上传/下载的资源包、自定义安装的应用程序、训练数据集、静态资源等，这类数据的增长空间大，所以官方建议配置更大容量。

运行程序、下载、存储数据时能否自主选择使用的卷 #

完全可以自主选择：

• primary卷默认挂载在系统根路径（Linux下为/，Windows下为C盘），所有写入系统默认路径的内容都会占用primary卷空间。
• 你可以将secondary卷自行挂载到自定义路径（Linux下可指定/data、/opt/app等挂载点，Windows下可分配独立盘符），后续运行程序、下载文件、存储数据时，只要将目标路径指定为secondary卷的挂载路径/盘符，就会自动使用secondary卷的存储资源。

仅使用单个大容量卷替代双卷配置的差异 #

单卷方案和双卷方案的核心差异如下：

• 数据风险不同：双卷配置下如果根卷因系统配置错误、文件损坏导致实例无法启动，可直接将secondary卷卸载后挂载到其他正常实例上读取数据，几乎不会造成业务数据损失；单卷配置下系统故障后数据恢复难度大幅提升，还可能在修复系统的过程中误删业务数据。
• 备份成本和效率不同：primary卷内容变动频率极低，可设置低频备份策略，secondary卷可根据业务需求设置高频备份，分开备份可节省备份存储成本，恢复时也可仅恢复需要的部分；单卷配置下系统数据和业务数据必须一起备份，既浪费存储空间，恢复速度也更慢。
• 性能调度灵活度不同：双卷配置可分别为两类卷匹配不同的EBS性能等级，比如primary卷用低规格的通用型gp3即可满足需求，跑高IO业务的secondary卷可单独配置高IOPS的io2系列卷，灵活平衡成本和性能；单卷配置下只能统一使用同一种性能规格，要么造成性能浪费，要么无法满足业务需求。
• 实例迁移/重建效率不同：双卷配置下如果需要重建实例、迁移业务，只需要将secondary数据卷直接挂载到新实例即可完成业务迁移，无需同步大量业务数据；单卷配置下需要整体复制镜像，迁移耗时会大幅增加。

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