业务的 “ 轻重缓急 ”
对象存储能够提供海量存储的解决方案,支持千亿对象产品规格。越来越多企业将对象存储作为企业数据湖底座,数据统一存储,各类应用对接数据湖进行数据消费和分析。 不同的业务对于时延、带宽及OPS的服务质量要求有所不同,业务的重要性也有所差异。如何保障核心、敏感业务不受其他业务冲击,随时获取预期性能?例如:
1、为了节约存储成本,企业计划冷数据流动上云,但是数据流动本身会占用相应的带宽、IO资源,如何保证数据流动不影响到常规的业务请求呢? 2、核心业务的请求情况基本上保持稳定,但偶尔会由于一些突发情况,有大量流量涌入,简单的资源分配与限制往往会导致突发时刻资源不足,影响业务的正常响应。
QoS 一招制敌
为了保障诸多业务获得确定性的存储服务,XSKY星辰天合不满足于仅实现单网关的服务质量控制,自研分布式QoS实现方案,管理全局网关,为全局对象存储提供了快速、稳定、灵活的统一QoS服务,可谓“仰之弥高,钻之弥坚”,真正实现了生产可用。
XEOS V6支持用户级、桶级的QoS控制,满足不同业务不同维度的服务质量保障需求。 1、企业不同的业务应用采用不同的用户访问数据,该业务在使用对象存储过程中产生的用量都会统计到用户粒度下,从而让“按用户可获得的最大性能进行阶梯收费”成为可能 。
2、同一业务下不同类型的数据可以划分不同的存储桶,例如规划图片存储桶、视频存储桶,大众对于图片的响应时延较为敏感,可以按照桶级QoS提前规划性能。 3、企业规划了多站点、数据流动上云的功能,为了保障基础业务性能不受影响,可以限制数据同步、流动请求的最大请求数和带宽。 对于突发类请求,XEOS V6还支持设置突发上限,避免造成大量失败的请求,例如突发场景下,自动将QoS限制提高200%,持续5s 。
QoS 实战数据
不闻不若闻之,闻之不若见之,见之不若知之,知之不若行之。以下是XEOS V6的Qos控制能力实战数据,带大家一睹风彩。
1、我们通过压测工具模拟业务写入情况,核心业务采用user01写入数据,平均文件大小4k,并发30,可以看到整个系统的吞吐、时延、带宽是非常稳定的,延时保持在5毫秒左右。
2、此时,利用压测工具另外起一个大并发的任务,采用user02写入数据,平均文件大小512字节,并发600,持续观察user01的请求情况,发现吞吐、带宽都有了明显的下降,时延增长至14毫秒。
3、为了保障user01的服务质量,我们对user02进行QoS控制,限制其OPS为800。
4、再次观察user01的请求情况,发现请求情况逐渐恢复,意味着对于 user02 QoS的控制:请求数限制 起到了明显的作用,即使在user02的请求行为未发生改变的情况下,user01的请求仍然恢复到最初的情况,并且保持了稳定。
** 总结
**
XEOS V6 QoS控制功能,在实际测试过程中表现出了预期的效果,通过设置用户、桶的资源性能上限,包括带宽、OPS上限,确保调控对象性能不超过阈值,从而保障关键业务的性能,解决了多业务共用同一存储资源的后顾之忧,让我们对其在客户生产环境中的实际效果拭目以待!
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞0
添加新评论0 条评论