CDN命中率低,直接体现为回源带宽高,主要的影响有一下两个方面:
1、客户:CDN厂商回源带宽高,对源站的带宽及后端设备性能存在很大的挑战
2、CDN厂商:边缘命中率低,回中心带宽大,对中心节点带宽有较大的挑战,例如:中心带宽一般都是百G级别,但是如果边缘命中率比较低,会有比较大的带宽回中心,这样就会对中心产生比较大的冲击,如果处理方法不妥,会造成连锁反应,导致整个CDN系统存在崩盘风险。
影响命中率低的因素有如下几个方面:
1、业务属性导致,资源比较多,同时访问的热点不集中,就会造成,请求命中和流量命中率低
2、客户端携带待了不缓存请求头,例如:no-cache、no-store和max-age=0等这种请求,CDN一般来说是不会做缓存设置。
3、源站返回携带不缓存响应头,例如:no-cache、no-store和max-age=0等这种请求,CDN一般来说是不会做缓存设置。
4、同一URL参数不同,CDN厂商做不同的缓存
5、缓存规则设置不合理,比如文件过期时间,源站文件更新周期为1个月,但是在CDN设置缓存过期时间为7天,就会造成CDN频繁回源站拉取文件,造成周期性命中率变低。
6、源站为集群或者多源站,同一个文件在不同的源站存在不同的last-motify,造成CDN不能对这个文件进行有效的缓存,会造成命中率较低
7、源站为集群或者多源站,同一个文件在不同的源站同一个分片存在不同的etag值,会造成缓存失败,纯代理模式,也会造成命中率低问题
8、源站不支持range,但是在CDN开启了range回源
9、源站对与range支持不标准,比如阿里的oss,对与最后一个分片越限的处理是直接返回200,这样CD你厂商如果不做特殊适配的化,也会造成命中率下降。
解决命中率低的问题,只要解决率上述的原因,一般情况下命中率都会有一个较大的提升,对应的方法也是比较简单的,方法如下:
1、设置跟业务场景非常接近的缓存策略;
2、如果业务场景允许,关闭参数缓存;
3、确保源站(一个或者多个)文件资源属性一致性(LM和etag等),非业务需要,不要给文件资源携带不缓存头域(no-cache、no-stor等);
4、要求CDN厂商取消上行请求头域中的不缓存头,取消下行的不缓存头(如果业务允许);
5、如果源站不能及时修改,也可以要求CDN厂商配置忽略源站返回资源的LM和etag头域等信息;
6、根据业务需要判断是否打开range回源,同时如果源站支持range的化,这个也是一个非常有效的降低回源带宽的方法。
每个CDN对于命中率低的理解和处理方式都不尽相同,这里只是个人想法,如果设计侵权,请联系我删除,谢谢!
以上只代表个人观点,如有不足或者不准确的方面欢迎留言讨论,谢谢!