Fikker 反向代理服务器技术白皮书V3.docx

《Fikker 反向代理服务器技术白皮书V3.docx》由会员分享，可在线阅读，更多相关《Fikker 反向代理服务器技术白皮书V3.docx（30页珍藏版）》请在三一办公上搜索。

1、Fikker反向代理服务器 技术白皮书V32011-02-20目录：1. 系统说明2. 全非阻塞(non-block)网络设计2.1. 全非阻塞设计说明2.2. 网络负载均衡设计说明2.3. 图例说明3. 缓存设计3.1. 缓存说明3.2. 智能缓存设计3.3. 强制缓存设计3.3.1. 公共缓存3.3.2. 会员缓存3.3.3. 游客缓存3.3.4. 会员缓存设计背景3.3.5. 图例说明3.4. 拒绝缓存设计3.5. 清理缓存设计3.6. 缓存优先级设计3.7. 页面匹配规则设计3.8. 缓存页面淘汰算法设计3.8.1. 缓存页面淘汰说明3.8.2. 缓存页面淘汰优先级3.8.3. 同一优

2、先级时淘汰规则3.9. 页面压缩gzip设计3.9.1. 说明3.9.2. HTTP头中有关gzip压缩的字段3.9.3. 页面压缩的实现4. URL转向设计4.1. URL转向简介4.2. 转向逻辑4.3. 简单举例5. 防盗链设计5.1. 防盗链说.明6. 黑名单设计6.1. 黑名单说明7. 代理设计7.1. 代理介绍7.2. 负载均衡策略7.3. 负载均衡图例8. 流量统计设计8.1. 流量统计说明8.2. 总量统计8.3. 分量统计9. 实时监控设计9.1. 实时监控说明10. Windows和Linux兼容性设计10.1. 绿色安装包10.2. Fikker的运行权限10.3. 配置

3、.文件兼容性11. 关于Fikker限制的说明11.1. 内存限制11.2. 连接数限制11.3. HTTP头尺寸限制11.4. 缓存页面尺寸限制11.5. 操作系统限制12. Fikker 与 HTTP 头13. 关于Fikker返回错误页面的说明13.1.400 Bad Request13.2.403 Forbidden13.3.409 Conflict13.4. 502 Bad Gateway13.5. 503 Service Temporarily Unavailable1. Fikker 说明Fikker是一款跨平台（支持Windows和Linux）的专业级网站加速服务器软件，其一是

4、： 通过将指定的动态页面进行缓存，用户的访问页面可直接从缓存中直接获取，节省网站 生成页面的时间，从根本上减轻数据库压力，极大提升网站的响应速度；其二是：通过 对缓存页面的gzip压缩，减少传输时间提升传输效率来实现加速。Fikker通过对网络 的全非阻塞化（non-block）处理，对多核心多线程充分高效的并行化处理，缓存的全 内存化处理，达到系统最大化的处理性能。Fikker网络实现了全部非阻塞化（non-block）处理，包括Fikker接收数据非阻塞，发 送数据非阻塞，域名解析非阻塞。全面支持Linux 2.6.x内核epoll消息机制。单个端 口支撑60000个并发连接，极少到可忽略

5、不计的CPU占用。Fikker是源站（网站）前置机，是放在源站（网站）前面的服务器。用户使用浏览器 访问的时候，用户的访问请求首先会被Fikker接收并处理。如果命中缓存，就会返回 浏览器已缓存页面，如果没有命中缓存页面或缓存页面已经超时，Fikker就会将用户的 访问请求转发到源站（网站），从源站获取最新的页面返回给用户，同时还会根据缓存 规则判断是否允许缓存此页面，如果缓存规则允许缓存此页面，Fikker会将此页面使 用gzip压缩后缓存在内存中，其他用户再访问相同页面时候，就会将已缓存页面立即 返回给用户。此过程除对日志进行必要记录外，页面缓存过程不读写任何硬盘。Fikker还同时提供U

6、RL转向功能（包括伪静态功能实现），防盗链功能，代理功能， 负载均衡，黑名单，流量统计和实时监控的功能。对网站提供了优化、监控、缓存、负 载均衡，实时流量监控，隔离安全和黑名单，伪静态规则（SEO）等一站式解决方案， 是站长们必不可少的看家武器。Fikker让您的网站飞起来。2. 全非阻塞（non-block）网络设计2.1.全非阻塞设计：网络非阻塞设计是Fikker整个架构的重点设计，也是网络设计最核心的设计，要 求使用几个有限的线程即可承载上万并发连接，并且每一个服务请求都不会被阻 塞，立即响应。例如：用户发起连接请求时，Fikker在工作中能立即接受（accept） 到（而不是线程一直阻

7、塞直到accept函数返回），并且立即进入服务队列；同样子 的道理，Fikker向源站（网站）发起连接请求时，在同一个线程中，要求域名解 析时，线程是非阻塞的（而不是等待域名解析好后函数返回，这样子整合线程都会 被阻塞），解析好的域名和IP地址通过回调函数的方式通知本线程，建立连接 （connect）时，也是线程非阻塞的，建立好的连接通过回调的方式通知给应用程 序，这样子当拥有上万连接高效服务时，只需要几个线程即可满足需求，而且每个 请求都可以做到立即响应。Linux下面epoll机制提供一种高效的网络设计，理论 上最少只需要1个线程即可满足不限并发连接的需求，通常情况下，为了配合CPU 的并

8、行度（多CPU负载均衡），Linux下网络线程的数量可以设定为CPU核心的 数量。Windows下1个线程最大可满足1000个并发连接的即时处理（20个线程 最大可并发处理2万个并发连接，单个端口最大服务6万个并发连接）。2.2. 网络负载均衡设计：同时在几个线程中高效处理上万并发时，需要调节线程之间的连接数，使CPU处 理功效能被均衡负载，这就要求网络连接的数据发送和数据接收能够在线程之间迁 移，线程之间负载按照连接数均衡。Slave从线程：（1）、创建固定数量的Slave线程，在Windows下每个Slave线 程最大可并发1000个用户连接（connection），在Linux下每个Sl

9、ave线程并发 连接数没有限制；（2）、全非阻塞（non-block）方式调度：创建远程连接（connect）， 接收（recv）数据、发送（send）数据、定时中断（timer）、域名解析（resolve）和 发送成功（done）中断回调事件；（3）、全面管理用户连接对象的导入和导出。Master主线程：（1）、按连接数对每一个Slave线程负载均衡；（2）、全非阻塞 （non-block）方式接受（accept）远程用户的连接请求；（3）、将建立的连接 （connection）按照负载均衡规则导出给Slave线程。2.3. 图例说明：3.缓存设计3.1. 缓存说明在Fikker系统中，缓存

10、设计分为：智能缓存设计，强制缓存设计，拒绝缓存设计。 按照缓存存储模式分为：公共缓存，会员缓存，游客缓存。缓存页面（html，asp， aspx，php，jsp，js，css等）被gzip压缩后以平衡二叉树的索引结构存放在内存中， 不对硬盘进行任何读写（日志除外）。当加速缓存中的页面被访问命中以后，通过gzip 压缩传输方式返回给浏览器。以上处理方式有如下好处：（1）、不读写硬盘，通过 内存进行数据交换会极大的提高页面相应速度；（2）、文本页面数据经过gzip压缩 后存储，即减少了对内存空间的需求，也会极大的减少数据传输量，从整体上提高 响应速度和传输效率。3.2.智能缓存设计（1）、Fikk

11、er已默认内置此功能，用户无需对此进行额外设置，智能缓存的页面储 存在公共缓存中，允许所有用户访问。（2）、Fikker 根据 HTTP 协议头 Cache-Control， Pragma， Date 和 Expires 字段中 的缓存控制属性进行缓存的（包含缓存时长），部分网站可以通过对HTTP编程的 方法来自行调整智能缓存策略。（3）、Fikker应用的智能规则如下：用户 Request 请求时用至U Cache-Control：| max-age = seconds忽略| max-stale = seconds 忽略| only-if-cached忽略| no-transform忽略|

12、min-fresh = seconds忽略| cache-extension忽略| no-cache 是否启用缓存？配置选项| no-store是否启用缓存？配置选项源站 Response 返回时用到 Cache-Control：| max-age = seconds缓存| s-maxage = seconds缓存| public缓存| private = field-name 不缓存| no-cache = field-name 不缓存| no-store不缓存| must-revalidate不缓存| proxy-revalidate不缓存| cache-extension忽略| no-t

13、ransform忽略Fikker对此处理如下：max-age最大缓存有效期，从获得Response报头开始计算缓存有效期。s-maxage最大共享缓存有效期，与max-age处理规则相同。public缓存，而且是永久缓存，从获得Response开始，开始永久缓存。private私有缓存控制，不能当作公共缓存对待，只针对某一个用户的请求缓存有效，但在Fikker中我们不将其缓存。no-cache非缓存标识，浏览器的请求都需要源服务器响应，Fikker不缓存任何数据。no-store非缓存非存储标识，Fikker不缓存不存储。no-transform允许缓存，但不得改变源服务器返回的内容的格式，例

14、如图片格式，文档类型等，Fikker不缓存。must-revalidate允许缓存，但浏览器访问时候，Fikker需要向源服务器提请验证，验证源内容有无 修改，Fikker不缓存。注：参看 rfc2616,章节：14.9 Cache-Control，页码：Page 108用户Request请求时用到Pragma：| no-cache 不启用缓存源站Respons e返回时用到Pragma:不缓存| no-cache源站Response返回时用到Expire和Date：Expires - Date = 缓存有效期 缓存避免冲突策略：当HTTP报头中同时设置有Expire, Pragma, Cac

15、he-Control字段时，优先权顺序 为 Cache-Control Pragma Expire0 这个优先策略可以参看 rfc2616，章节 13.1.3 Cache-control Mechanisms,页码 Page 77,章节 14.9 Cache-Control,页码 Page 108, 章节 14.9.3 Modifications of the Basic Expiration Mechanism, 页石马 Page 111。3.3.强制缓存设计(1) 、通过页面缓存配置将指定的页面添加到加速缓存中，浏览器远程访问这个页 面时，Fikker将直接返回已缓存的页面，最大限度的减轻

16、网站和网站数据库负荷。(2) 、缓存的页面能够被周期性更新，周期性间隔时长由用户自行设定，可以是几 秒钟，几分钟甚至是几百个小时。(3) 、文本缓存页面将被gzip压缩存储和传输，文本页面(asp, php, jsp, aspx, js, css, txt等)被压缩传输时，相对于非压缩传输，占用的带宽将减少70%以上。举例：一个500KB的文本页面，被压缩以后为110KB左右，减少带宽消耗75% 左右，在大量并发访问时，会节省大量的带宽损耗。(4) 、动态页面(asp, php, jsp, aspx等)被加速缓存后，当网站被大量并发访问时， 由于没有了数据库数据读写(硬盘读写)瓶颈，整体上能够

17、提升页面的响应速度。Fikker页面缓存由”公共缓存”和”会员缓存”和”游客缓存”组成。(Fikker页面缓存=公共缓存+会员缓存+游客缓存)3.3.1. 公共缓存页面被缓存后，所有用户都可访问，是最简单的页面缓存模式。应用于网站 上的大部分图片，JS脚本，CSS文本，静态页面html等所有开放的页面内 容。3.3.2. 会员缓存页面被缓存后，只有登录用户才可以访问，针对会员访问加速。很多社交网 站SNS,社区论坛BBS,电子商务B2C,办公OA等均可通过此模式实现 会员访问加速。3.3.3. 游客缓存页面被缓存后，只有游客用户才可以访问，对非登陆用户生效，已登录的用 户不能访问。3.3.4.

18、 会员缓存-设计背景：些社交(SNS),论坛(BBS),新闻(News),博客(Blog),电子商务(B2C,C2C）类网站，登录用户（会员）和非登录用户（游客）看到的网站页面内 容可能是不同的，部分页面中包含的内容只有用户登陆后才能查看，即便是 相同的页面链接地址URL，登录用户（会员）和非登录用户（游客）分别 请求时，请求到的页面内容是不完全相同的。为了达到加速的目的，Fikker 会分别缓存会员访问的页面（会员缓存）和游客访问的页面（公共缓存）。 当用户向Fikker请求页面时，Fikker首先会判断这个用户是否已登陆，如 果为已登录（会员）用户，则返回的为“会员缓存”对应的页面内容，如

19、果 为非登录（游客）用户，则返回的是“公共缓存”对应的页面内容。那么Fikker是怎么判断用户为已登录（会员）用户呢？我们知道，用户登录成功后，网站会返回浏览器一个会话标识（Session ID）， 这个会话标识一般是网站通过HTTP的Set-Cookie字段中的一个变量来 传递的，浏览器会一直保存这个会话标识（Session ID）直至浏览器被完全 关闭或会话超时。当登录后的用户使用浏览器访问网站的页面时，浏览器都 会通过HTTP的Cookie来提交这个会话标识（Session ID）给网站来进行 验证用户是否已登录。Fikker就是通过缓存这个会话标识（SessionID）来 判断访问用户

20、是否为已登录用户的。3.3.5.图示说明:3.4.拒绝缓存设计（1）、拒绝将指定的页面加入到加速缓存中，这样子页面在被用户请求访问时都将 是从源站获取最新的页面。(2) 、一些网站管理后台或用户管理页面不适合被缓存。因为这部分页面包含了只 针对某一个用户的私有数据，即相同的一个页面，不同用户获取的页面内容是不同 的。3.5. 清理缓存设计(1) 、有时候管理员修改“页面缓存”配置后，需要刷新页面缓存，以便于将不符 合配置的缓存页面清理出去，最新配置能即时生效。(2) 、有时候网站调整了页面内容，并且希望这个修改能即时生效，这个时候需要 管理员需要将指定链接Url缓存清理出去，使得网站改动能够即

21、时生效。3.6. 缓存优先级设计(1) 、优先级匹配顺序为：拒绝缓存 强制缓存 智能缓存。(2) 、举例1：当一个页面被同时设置为拒绝缓存，强制缓存和允许被智能缓存，因 为拒绝缓存的优先级最高，即此页面不会被缓存。(3) 、举例2：当一个页面即被设置成了强制缓存，但同时也能被智能缓存(根据 HTTP头的Expire，Pragma，Cache-Control字段属性缓存)，因为强制缓存优先级 较高，即按照强制缓存配置生效，利用强制缓存配置进行周期性页面更新。3.7. 页面匹配规则设计(1) 、通配符匹配(Wildcard Character Pattern)，比较简单易用的匹配方式，通配符 为问

22、号？和星号*，问号？匹配一个任意字符，星号*匹配0个或多个任意字 符。例如： 可匹配 网站目录 images 下面所有的 jpg格式图片。(2) 、正则表达式匹配(Regular Expression Pattern)，可以设定复杂但丰富的匹配条件， 详细请参考相关的Posix Regex资料说明介绍。(3) 、精确匹配，逐一字符匹配完整的链接地址URL。例如： 只能成功匹配 链接 本身这一个具体链接地址。3.8. 缓存页面淘汰算法设计3.8.1. 缓存页面淘汰说明(1) 、当留给页面缓存使用的内存耗用完毕后，如果还有新的页面要被缓存 时，就需要将老的已缓存页面置换下来，腾出空间为新的缓存页面

23、。这个算 法指的就是页面淘汰的规则设计。(2) 、淘汰的原则：(a) 、优先淘汰非动态页面，在大多数网站中，这种资源尤其以图片， 视音频居多。(b) 、再淘汰静态文本资源，例如css和js和txt等静态页面。(c) 、最后才是动态asp，aspx，php，jsp，do等页面或静态html页面。3.8.2. 缓存页面淘汰优先级(1) 、淘汰过期缓存页面，就是将超时的缓存页面清理掉，腾出内存空间， 如果腾出来的内存空间不够新页面的所需尺寸，进入第二步。(2) 、将图片视频类缓存页面置换下来，图片对源站的负载影响较小，可以 默认设置第一优先淘汰图片页面(jpg，gif，png，swf，bmp，wmv

24、，mp3， avi等)。这个类别是通过Content-Type和mime信息去识别的，如果淘汰 的图片页面腾出来的空间还是不够新页面的所需尺寸，进入第三步。(3) 、将静态文本类缓存页面置换下来，静态页面对源站的负载影响较小(相 对静态页面而言)，第二优先淘汰静态文本(css，js，txt).如果淘汰的静 态页面腾出来的空间还是不够新页面的所需尺寸，进入第四步。(4) 、将剩下的缓存页面按照“同一优先级淘汰规则”置换下来，直到满足 新页面所需内存尺寸。3.8.3.同一优先级淘汰规则(1) 、同一个淘汰优先级中，那一个页面又将最先被淘汰呢？设计上应该是 访问量最少(access_count)并且

25、贮存在内存时间最久(cache_interval)的 页面被淘汰，即：平均单位访问量(access_count/cache_interval)最小的缓 存页面将会被优先淘汰，这样子将是相对比较合理和公平的。3.9.页面压缩gzip设计3.9.1. 说明(1) 、Fikker服务器支持对文本页面gzip，deflate，compress方式压缩，目的 是减少缓存页面的内存占用，提高传输效率，提高用户端的页面加载速度。(2) 、Fikker服务器对浏览器的访问支持 Accept-Encoding: gzip, deflate, compress字段属性。3.9.2. HTTP头中有关gzip压缩的

26、字段(1) 、Accept-Encoding: gzip, deflate, compress:表明浏览器同时支持 gzip， deflate和compress压缩，网站返回的页面内容可以被压缩后再传输过来。 但如果浏览器不包含这个字段，而且命中了 Fikker缓存页面，这个时候 Fikker会检查是否这个内容是被压缩过的，如果是压缩内容，即将其解压后 去除Content-Encoding字段并修改Content-Length字段后再返回给浏览 哭T器。(2) 、Content-Encoding：标识网站返回的页面内容是压缩过的，并且压缩格 式可以为gzip，deflate或compress格

27、式，这样子浏览器在显示这一些页面 内容前，需要先将其解压后再显示。(3) 、Transfer-Encoding: chunked :如果网站返回的HTTP头中包含了这个 字段，表明整合页面内容是分块传输的。对于非压缩的文本页面内容，Fikker 在压缩页面前，会检查块传输的完整性，待块传输完全和完整后，Fikker 会将块标记(Transfer-Encoding: chunked)去除。Fikker将页面压缩(gzip)成功 后，并添加Content-Length字段属性在HTTP头中。3.9.3. 页面压缩的实现(1)、浏览器请求中包含Accept-Encoding字段属性时，对于网站返回的

28、内 容，Fikker会检查是否属于非压缩的内容，通过检查网站返回的 Content-Encoding属性，判断返回的内容是否已压缩，并且知道了压缩格式。(2) 、如果网站返回的内容属于被压缩内容，并且属于文本内容，Fikker便会 主动的将其压缩成默认的gzip格式内容，将其缓存在内存中。(3) 、如果网站返回的内容已经是压缩格式的内容，并且是块传输的 Transfer-Encoding: chunked，Fikker便会将其去除页面内容中包含的chunked 标记，在HTTP头中添加Content-Length字段属性。(4) 、如果浏览器访问命中缓存，但是浏览器请求的内容要非压缩的，即在

29、HTTP 头中没有包含 Accept-Encoding: gzip, deflate, compress 字段属性， Fikker便将已缓存的压缩页面取出来，解压后，再返回给浏览器。4. URL 转向(rewrite)设计4.1. URL 转向(rewrite)简介也可称rewrite转向，可将用户访问请求的链接地址转向到另外的链接地址，用 来实现的功能如下：(1) .实现网站的”伪静态”或”静态转动态”功能，即将用户从外部访问的静态链 接地址(html，htm，shtml等)转换成网站可处理的动态链接地址(asp，aspx，php， jsp，do 等)。(2) .实现重定向功能，对用户访问的

30、某一个链接地址重新定向另外一个不同的链接 地址，举例：将用户所有访问请求地址全部重定向到 http:/www. (3) .实现比较复杂的访问请求控制功能，例如：网站某一些页面的临时或永久性屏 蔽，网站临时维护通知，分布式请求等等；图解1 (伪静态实现原理)：+|+|源站处理动态URL+-+| |+|Fikker转向管理,将地址转换成动态URL|+|+|用户访问静态地址URL|+图解2 （重定向原理，返回HTTP状态302 Object Moved）:=+|+| Fikker转向管理，返回给浏览器重定向URL，状态302|+|+|用户访问地址URL|+4.2. 转向逻辑(1) 、Last,访问地

31、址匹配成功后，立即终止，按照规则转换(重写)URL转发给源 站。(2) 、Return，访问地址匹配成功后，立即终止，重定向浏览器302 Object Moved新 的URL地址。(3) 、Round，访问地址匹配成功后，不终止，回到起始位置，开始新一轮循环，重 头匹配。(4) 、Continue，访问地址匹配成功后，不终止，继续向下一项规则匹配。4.3. 简单举例+| 访问地址URL | - | 转向地址URL |+| A | - | |+解释：用户访问请求URL如果与正则表达式A 将用户访问的URL转换成 1例如：用户访问 URL转换成 发(HTTP协议302状态)给浏览器。5,防盗链设计

32、5.1.防盗链说明用来保护网站资源不被第三方盗用，例如：图片，视频，特殊页面等，这一些资源 一旦被第三方网站大量盗用，会极大的占用网站服务器的CPU资源和带宽资源，防盗链管理可以将其保护起来，能够不被第三方站点随意引用。如下说明：(1) 、将需要保护的资源(图片，视频，特殊页面等)，添加到保护链管理中。(2) 、设定保护链的访问权限，允许对管理员指定的任何第三方站点开放引用权限。(3) 、Fikker中可建立多个保护链。(4) 、每一个保护链，又可以建立多个引用链。只有引用链才有权限访问保护链的 内容。(5) 、逻辑图例：IIIIIIIIIIIII I + I +11 I I 保护链1 I I

33、I II A I II I + I IIIIIIII I (1).正则表达式匹配；III(2).保护 站点III 下的所有jpg图片；II II+ II引用链1I II A I I+ II+ I引用链2I II A I I+ I(1).保护链1允许上面两个I站点下面的所有链接引用；IIIIIIIIII II + II II I 弓I用链1I I|I I W I II I + I +I2 I I 保护链2 IIII A l$ III+II II III(1).正则表达式匹配；II(2).保护 站点I I 下1.html页面；I IIII + II引用链2I II I A I II + IIII(

34、1).保护链2只允许百度新闻II和淘宝item站点下面指II定的链接引用；I+-+6.黑名单设计6.1.黑名单说明有时候网站出于安全性考虑，网站不希望一些IP或一些IP段被访问，此时可以 将这些IP添加到黑名单，被列入黑名单的IP在向Fikker发送访问请求时，会 被Fikker禁止，并返回提示信息(403 Forbidden)。(1)、允许禁止单个IP地址或一个IP地址段范围，例如：21.23.44.10- 21.23.44.10- 单个 IP例如：21.23.44.10- 21.23.44.100- 一个 IP 地址段，共 91 个 IP 地址(2)、对黑名单IP地址有一个禁止期限，到达这

35、个期限，黑名单会被自动解禁，例 如：21.23.44.10被禁有效截至日期为2011-06-05 08:30:007.代理设计(主机管理)7.1. 代理介绍在Fikker系统中，主机管理完成如下功能：(1) 、代理功能，Fikker是前置机，是放在源站(网站服务器)前面的服务器，首 先接收到用户的连接访问请求，然后再转发用户请求到一个或多个源站。(2) 、负载均衡管理，Fikker后面的源站(网站服务器)可以是一个或多个源站服 务器，Fikker通过设置不同负载均衡策略将用户请求一一分发给多个源站服务器， 让不同的源站(网站服务器)处理的不同的用户请求。7.2. 负载均衡策略：(1) 、轮询均

36、衡策略，常用负载均衡策略，在多个源站情况下，Fikker对各个源站 按照访问依次轮询访问。(2) 、IP哈希均衡策略，在多个源站情况下，Fikker根据用户的请求IP地址Hash 值后，再决定访问那一个源站。(3) 、URL哈希均衡策略，在多个源站情况下，Fikker根据用户的请求URL计算 Hash值后，再决定访问那一个源站。+7.3. 负载均衡图例：+-+ | 源站1| |+ | 21.66.5.11:81 | |1 |1+ -+负+11|代理主机1 |载+| www1 | |源站2|+源站3|21.66.5.13:81 |+-+-+-源站4+| 21.66.5.21:81 |+ -+|

37、Fikker | 2 |代理主机2 |+| |源站5+ 源站6| 21.66.5.23:81 |+-+-+ II 源站7 I I+ I 21.66.5.31:81 I I+ II I + + 负I 3 I I 代理主机3 I载 + II I I I I 源站 8+ I 源站 9 I I| 21.66.5.33:81 | |+ |+-+图例说明：(1) 、一个Fikker服务器允许添加多个主机名，同时代理多个主机。(2) 、一个主机名(或域名)允许对应多个源站，多个源站之间应用负载均衡规则。(3) 、Fikker按照代理规则将用户的访问请求最终一一分发到多个源站。8,流量统计设计8.1,流量统计

38、说明Fikker是网站的前置服务器，流量统计就是对流经Fikker的访问连接请求进行有 效统计，包括区域性(省份)流量统计，流量百分比等。在Fikker中，统计分两 类，一种是总量统计，由Fikker系统自动生成；一种是分量统计，由用户自定义 统计URL。统计术语：(1) 、PV - PageView页面浏览量，是指在一定时间范围内访客进入网站后，浏览过 的该网站网页的实际数量。我们通常理解的页面浏览量的统计范围一般不包括 css，js，class，gif，jpg，jpeg，png，bmp， ico， swf 等后缀结尾的页面文件，统 计的范围一般只限于html，asp，aspx，php，js

39、p，do等静态或动态页面。(2) 、IP-独立IP访问量，指一定时间范围内访客进入网站后，访客的实际IP量。 在Fikker中，一个IP无论访问了多少页面，都只能按照一个独立IP去计数。(3)、TR - TotalRequest总请求量，这个请求量包括了访客对Fikker所有的有效连 接访问请求，不只限于动静态页面(html，asp，aspx，php，jsp，do等)统计，还包 含了网站下面其它所有的可请求资源 css，js，class，gif，jpg，jpeg，png，bmp， ico，swf等后缀结尾的文件。统计区域划分：”北京”，天津”，”上海”，”重庆”，”内蒙古”，”新疆”，”西藏，

40、宁夏”，”广西”，” 黑龙江”，”吉林”，”辽宁”，”河北”，山西，”青海”，山东”，”河南”，江苏”，” 安徽”，”浙江”，福建”，”江西”，”湖南”，”湖北”，广东”，”海南”，”甘肃”，”陕 西”，四川”，”贵州”，云南，”香港”，”澳门”，”台湾，”高校”，”局域网，其 它8.2 .总量统计由系统生成，Fikker会对用户的访问请求生成统计文本报告，生成后放在reports 目录下面，也可进行实时监控。图例：统计起始时间(2010-11-17 19:46:22)-统计截至时间(2010-11-17 19:47:11)+|流量百分比 |省份项目|总请求量TR |独立IP访问量|人均请求数

41、量+_+|北京| 0| 0| 0.00| 0.00%+_+|上海| 0| 0| 0.00| 0.00%+_+|重庆| 0| 0| 0.00| 0.00%+-+|内蒙古| 0| 0| 0.00| 0.00%+_一+-+其它| 33| 1| 33.00| 100.00%+_一+-+合计-| 33| 1| 33.00| 100.00%+_一+-+总量缓存命中率:51.52%8.3. 分量统计用户自定义的统计URL,用户通过设定URL匹配条件(通配符，正则表达式， 精确匹配)，Fikker会对匹配的页面进行统计，生成文本报告，生成后放在reports 目录下面。也可以进行实时监控。图例：统计 URL : 备注说明：对站点下面的所有页面请求进行流量统计，包括了 html, jpg, js, css和swf等所有文件的有效请求量。统计起始时间(2010-11-17 19:46:22)-统计截至时间(2010-11-17 19:47:11)+|省份项目|总请求量TR|流量百分比 |+|北京| 0|0.00%|+|四川| 0|0.00%|+|贵州| 0|0.00%|+| 其它 | 0| 0.00%|+|