查看原文
其他

点播CDN回源标准化策略

业务线 哔哩哔哩技术
2024-08-14

一、背景&问题:


  • 背景:

  • 历史上公司点播CDN接入的厂商就比较多

  • 厂商之间回源的方式存在细节上的差异

  • 不同的厂商之间专线大小存在差异

  • 厂商之间的定位不同,有全镜像存储厂商,作为源站资源副本永久存储,也有镜像存储厂商

  • 问题:

  • 在有新的流量做调度切换或者专线异常恢复的时候,专线和UPOS源站的压力较大

  • 厂商回源策略有黑盒,在出现问题的时候定位难度较大,处理效率比较低


二、点播回源架构的策略变化和演变:


1、点播回源故障具体案例和反思


多厂商专线在某次故障期间和专线恢复时存在专线带宽突发的情况



事后我们分析,专线上涨是由于厂商专线下面不同类型回源影响到的,而在故障当下,我们因为缺失细粒度的专线监控,而且我们也不能做CDN切量的操作,因为会担心流量有雪崩的风险,所以定位和止损的效率不高


 2、回源架构分析


为了解决以上的问题,提升CDN厂商回源稳定性、保障源站安全,在出现问题时能快速定位并且及时止损,减少因为回源问题导致CDN质量受损的情况。在调研前期发现对接的各家商业CDN的回源策略发现主要存在以下两种常见的回源情况:

  • 一种是用户分片请求后,要等待整文件回源完成之后再返回分片,这样容易引起用户的播放延迟增大

  • 一种是分片回源时,对分片所属的整文件进行同步拉取,这会极大的放大回源带宽,给源站造成压力



3、回源优化方案


在分析了厂商回源架构后,基于公司的点播业务特性提出了一个回源标准化方案,主要的逻辑如下:

  • 首先让同步分片回源优先响应,降低用户播放延迟

  • 其次根据分片回源请求的频次统计,对视频文件的冷热进行判断

  • 判定为热文件时,整文件同步拉取,以此来降低这部分热资源分片再次请求时的回源带宽

  • 判定为冷文件的情况下,放入整文件回源对列,等待流量低峰时错峰下载落存储,避免流量高峰时段影响源站

  • 然后对整文件下载的逻辑进行流控限速,避免大幅放大回源带宽

  • 最后在极端情况专线中断时,停止异步整文件回源和主动分发拉取,保障用户同步分片回源正常走公网,降低业务影响



4、  监控依赖优化


实时厂商点播回源策略和分类回源带宽监控数据设计



这样带来的收益有:

  • 首先在回源带宽出现异常时快速定位异常回源类型

  • 其次是厂商回源策略不再黑盒,可以依据回源策略调整控制厂商的回源带宽,避免对源站产生压力

  • 最后是能快速确认因回源导致的CDN质量问题


5、  商业CDN存储分桶方案


在执行点播回源标准化方案过程中因点播CDN和存储解耦的架构演进,从CDN资源运营的角度看,会有两个收益

  • 首先是可以依赖专线和网关能力上限最大程度实现CDN故障时的厂商间切换

  • 其次在商务成本有优化的前提下,能提高切量的效率,缩短收益获取的时间

同时在回源侧也会带来更复杂的环境

因此我们在回源侧做了改进

  • 首先是对全镜像厂商适配分桶方案,将不同的回源类型进行拆分,分别做不同优先级和策略保障,并且兼容到了CDN回源标准化的实施中

  • 其次是CDN和存储解耦后进行资源需求测算,测算单位CDN接入带宽所对应的专线容量、临时存储大小、两侧网关需求

  • 最后配合采购、网络推动CDN厂商以及存储业务方做对应的资源扩容

优化后的架构方案如下:



6、  回源安全优化


为了保障源站安全,回源标准化方案引入了OSIG鉴权


因为CDN和源站公网鉴权都采用UPSIG鉴权方案,源站公网地址如果泄漏,用户可以通过更换源站域名方式访问,对源站安全带来不可控的风险

因此引出了OSIG的鉴权方案,厂商CDN回源时额外新增OSIG签名,隔离CDN和源站的鉴权逻辑,从而达到保护源站安全的目的


三、总结和展望:


回源标准化的过程持续了大半年,虽然遇到了各种各样的问题,方案也在逐步演进,好在方案得以初步实现,向着符合预期的方向前进,总体上完成了大部分的功能,接下来我们将会继续站在资源运营的角度上优化各类资源,让点播的CDN业务更加稳定可靠。


-End-

作者丨振涛


开发者问答

大家在做镜像存储规模很大的点播CDN回源时如何保障点播源站的安全和稳定呢?欢迎在留言区告诉我们。转发并留言,小编将选取1则最有价值的评论,送出哔哩哔哩小电视垂耳兔毛绒单肩包一个(见下图)。7月12日中午12点开奖。如果喜欢本期内容的话,欢迎点个“在看”吧!



往期精彩指路


通用工程大前端业务线

大数据AI多媒体


继续滑动看下一个
哔哩哔哩技术
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存