如何正确配置CDN高速缓存？

如何正确配置CDN高速缓存，避免越用越慢的尴尬

要了解CDN 的实现原理，首先让我们来回顾一下网站传统的访问过程，以便理解其与CDN 访问方式之间的别： 由上图可见，传统的网站访问过程为: 1. 用户在浏览器中输入要访问的域名； 2. 浏览器向域名解析服务器发出解析请求，获得此域名对应的IP 。

如何正确配置CDN高速缓存？

cdn是什么 CDN的原理是什么

1、用户向浏览器提供要访问网站的域名，域名解析的请求被发往本地用户使用的DNS服务器，本地DNS服务器将解析请求转发至网站的DNS服务器(NS)；

2、由于网站的DNS服务器(NS)对此域名的解析设置了CNAME，请求终被指向到CDN网络中的GLB系统;

3、GLB系统对域名进行智能解析，将响应速度快的节点IP返回给用户;

4、浏览器在得到实际的IP地址以后，向CDN节点发出访问请求;

5、由于是次访问，CDN节点将回到源站获得用户请求的数据并发给用户，同时CDN节点根据缓存策略对该数据进行缓存;

6、当有其他用户再次访问同样内容时，CDN节点直接将数据返回给客户，完成请求/服务过程。

接入CDN后的常见故障排查方案

说几个cdn比较常见的案例：

1、接入cdn白屏，需要看下返回码，具体的这里不多说，因为好多都是云厂商自己定义的，经典的2xx，3xx，4xx，5xx大家可以自行去查询

需要关注下客户的带宽是否不够，配置过低等

看下客户的php配置文件是不是memory_limit设置的过小，过小容易造成后台登陆或者其他动态页面返回5xx错误等

根据返回码判断，是不是使用了https，建议不要全站使用跳转，静态的使用http，动态的使用https（这样也可以更好的加速）

2、网站接入cdn后，排版错乱

需要看下是是否使用了https，如果使用可同个问题的第三个解决方案，动静请求使用不同的协议

看下是否是缓存策略设置的问题，可以修改缓存策略为：all=0,其他静态设置缓存

3、网站接入cdn后访问不了

经典的三步走，先看源，再看节点，再看链路

看源很多种方法，绑定host，curl等

看节点，使用curl，结合后台工具，关注下是否是节点波动，上线下线等

看链路，使用mtr和traceroute正反向测试，关注三个地方，本地网，公网（运营商），服务器本地网络等

cdn如何提升读写能力

1、高性能服务器：使用高性能服务器可以提高CDN的读写能力。

2、异地备份：对于大型CDN网络，使用异地备份可以在遇到不可避免的故障时快速恢复。

3、负载均衡：负载均衡可以分配访问请求到多个CDN节点，从而提高读写能力和可用性。

4、缓存策略：盘活CDN节点的缓存资源，实现请求本地化，有效降低源站的访问负担，提高读写能力。

cdn加速器的缓存一般设置多长时间

这个主要是看所缓存内容的更新频率。。。

通常来说 像图片、js、css等这些内容一般是很少变动的，那么缓存时间可以设置长一点，1天 或者更长。假如有变动的时候可以手动提交一下刷新。

而变动比较频繁的内容 缓存时间可以设置短一点。

在传统的动态系统的访问中，用户对网络的请求过程，一般需要经过网络中多台路由器的传输，终将发送的请求交于动态系统来处理，但是由于IP网络本身的“尽力而为的原则”、网络链路中复杂的环境及硬件的不可靠性的确实存在，致使用户要出现重复发送的请求的现状，所以终导致用户的请求在提交的过程中出现等待、数据加载时间过长的一些现象的普遍存在，这些在线提交式系统的缓慢直接地影响到办公人员的工作效率，这也是制约着很多大型企业在协同办公OA、ERP、SAP等信息化建设中，出现多的问题。

而CDN分发解决方案解决了与静态网站相关的性能和可靠性问题，而在当今在线业务体验中，与分发静态和动态元素和应用相关的独特挑战，则由速网的动态网站加速来解决。

CDN能几乎涵盖国内所有线路。而在可靠性上， CDN 在结构上实现了多点的冗余，即使某一个节点由于意外发生故障，对网站的访问能够被自动导向其他的健康节点进行响应。CDN能轻松实现网站的全国铺设，不必考虑服务器的投入与托管、不必考虑新增带宽的成本、不必考虑多台服务器的镜像同步、不必考虑更多的管理维护技术人员。

这个主要是看所缓存内容的更新频率。。。

通常来说 像图片、js、css等这些内容一般是很少变动的，那么缓存时间可以设置长一点，1天 或者更长。假如有变动的时候可以手动提交一下刷新。

而变动比较频繁的内容 缓存时间可以设置短一点。