如何在Windows EC2实例上挂载或共享S3等AWS存储服务？

目前有两种成熟的可落地方案，可根据业务性能需求、成本预期选择： #

方案1：S3挂载为Windows盘符（成本最优） #

适合仅需要读取PDF处理、无频繁文件修改需求的场景

• 实现逻辑：通过S3挂载工具将对象存储桶映射为Windows EC2的本地网络驱动器，用户上传PDF到S3桶后，EC2上的处理程序可直接按本地文件路径访问对应文件
• 操作步骤：
  1. 为Windows EC2实例绑定具备目标S3桶读写权限的IAM角色，无需在实例内硬编码AK/SK
  2. 在EC2实例中安装S3兼容挂载工具，比如Rclone、TntDrive，将S3桶挂载为固定盘符，例如Z:
  3. 用户上传侧可直接对接S3桶，通过S3预签名URL、AWS控制台或者托管传输服务实现上传，无需经过EC2中转
• 注意：S3是对象存储，挂载后不支持高并发随机写、文件锁等特性，频繁修改文件的场景不建议使用该方案

方案2：FSx for Windows File Server（兼容性最优） #

适合需要复杂文件操作、对Windows原生文件系统特性有要求的场景

• 实现逻辑：FSx for Windows是AWS全托管的Windows原生SMB文件存储服务，和Windows生态完全兼容，EC2可直接挂载为网络驱动器，用户上传的PDF会同步存在共享目录中，处理程序可无差异访问
• 操作步骤：
  1. 在和EC2同VPC下创建FSx for Windows文件系统，配置安全组放开EC2到FSx的445端口访问权限
  2. 在Windows EC2中通过net use命令挂载共享目录为固定盘符，示例命令：net use Z: \\<FSx文件系统DNS名>\share <管理员密码> /user:admin@<Active Directory域名> /persistent:yes
  3. 用户上传侧可对接AWS Transfer Family，支持SFTP/FTPS/HTTPS协议上传文件到FSx共享目录，也可直接为授权用户开放SMB共享访问权限
• 优势：完全支持Windows文件系统的所有特性，包括随机读写、文件锁、NTFS权限控制，性能和本地物理磁盘基本一致

不推荐备选方案 #

EFS托管NFS存储对Windows系统的NFS客户端兼容性较差，仅建议Linux环境使用，Windows场景不做优先推荐。

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