Google Cloud能否如AWS EFS般跨区域复制Filestore为只读磁盘

原生托管能力匹配说明 #

Google Cloud目前没有和AWS EFS跨区域只读复制完全对等的一键托管Filestore跨区域复制功能，但有对应能力可以覆盖需求，分场景匹配如下。

满足「跨区域只读、支持任意VM挂载到/var/www/html」的可选方案 #

• 托管式块存储复制方案（最接近AWS托管复制体验）
  使用GCP持久盘（Persistent Disk）的原生跨区域异步复制功能：配置完成后GCP会自动在目标区域维护和源端一致的副本盘，副本盘默认处于只读状态，无需自行搭建同步链路，复制RPO通常在15分钟以内。
  该副本盘支持挂载到同区域任意运行中的Compute Engine实例，挂载时指定挂载路径为/var/www/html，添加-o ro挂载参数即可正常使用；单块只读副本盘最多支持同时挂载给同区域100台VM实例，完全满足多web节点批量挂载的需求。
• 共享文件系统方案（匹配EFS的NFS共享体验）
  如果业务需要多VM共享同一份文件系统（和EFS的使用方式一致），可使用Filestore搭配自行搭建的同步链路实现，目标端Filestore可配置为强制只读导出，所有挂载该实例的VM默认仅拥有读权限，同样支持挂载到/var/www/html路径。

Filestore跨区域持续复制最佳配置实践 #

• 网络前置配置
  提前打通源区域、目标区域的内网连通，优先选择跨区域VPC对等连接，流量走谷歌内网延迟低、无额外公网传输成本；如果有合规要求不能开对等连接，可选择带宽匹配的Cloud VPN链路，保证同步过程不会因为带宽瓶颈出现延迟堆积。
• 同步节点部署
  在目标区域单独部署1台最低配的e2-small实例作为同步中转节点，不要在业务VM上运行同步任务抢占业务资源。该节点同时以读写权限挂载源端Filestore和目标端Filestore，所有同步流量从该节点转发，不占用业务节点的网络配额。
• 同步任务配置
  首次全量同步直接使用rsync完成，命令参考：

  rsync -avz --delete /mnt/source-filestore/ /mnt/target-filestore/
  

  全量同步完成后，搭配inotifywait监听源端文件系统的增、删、改事件，事件触发后自动调用rsync同步增量变化文件，正常内网环境下RPO可控制在10秒以内。将同步脚本配置为systemd常驻服务，开启异常自动重启规则，避免进程意外退出导致同步中断。
• 目标端权限管控
  在目标端Filestore的导出规则中直接配置所有客户端的访问权限为只读（ro），从文件系统层面禁止业务VM写入副本数据，避免人为误操作导致数据不一致。业务VM挂载时无需额外添加只读参数，直接执行标准NFS挂载命令指向/var/www/html路径即可。
• 容灾切换预案
  提前预置切换脚本，当源区域出现故障需要切流时，仅需两步操作：一是将目标端Filestore的导出规则修改为读写权限，二是将前端负载均衡的流量切换到目标区域的web节点，全程不需要做额外数据拷贝，RTO可控制在5分钟以内。

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