一个利用apache的mod_proxy对多个站点进行做web加速http acceleration方案:
*.*.*.1 culture.a.com *.*.*.2/*.*.*.3/*.*.*.4/*.*.*.5 news.a.com *.*.*.6 auto.a.com ... ... 【程序编程相关:在 运 行 时 刻 创 建 可 改 变 】
原先一个站点的规划可能是这样的: 【推荐阅读:轻松搞定数据访问层】
工作原理:外部请求过来时,根据配置文件设置缓存进行转向解析.这样,服务器请求就可以转发到我们指定的内部地址上.在处理多虚拟主机转向方面:mod_proxy比squid要简单一些:可以把不同服务转向后后台多个ip的不同端口上. 【扩展信息:JDBC 概述(二)】
而在面向缓存服务器的设计中:所有站点都通过外部dns指向到同一个ip(或者2台到3台):*.*.*.100/101(举例)
而squid只能通过禁用dns解析,然后根据本地的/etc/hosts文件根据请求的域名进行地址转发,后台多个服务器必须使用相同的端口.但是就性能上来说,专业级别的squid要比mod proxy要优秀的多.
今天先做出apache mod_proxy的文档. 明天应该会做出squid对多个站点进行web加速的文档
基于apache mod_proxy的反向代理缓存加速实现:apache包含了mod_proxy模块,可以用来实现代理服务器,针对后台服务器的反向加速 注:apache 2.x中mod_proxy已经被分离成mod_proxy与mod_cache:同时mod_cache有基于文件与基于内存的不同实现
实战测试1:环境:一台sun ultra 60 for solaris 8 运行了bind 9 ,在上面添加了几个虚拟ip分别对应的地址是:www.my.net 10.1.1.201ftp.my.net 10.1.1.201china.my.net 10.1.1.202试验计划:先安装apache1.3.31,用来配置前面的cache server,然后再安装一个apache1.3.31,用来配置后面真正的web server.放些静态页面,然后做测试,得出结论.1. 编译apache(用来做cache)
./configure --prefix=/usr/local/apache-front --enable-shared=max --enable-module=most && make && make install (请注意参考下面再进行操作)编译时的错误:
... 下一页