由于对象存储具有 不可修 改 ( Immutable ) 属性,在整个数据路径上不 需要所有环节都具备强 一致性, 所以可以怎么进行优化?
1.基于主复制协议、客户端写复制协议分场景组合使用优化性能。对象元数据存在并 发请求访问 , 采用基于 主复制协议实现强 一致性, 尽管会增加时延 , 但是会降低并发请求的处理难度。因为对象存储数据不可以修改,所以采用客户端写复制协议,它只 需 1 次网络转发 , 而且可降低网络时延 。综合起来, 元数据的 强一致性、数据的不可修改属性 , 使得对象存储具备强 一致性。 2.优化投票,减少错误时的抖动。数据冗余复制时,默认所有冗余数据被成功保存后再 返回成功,但是分布式系统中网络异常、服务器故障、硬盘亚健康是常态,为了减少 错误带来的抖动,可允许投票时无须所有冗余数据都完成处理的响应就可以返回成 功, 从而减少异常对时延的影响 。例如, 3 副本时可以 完成 2 副本就返回(多数 完成), RAID 和纠删码的 N+M 冗余 ( N 份数据块、M 份校验块)时可以完成 (N+M)/2+1块就返回 (校验块多数完成), 从而可以快速响应请求 , 减少抖动 。 3.优化读并发, 提高带宽。由于对象数据的不可修 改属性 , 客户端可以并行地向多个副本读取数 据, 提高访问带宽 。例如, 客户端读 取 3MB 数据, 可以在主节点读取 1MB 数据, 在另外两个从 节点并行读取其他 2MB 数据, 从而快速从 三个节点议取数据 , 比只在一个节点读取数 据性能优化 了 3 倍。以上信息摘自《对象存储实战指南-试读》,下载地址:https://developer.aliyun.com/topic/download?id=7997
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。