如何在ECS中部署Artifactory？存储选型及数据持久化相关问题咨询

1. 多容器运行与EFS写入冲突问题 #

• 该场景支持同时运行多个容器实现高可用部署，但必须提前开启Artifactory官方的集群模式，否则不能直接启动多个无状态实例。
• EFS本身是支持多挂载点并行读写的POSIX合规存储，底层不会出现存储层面的写入冲突，但如果未开启Artifactory集群的节点协调机制，多个实例同时操作同一份存储目录会出现应用层写入冲突，可能导致文件损坏、资源校验失败等问题。

2. EFS与S3存储选型对比 #

两种方案的适用性可以根据你的业务规模判断：

• 选择EFS的场景：中小规模团队，仓库总容量低于10TB，读写QPS偏低，优先追求小文件访问低延迟，希望简化配置。EFS可以直接挂载到容器目录，不需要额外修改Artifactory存储后端配置，运维成本更低。
• 选择S3的场景：中大规模团队，仓库总容量大于10TB，需要高吞吐量、低成本的存储能力，或者有跨区域容灾需求。S3的标准存储成本仅为EFS标准存储的1/10左右，还支持生命周期规则自动归档冷数据，可用性更高，仅小文件访问延迟略高于EFS，需要额外配置Artifactory的S3存储后端。

3. 元数据持久化方案选择 #

• 默认使用嵌入式Derby数据库时，如果数据目录仅存在容器本地，重新部署容器必然会导致元数据丢失。
• 可以将Derby的数据目录挂载到EFS实现持久化，但完全不推荐生产环境使用该方案：Derby是单进程嵌入式数据库，不支持多实例并行访问，无法适配集群部署场景，且性能、稳定性差，数据量较大时极易出现文件损坏，故障恢复难度极高。
• 生产环境无论单实例还是集群部署，都建议额外部署RDS存储元数据，优先选择PostgreSQL（Artifactory官方适配度最高），性能、可靠性都有保障，支持多实例并行访问，容器重建、重新部署完全不会影响元数据，也更方便做备份容灾。

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