magent + memcached 集群测试

sdtf08

　　1、编译安装libevent：

wget http://monkey.org/~provos/libevent-1.4.9-stable.tar.gz
tar zxvf libevent-1.4.9-stable.tar.gz
cd libevent-1.4.9-stable/
./configure --prefix=/usr
make && make install
cd ../　　
　　2、编译安装Memcached：

wget http://danga.com/memcached/dist/memcached-1.2.6.tar.gz
tar zxvf memcached-1.2.6.tar.gz
cd memcached-1.2.6/
./configure --with-libevent=/usr
make && make install
cd ../　　
　　3、编译安装magent：

mkdir magent
cd magent/
wget http://memagent.googlecode.com/files/magent-0.5.tar.gz
tar zxvf magent-0.5.tar.gz
/sbin/ldconfig
sed -i "s#LIBS = -levent#LIBS = -levent -lm#g" Makefile
make
cp magent /usr/bin/magent
cd ../　　
前面的3步就跳过了，接着测试magent +memcached的强大功能
　　
　　环境说明:　　centeros 5.4（虚拟机） IP：192.168.128.133
　　测试客户端:xp
　　先在133上面开5个memcached端口
　　依次执行
　　memcached -m 1 -u root -d -l 192.168.128.133 -p 10001
　　memcached -m 1 -u root -d -l 192.168.128.133 -p 10002
　　memcached -m 1 -u root -d -l 192.168.128.133 -p 10003
　　memcached -m 1 -u root -d -l 192.168.128.133 -p 10004
　　memcached -m 1 -u root -d -l 192.168.128.133 -p 10005
　　先看看是否启动监听端口成功
　　ps -ef | grep memcached
　　发现结果6行，最后一行是执行这个查看命令的 说明成功
　　接着启动magent 设置启动参数 -u当然是启动账号 -n是最大连接数，-l是magent监听的IP -p是magent监听的端口
　　后面的格式依次是 -s IP:端口 代表是主服务器 然后指定IP:端口的格式
　　-b IP:端口的意思是 备用服务器，
　　这里我设置了10001，10002，10003 为主Memcached服务器
　　10004，10005 为memcached备份服务器　
　　magent -u root -n 51200 -l 192.168.128.133 -p 12000 -s 192.168.128.133:10001 -s 192.168.128.133:10002 -s 192.168.128.133:10003 -b 192.168.128.133:10004 -b 192.168.128.133:10005
　　执行命令后 可以先查看是否启动成功
　　ps -ef | grep magent
　　出现2行 OK，继续
　　在XP客户端上测试
　　直接连接magent 端口 12000
　　telnet 192.168.128.133 12000
　　执行stats
　　

　　说明magent 里面已经负载了3个memcached 端口
　　接着我们继续set
　　set key1 0 0 1
1
STORED
set key2 0 0 1
2
STORED
set key3 0 0 1
3
STORED
　　
　　好了 依次设置了3个key ,这里说明下参数 <command name> <key> <flags> <exptime> <bytes>\r\n
　　详细的解释大家请看:http://blog.zol.com.cn/737/article_736087.html
　　既然设置了3个key，我们来读取看
　　执行命令get key1 get key2 get key3
　　依次返回了

　　到此，一个缓存写入已经存取的过程就完成了，但是我们要了解其中的过程呀，哈哈
　　然后我们直接登陆memcached的端口get数据看 它是怎么样保存的
　　先telnet 192.168.128.133 10001
　　执行stats
　　STAT pid 7496
STAT uptime 894
STAT time 1319202978
STAT version 1.2.6
STAT pointer_size 32
STAT rusage_user 0.000000
STAT rusage_system 0.001999
STAT curr_items 1
STAT total_items 1
STAT bytes 54
STAT curr_connections 3
STAT total_connections 4
STAT connection_structures 4
STAT cmd_get 1
STAT cmd_set 1
STAT get_hits 1
STAT get_misses 0
STAT evictions 0
STAT bytes_read 36
STAT bytes_written 32
STAT limit_maxbytes 1048576
STAT threads 1\STAT threads 1\
　　
　　说明10001只缓存了1个key
　　我们看是存的哪一个
　　get key1
VALUE key1 0 1
1
END
　　OK存的key1
　　再telnet 192.168.128.133 10002
　　直接
　　get key1
END
get key2
VALUE key2 0 1
2
END
get key3
END
get key4
END
get key5
END
　　说明10002上缓存的key2啊，
　　这样不难看出10003上应该是缓存的key3了
　　试试
　　telnet 192.168.128.133 10003
　　然后
　　get key1
END
get key2
END
get key3
VALUE key3 0 1
3
END
get key4
END
get key5
END
　　到此 知道了magent是根据自己的算法 把要缓存的内容依次分发到后端的memcached的，至于具体的算法就不知道了，我个人认为应该是依次分发的吧，当然此memcached存活的前提下，
　　
　　知道了主服务器是分发负载的，不知道备用服务器是不是这样，
　　进telnet 192.168.128.133 10004
　　依次
　　get key1
END
get key2
VALUE key2 0 1
2
END
get key3
END
get key4
END
get key5
END
　　发现 备用服务10004 并没有全部缓存3个key,就是之前的key1 key2 key3
　　再进 telnet 192.168.128.133 10005
　　get key1
　　VALUE key1 0 1
1
END
get key2
END
get key3
VALUE key3 0 1
3
END
get key4
END
get key5
END
看来备用服务器也是实现了负载啊，哈哈，估计算法还是跟主服务器的一样吧，
　　
　　然后我把主服务器的10001 10002 10003的进程全部kill了
　　root      7496     1  0 21:01 ?        00:00:00 memcached -m 1 -u root -d -l 192.168.128.133 -p 10001
root      7498     1  0 21:01 ?        00:00:00 memcached -m 1 -u root -d -l 192.168.128.133 -p 10002
root      7500     1  0 21:01 ?        00:00:00 memcached -m 1 -u root -d -l 192.168.128.133 -p 10003
　　kill 7496 7498 7500
　　再在magent的端口上get key1
VALUE key1 0 1
1
END
get key2
VALUE key2 0 1
2
END
get key3
VALUE key3 0 1
3
END
　　
　　并不影响取值。
　　不过如果备用服务器也死了的话，就无力了，
　　到此测试结束咯