google-cloud-storage - GCloud Storage Rewrite 操作性能/延迟
问题描述
对于不同大小的对象,重写 API 操作完成重写所需的平均时间是多少?
假设:重写相同的对象、相同的源和目标,但使用不同的 CMEK(KMS)。
没有关于此的文档。我需要这些信息来估计当有很多对象时完成批量重写作业需要多长时间。
我知道延迟可能是一个很难回答的问题,但我只对它是否在几秒钟或几分钟内完成等感兴趣(例如,对于几个 GB 的对象来说,3GB)。
由于所有重写都发生在谷歌组件本身内部,我无法弄清楚这一点。任何与此相关的帮助或文档都会有很大帮助。
解决方案
如果源存储桶和目标存储桶位于相同的位置和存储类中,则重写将是一种快速(仅元数据)操作。否则字节必须由服务复制,因此时间会随着对象大小而增长,并且如果源和目的地相距很远(例如,跨越海洋)也会变慢。如果你想要一个更精确的答案,你可以尝试做一些基准测试。
推荐阅读
- python - kivy 在使用 on_press 的 for 循环错误中创建按钮
- python-3.x - “sanic 尝试使用 loop.add_signal_handler,但未在此平台上实现” windows 10
- javascript - 任何人都可以解释为什么这个 Javascript 函数不能给出预期的结果?
- javascript - 如何在js中将对象转换为数组?
- unity3d - 如何在 Unity 中通过 Agora.io 使用场景相机
- vue.js - 从特定网站获取 HTML 表格数据
- php - 询问 PHP:如何将表单数据发送到不同的 .php 文件
- angular - 无法实例化循环依赖 - App Initializer :: 在通过 jenkins 构建和部署时不起作用,在进行产品构建时工作正常
- html - 阻止 Google 表格刷新 HTML 数据
- javascript - 如何在 jquery 上获得“溢出:自动”的滚动顶部