我们从自定义块存储解决方案切换到 DigitalOcean 的对象存储，但我对其速度有点失望。
有没有办法异步检索对象？另外，一些大小约为 50 KB 的对象可能需要 57 毫秒到 3 秒的时间...这对于对象存储解决方案来说是正常的吗？还是这只是 DigitalOcean 的问题？
DigitalOcean 的最新消息：
经过过去一周与支持人员的斗争，我终于得到了可以接受的答复：
“我们的 Spaces 团队意识到一些可能的性能瓶颈，并正在努力解决这些问题。” - Mike G.，平台支持倡导者
我确实注意到，在我提交支持请求的第二天（2017-12-18），平均速度为 0.74 秒（平均文件大小为 78.6 KB），然后NYC3 存储空间瘫痪。目前耗时 0.42 秒，平均文件大小 88.48 KB，测试时间为 2017-12-20。
答案1
1) 对象存储并非设计用于处理您打算用它处理的工作负载。长话短说：基于哈希的 K/V 寻道永远无法达到块设备通过 LBA 寻址“立即”寻道的性能。
https://cloudstore.interoute.com/knowledge-centre/library/object-storage-use-cases
2) Digital Ocean 只是 @#$^E%^# 存储系统！放弃它，用 COTS 硬件结合 Ceph 来代替它。
答案2
随机缓慢，祝你好运解决对象存储性能问题 - Digital ocean 可能会限制你，对象存储公共端点是……公共的。它也可能取决于你的传出代理服务器或 ISP，无论如何，我不会指望它像自定义块存储解决方案那样高效。对象存储是一个“足够快”的键/值系统