一、背景&问题:
背景:
历史上公司点播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点开奖。如果喜欢本期内容的话,欢迎点个“在看”吧!
往期精彩指路