1 IP高可用性
可以靠keepalived来维持。

2 web高可用性
可以用proxy服务器的负载均衡分配,一般自带后端检查,可以是nginx,比较流行这个。

3 php运行
可以是fastcgi,也是可以实现负载均衡,能者多劳。

4 mysql
可以使用amoeba或者mysql-proxy,实现读写分离和负载均衡,重要的事情是主从配置和维护。
amoeba-mysql的安装使用和读写分离
Amoeba for Mysql 试用小结

5 数据缓存层
可以用memcached,速度要求低一点的可以用memcachedb,使用magent可以做代理,保持高可用性。
Nginx和memcached/memcachedb配合可以加速可缓存的访问。
memcached和magent的安装
memcachedb的缓存解决方案

6 nginx的proxy性能
可以使用自带的memcache加速,起文件缓存作用。
也许还可以使用同步文件到本地的方式,不经过cache服务器。

7 cache服务器
比如lighttpd+modcache,或者squid、varnish等。新出的modcache可以利用内存缓存,性能估计能高一些,只是用内存缓存居然不支持本地压缩了,需要改为后端处理gzip工作。
lighttpd的mod_cache缓存不了的问题

总体而言
要高可用性,必须有代理层,有了代理层才会解决单点故障。。。
memcached似乎都成了现在网站的必备工具了,数据缓存的利剑。
magent是解决memcached的单点故障的解决方案。

安装memcached需要libevent的支持,需要先安装。

参考的libevent安装过程

libevent官网:http://www.monkey.org/~provos/libevent/

参考过程(最后一个很重要,如果启动失败,那应该ln做一个连接):
tar xvfz libevent-1.4.5-stable.tar.gz
cd libevent-1.4.5-stable
./configure && make && make install
ln -s /usr/local/lib/libevent-1.4.so.2 /usr/lib/libevent-1.4.so.2


memcached安装:

memcached官方下载地址:http://www.danga.com/memcached/
tar xvfz memcached-1.2.5.tar.gz
cd memcached-1.2.5
./configure && make && make install


运行一下就可以知道是否可以正常启动,正常出现帮助信息即可,如果没有上面的ln操作,可能会启动失败的:
[root@aslibra memcached-1.2.8]# memcached -h
memcached 1.2.8
-p <num>      TCP port number to listen on (default: 11211)
-U <num>      UDP port number to listen on (default: 11211, 0 is off)
-s <file>     unix socket path to listen on (disables network support)
-a <mask>     access mask for unix socket, in octal (default 0700)
....


如果有必要配置magent,那也很简单:

magent官网下载地址:http://code.google.com/p/memagent/downloads/list

安装过程参考:

[root@aslibra magent]# ls
magent-0.5.tar.gz
[root@aslibra magent]# tar xfz magent-0.5.tar.gz
[root@aslibra magent]# ls
ketama.c  ketama.h  magent-0.5.tar.gz  magent.c  Makefile
[root@aslibra magent]# make
gcc -Wall -O2 -g  -c -o magent.o magent.c
gcc -Wall -O2 -g  -c -o ketama.o ketama.c
gcc -Wall -O2 -g -o magent magent.o ketama.o -levent
[root@aslibra magent]# which memcached
/usr/local/bin/memcached
[root@aslibra magent]# cp magent /usr/local/bin/
[root@aslibra magent]# magent -h
memcached agent v0.4 Build-Date: May 17 2009 14:33:14
Usage:
  -h this message
  -u uid
  -g gid
  -p port, default is 11211. (0 to disable tcp support)
.....


部署简单的环境:

10,11,12三台机器,10和11运行memcached:

memcached -u root -d -m 1000 -l 192.168.1.10
memcached -u root -d -m 1000 -l 192.168.1.11


12可以启用magent:

magent -s 192.168.1.10:11211 -b 192.168.1.11:11211

Tags: ,
发现netstat -nlp 看到的tomcat和amoeba都是java程序运行的,所以ps看了一下系统的java进程:

[root@aslibra ~]# ps aux | grep java
root     15827  0.0  3.7 257360 78160 ?      Sl   Apr27   0:03 /usr/java/jdk/bin/java -Djava.endorsed.dirs=/Data/apps/tomcat/common/endorsed -classpath /usr/java/jdk/lib/tools.jar:/Data/apps/tomcat/bin/bootstrap.jar -Dcatalina.base=/Data/apps/tomcat -Dcatalina.home=/Data/apps/tomcat -Djava.io.tmpdir=/Data/apps/tomcat/temp org.apache.catalina.startup.Bootstrap start
root     13875  1.8  1.5 325000 31304 pts/2  Sl   22:12   0:00 /usr/java/jdk/bin/java -server -Xms128m -Xmx128m -Xss128k -Damoeba.home=/Data/apps/amoeba-mysql -Dclassworlds.conf=/Data/apps/amoeba-mysql/bin/amoeba.classworlds -classpath /Data/apps/amoeba-mysql/lib/classworlds-1.0.jar org.codehaus.classworlds.Launcher
root     13993  0.0  0.0  4480  680 pts/0    S+   22:13   0:00 grep java


这些应用都是java程序运行起来的,只是加了参数,运行了自己的程序,有意思。
-D是赋值变量 -classpath是设定jar包

另外,bin/amoeba是一个shell脚本,就是生成的以上的运行参数。
打开查看就知道还支持cygwin。

Tags: ,
防盗链,是一个比较好玩的话题,看大家防的是否严格。

为什么要防盗链?

不用说了,防止别人直接引用下载文件。对于图片,一般都检查来源来防盗链,因为图片包含在网页里就有来源,除非你使用firefox的无来源模式,但一般还得开放无来源的权限。
对于重要的文件下载,那也可以这么做,但并不太稳妥,况且参考信息并不合适。那可以试试lighttpd的mod_secure_download,和Nginx的 Access Key Module 。

两者都有不同的功效:

lighttpd是使用时间戳来提供验证,保证时间戳在一定的范围内有效即可,这个可以用作有效时间的开放下载,但注意如果处理地址的服务器和提供下载的服务器的时间要一致或者相差不大才好。
Nginx是使用客户信息作为一个依据,比如IP,那可以提供IP限制,或者可以的话实现网段限制,但此地址就没有时间限制了

选择哪个好?

lighttpd适合有时间限制的下载,比如你有一个软件限制今天能下载,那就再好不过了,可以把地址放心公布了,当然了,限制为60秒那就可以当作是对当前用户私有了。
Nginx适合用客户信息做依据,那你可以用IP地址作为依据,也可以用cookie值做限制哦,很不错的吧?我还可以想象到可以用网址信息。你可以对现有的服务器文件进行防盗链而不用改变文件架构。
Tags: , , , ,
近日上一RHEL5的机器,一直安装lighttpd的缓存模块就是没法缓存上文件,郁闷了几天,让我真有点恼火了。

系统无法写入?模块没有编译?

检查过系统可写性都是正常的,我就纳闷了,可连图片文件都无法缓存。
也检查过模块编译问题,就算复制了原先的正常的程序过来测试也是徒劳。

今天想起了lighttpd可以debug:
http://redmine.lighttpd.net/projects/lighttpd/wiki/Docs:ModCache

引用
cache.debug
writes mod_cache debugging messages to error.log or not

Default: disable.


遂得到如下提示:

引用
2009-04-07 23:37:34: (mod_cache.c.1339) ignore response uri that Expires is sometime before now:  /
2009-04-07 23:37:34: (mod_cache.c.1339) ignore response uri that Expires is sometime before now:  /css/v4_common.css
2009-04-07 23:37:34: (mod_cache.c.1339) ignore response uri that Expires is sometime before now:  /css/v4_all.css


似乎是时间的问题,现在是下午,服务器时间居然是23点,看来上新机器还是忽略了系统时间。
同步了一下系统时间:

ntpdate pool.ntp.org


问题解决,可以关闭debug了:

引用
2009-04-07 23:37:36: (mod_cache.c.1339) ignore response uri that Expires is sometime before now:  /images/v4_images/title_02.gif
2009-04-07 23:37:37: (mod_cache.c.1339) ignore response uri that Expires is sometime before now:  /google/160x600.htm
2009-04-07 23:37:38: (mod_cache.c.1339) ignore response uri that Expires is sometime before now:  /images/pic_mian.gif
2009-04-07 23:37:38: (mod_cache.c.1339) ignore response uri that Expires is sometime before now:  /images/headfoot/help_icon.gif
2009-04-07 15:14:15: (mod_cache.c.2175) cache file saved successfully: /cache/web/www.aslibra.com/index_mod_cache.html
2009-04-07 15:14:15: (mod_cache.c.2175) cache file saved successfully: /cache/web/www.aslibra.com/css/v4_common.css
2009-04-07 15:14:15: (mod_cache.c.2175) cache file saved successfully: /cache/web/www.aslibra.com/css/v4_all.css
Tags: , ,
分页: 8/12 第一页 上页 3 4 5 6 7 8 9 10 11 12 下页 最后页 [ 显示模式: 摘要 | 列表 ]

阅读推荐

服务器相关推荐

开发相关推荐

应用软件推荐