本地Ubuntu系统向GCS桶递归同步视频：rsync挂载方式与gcloud storage rsync的选型咨询

我目前需要从本地Ubuntu系统递归复制大量视频文件到Google Cloud Storage（GCS）桶，核心需求包括：保留文件元数据、支持中断后续传、能验证同步结果。我正准备搭建环境测试两种方案，但希望先了解哪种更贴合需求，下面是两种方案的细节和我的疑问：

方案一：挂载GCS桶到本地目录后使用rsync同步 #

我计划先把GCS桶挂载到本地挂载点，再通过以下rsync命令完成同步：

sudo rsync --archive --human-readable --verbose --partial --progress --itemize-changes --stats src dst

同步完成后，用这条命令验证传输结果：

sudo rsync --recursive --checksum --verbose --human-readable --itemize-changes --stats --dry-run src dst

针对这个方案，我有以下疑问：

• 本地挂载点是否需要设置sync属性？我个人认为不需要，因为rsync本身会负责同步和验证逻辑，但想确认这点。
• 这种配置的同步速度如何？会不会在rsync和云存储之间产生大量交互，拖慢效率？
• 同步完成后，文件的元数据能完整保留吗？
• 如果上传中途中断，后续能从已上传的部分继续吗？

方案二：直接使用gcloud CLI的storage rsync命令同步 #

另一种思路是直接用gcloud官方CLI工具完成本地到GCS桶的传输，同步命令如下：

sudo gcloud storage rsync --recursive --delete-unmatched-destination-objects src dst

验证命令为：

sudo gcloud storage rsync --recursive --dry-run src dst

针对这个方案，我的疑问是：

• 这种方式的同步速度比方案一更快吗？会不会产生过多的云交互？
• 传输完成后，文件元数据能被完整保留吗？
• 如果上传过程中断，能否从已上传的部分继续传输？

备注：内容来源于stack exchange，提问作者A Bit of Help