文件服务器文件加载较慢的解决方案（CDN+Nginx）

通过nginx解决图片加载较慢，连接数较多，宽带占用的问题。可以通过简单配置达到目的，主要配置以下几项内容：

小结： 也许是我对nginx的基础以及理解不够全面，但是我觉得宽带因素等条件都摆在那里，在同一台文件服务器上也只能是限制客户端的连接来进行优化。所以只是简单做了优化后久没有深化研究，而且我们的文件服务器上的文件也不少。

CDN(Content Delivery Network): 内容分发网络，通过cdn访问文件服务器时，cdn会将文件缓存到cdn服务器，下一次访问该文件时，就直接从cdn的缓存服务器上获取文件，而不需要到文件服务器获取文件。具体的知识介绍可参考 百度百科 。

阿里云的CDN介绍：内容分发网络（Content Delivery Network，CDN）是建立并覆盖在承载网上，由不同区域的服务器组成的分布式网络。将源站资源缓存到全国各地的边缘服务器，供用户就近获取，降低源站压力。

根据文档中阿里云在国内拥有2300+节点，所有节点均接入万兆网卡，单节点存储容量达40TB 1.5PB，带宽负载达到40Gbps 200Gbps，具备130Tbps带宽储备能力。所以我们暂时选择了阿里云的CDN。

我们根据阿里云的CDN文档进行配置之后遇到一个问题，cdn的域名配置成功后，在nginx上找不到文件，直接跑出404的异常。后面通过在 nginx中增加了一个解析cdn域名执行文件的配置 之后文件访问正常。

如果文件数量不算特别多，访问量不算特别大，可以通过配置本地nginx即可解决部分宽带压力，毕竟这个是不用花钱的。如果访问量下不了，而且宽带压力较大，则直接推荐使用阿里云的CDN服务，配置各种都挺简单。我们的服务器是托管在电信机房，百兆共享宽带，在没有使用CDN之前，每天8:00-00:00这个时间段基本上服务器网络下行速度11M/s，配置CDN之后基本在1-5m/s之间浮动。所以说使用CDN还是能解决一大部分问题。

这种问题挺复杂的，有些原因真的很出意料，一般程式化的方法还找不到。1.先用浏览器F12控台查看一下网页加载资源的情况，看是不是某些资源加载慢的缘故。2.如果不是的话， 那就检查一下是不是网络问题。3.如果都不是上面的问题，你再去看下服务器的状况，应该有后台可以看，看下是不是带宽不足。（或者用top，iptraf命令看一下）4.最后还有问题的话看下你php代码是不是有问题，用xhprof看下代码哪里慢。---------例1：服务器: 戴尔 PowerEdge R620 Rack Mount Chassis今天公司的 web服务器响应异常的慢 平常 200ms 执行完毕的一个action，现在要 2秒多才能执行那个完毕。之前也出现过这种状况,但再重启之后就一般及解决了。遍历网上说是 1、网络原因 2、系统原因 3、硬件原因首先分析网络原因 我 ping 服务器的 接收到响应要1ms，平常都是小于 1ms2、系统原因我查看了任务管理器发现 CPU 横容易就奔向100%了。4 个cpu 核心 马上冲向顶端持平了。3、硬件原因听网上说可能还有一部分磁盘 i/o 也会导致运行速度大减的2、3 部分图片当时很着急解决问题没有截图、下面是今天晚上服务器 恢复正常后的基本空闲时的cpu 状况、和磁盘读取状况 想问一下、普通我这种刀片服务器正常运行时oracle 的一般最高读写速度、为什么怎样找到程序中那个可能正执行死循环的程序经过之前一天的推测，觉得应该是服务器上的另一个应用服务器，出现了死循环，联系了此程序开发人员让其恢复了上一个版本，问题就没有了。就是那一个个验证推测麻烦，花了我一天的时间，想直接知道哪里死循环。经过之前一天的推测，觉得应该是服务器上的另一个应用服务器，出现了死循环，联系了此程序开发人员让其恢复了上一个版本，问题就没有了。就是那一个个验证推测麻烦，花了我一天的时间，想直接知道哪里死循环。例2：我的WIN2003独立服务器（P4 2.8G/1G的方正商用机，非专业服务器），ACCESS数据库有800多兆，同时在线会员100多人。浏览速度很慢，日发帖从1000多锐减到200多贴，网友怨声载道，不得已才转换到DZ。转换后DZ的数据库有600多兆。刚开始挺快的，随后升级到DZ6.1，现在过了才1个多月，服务器响应越来越慢。CPU占用并不高，通常不到20%，内存占用好像也正常。就是经常硬盘灯一直亮（是常亮，不是闪亮），每到这时论坛页面就打不开，有时光显示页面头部，要等很长时间。硬盘灯不常亮的时候速度挺快。以前是一两天出现一次，后来越来越频繁，现在过不多大会儿就出现一次，简直受不了了。相信很多人在用windows2003服务器或者vps，而且一开始用，速度都相当的快，但是过了几天速度变慢了很多，也会遇到有时候网站打开卡等现象，即使网站没什么流量也会出现。有时候就会怀疑是不是我的服务器或者vps很差劲，买到假货了？其实不然。其实这些问题作祟的都是w3wp.exe这个iis进程在捣鬼。在WINDOWS2003+IIS6下，经常出现w3wp的内存占用不能及时释放，从而导致服务器响应速度很慢。遇到这些现象，我们可以用以下方法进行解决，不影响网站运营及系统问题。可以做以下配置修改进行改善：1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。2、设置应用程序池的回收时间，默认为1720小时，可以根据情况修改。同时，设置同时运行的web工作进程数目为1。再设置当内存或者cpu占用超过多少，就自动回收内存。一般来说就可以解决了。但仍然会出现个别网站因为程序问题，不能正确释放。那么，怎么样才能找到是哪一个网站的？解决办法：1、在任务管理器中增加显示pid字段。就可以看到占用内存或者cpu最高的进程pid2、在命令提示符下运行iisapp -a。注意，第一次运行，会提示没有js支持，点击确定。然后再次运行就可以了。这样就可以看到pid对应的应用程序池3、到iis中察看该应用程序池对应的网站，就可以了。

---