File 谷歌云存储如何处理稀疏文件？

我们有一个200GB的稀疏文件，实际大小约为80GB的VMware磁盘

谷歌如何计算这个文件的空间，200GB还是80GB

使用类似于rsync-S的gsutil将其存储在谷歌云中的最佳实践是什么

是否可以通过使用tar-cSf，然后通过gsutil上传来解决？它能有多慢

我们有一个200GB的稀疏文件，实际大小约为80GB的VMware磁盘

谷歌如何计算这个文件的空间，200GB还是80GB？ 谷歌云存储不会内省您的文件以了解它们是什么，因此重要的是它在磁盘上的实际大小80GB

使用类似于rsync-S的gsutil将其存储在谷歌云中的最佳实践是什么 有，但它不支持-s，因此效率不高。此外，谷歌云存储并不是将文件存储为可以随机访问和重写的块，而是存储为由bucket name+object name键控的blob，因此每次都要上传整个80GB文件

您可以考虑的一种选择是使用以下工作流为您的文件提供块级访问：

一次性设置：

创建一个持久磁盘，并仅将其用于存储VM映像 预同步设置：

使用自己的启动磁盘创建Linux VM实例 以读写模式将永久磁盘连接到实例 将连接的磁盘作为文件系统装载 同步：

使用ssh+rsync将VM映像同步到VM上的持久磁盘 同步后拆卸：

卸载实例中的磁盘 将永久磁盘与实例分离 删除VM实例 您可以使用脚本自动执行安装和拆卸步骤，因此无论何时需要执行同步，都应该可以很容易地定期运行

是否可以通过使用tar-cSf，然后通过gsutil上传来解决？它能有多慢？ 上述方法将受到网络连接的限制，与ssh+rsync到任何其他服务器没有什么不同。您可以通过以下方式进行测试：例如，人为地将带宽限制到您自己网络上的另一台服务器，以匹配您的外部上传速度，并通过ssh运行rsync进行测试

上面没有提到的是定价，所以我只留下这些指针让您考虑一下，因为这可能与您在分析中考虑的有关。

使用谷歌云存储模式，您将招致：

：当前$0.026/GB/月 入口是免费的：因数据总量而异 使用持久性磁盘方法，您将招致：

：当前$0.04/GB/月 ：只需在运行同步时启动 入口是免费的：因数据总量而异 您将下载的实际数据量应该很小，因为rsync应该尽量减少数据量，所以大部分数据应该上传而不是下载，因此您的网络成本应该很低，但这是基于实际的rsync实现的，我不能说

---

希望这能有所帮助。

我已经回答了您下面的问题，但更详细地描述您的实际用例/目标可能会有所帮助，因为可能还有其他解决方案。例如，你具体在做什么？这只是一个备份解决方案吗？您是否正在脱机更改图像并将其上载？您能否在云中完成所有操作，从而避免大量文件上传？还要考虑其他技术，比如容器等。