手把手让你实现开源企业级web高并发解决方案（lvs+heartbeat+varnish+nginx+eAccelerator+memcached）

原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://freeze.blog.51cto.com/1846439/677348

此文凝聚笔者不少心血请尊重笔者劳动，转载请注明出处。违法直接人肉出电话 写大街上。

http://freeze.blog.51cto.com/
个人小站刚上线

http://www.linuxwind.com

有问题还可以来QQ群89342115交流。

---

今儿网友朋友说：freeze黔驴技穷了，博客也不更新，也不跟网友互动了.

.

..

...

那好吧，我就来一篇重量级的..这篇就叫做

《手把手让你实现开源企业级web高并发解决方案》

（lvs+heartbeat+varnish+nginx+eAccelerator+memcached）

 

本来想起个比较风趣点的标题，可想来思去，还是走常规路线，做一系列的手把手吧。

这样一来，便于我的老朋友们识别,也让我对这篇文章的粒度把我有个定位。

 

本篇博文主要介绍利用开源的解决方案，来为企业搭建web高并发服务器架构花了一个多小时，画了张图片，希望能先帮你理解整个架构，之后我在一一介绍.linux的大型架构其实是一点点小架构拼接起来的，笔者从各个应用开始配置，最后在完全整合起来，以实现效果。

 

笔者所使用的环境为RHEL5.4 内核版本2.6.18 实现过程在虚拟机中，所用到的安装包为DVD光盘自带rpm包

装过 Development Libraries  Development Tools 包组 

 笔者虚拟机有限，只演示单边varnish配置

 

---

---

---

一、配置前端LVS负载均衡

笔者选用LVS的DR模型来实现集群架构，如果对DR模型不太了了解的朋友建议先去看看相关资料。 

本模型实例图为：

现在director上安装ipvsadm，笔者yum配置指向有集群源所以直接用yum安装。

yum install ipvsadm

下面是Director配置：

       DIP配置在接口上 172.16.100.10

VIP配置在接口别名上：172.16.100.1

varnish服务器配置：RIP配置在接口上：172.16.100.11 ；VIP配置在lo别名上

如果你要用到下面的heartbeat的ldirectord来实现资源转换，则下面的# Director配置 不用配置

1. # Director配置
2. ifconfig eth0 172.16.100.10/16
3. ifconfig eth0:0 172.16.100.1 broadcast 172.16.100.1 netmask 255.255.255.255 up
4. route add -host 172.16.100.1 dev eth0:0
5. echo 1 > /proc/sys/net/ipv4/ip_forward

1. # varnish服务器修改内核参数来禁止响应对VIP的ARP广播请求
2. echo 1 > /proc/sys/net/ipv4/conf/lo/arp_ignore
3. echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
4. echo 2 > /proc/sys/net/ipv4/conf/lo/arp_announce
5. echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce

1. # 配置VIP
2. ifconfig lo:0 172.16.100.1 broadcast 172.16.100.1 netmask 255.255.255.255 up
3. # 凡是到172.16.100.1主机的一律使用lo:0响应
4. route add -host 172.16.100.1 dev lo:0

1. # 在Director上配置Ipvs，笔者虚拟机有限，只演示单台配置
2. ipvsadm -A -t 172.16.100.1:80 -s wlc
3. ipvsadm -a -t 172.16.100.1:80 -r 172.16.100.11 -g -w 2
4. ipvsadm -Ln

至此，前端lvs负载均衡基本实现，下面配置高可用集群

---

---

---

PS：如果用ldirectord把lvs定义为资源的话，前面

二、heartbeat高可用集群

本应用模型图：

高可用则是当主服务器出现故障，备用服务器会在最短时间内代替其地位，并且保证服务不间断。

简单说明：从服务器和主服务器要有相同配置，才能在故障迁移时让无界感受不到，从而保证服务不间断运行。在你的两台机器(一台 作为主节点，另一台为从节点)上运行heartbeat, 并配置好相关的选项，最重要的是lvs资源一定要配置进去。那么开始时主节点提供lvs服务，一旦主节点崩溃，那么从节点立即接管lvs服务。

SO:

director主服务器和从服务器都有两块网卡，一块eth0是和后面varnish服务器通信，另一块eth1是彼此之间监听心跳信息和故障迁移是资源转移。笔者用的eth0是172.16.100.0网段 vip为172.16.100.1 监听心跳为eth1网卡，主从的IP分别为10.10.10.1（node1） 和10.10.10.2（node2）

修改上面模型图两台主从服务器的信息

1. vim /etc/hosts
2. 10.10.10.1    node1.heartbeat.com         node1
3. 10.10.10.2    node2.heartbeat.com        node2
4. #用于实现两台director节点间域名解析，此操作node1、node2相同

1. vim /etc/sysconfig/network
2. #设置主机名
3. hostname node1.heartbeat.com
4. #修改主机名使之立即生效，node2也同样修改为node2.heartbeat.com

为了安全起见，node1和node2的通信需要加密进行

1. ssh-keygen -t rsa
2. #生成密钥
3. ssh-copy-id -i .ssh/id_rsa.pub root@node2.heartbeat.com
4. #将公钥复制给node2
5. ssh node2 -- ifconfig
6. #执行命令测试，此时应该显示node2的ip信息

准备工作完成，下面开始安装heartbeat和ldirectord

所需要的安装包为

本人直接用yum来实现，能自动解决依赖关系 ，node1和node2都需要安装

1. yum localinstall -y --nogpgcheck ./*
2. #安装此目录中的所有rpm包

安装后配置：

1. cd /usr/share/doc/heartbeat-2.1.4
2. cp authkeys /etc/ha.d/
3. cp haresources /etc/ha.d/
4. cp ha.cf /etc/ha.d/
5. #拷贝heartbeat所需配置文件到指定目录下

1. vim /etc/ha.d/ha.cf
2. bcast eth1
3. #定义心跳信息从那一块网卡传输
4. node node1.heartbeat.com
5. node node2.heartbeat.com
6. #添加这两行，用于指明心跳信号传输范围
7. vim /etc/ha.d/authkeys
8. auth 2
9. 2 sha1 [键入随机数]
10. chmod 400 authkeys
11. #保存退出并修改权限400
12. vim /etc/ha.d/haresource
13. node1.heartbeat.com         172.16.100.1/24/eth0/172.16.0.255 ldirectord::ldirectord.cf httpd
14. #末行添加主节点域名，vip资源，广播地址，ldirectord资源，以及用户提供显示错误页面的httpd资源

同步配置文件到node2

1. /usr/lib/heartbeat/ha_propagate
2. #脚本用来同步ha.cf和authkeys文件到node2
3. scp haresources node2:/etc/ha.d/
4. #复制haresource到nod2

配置ldirectord，同步配置文件

1. cp /usr/share/doc/heartbeat-ldirectord-2.1.4/ldirectord.cf /etc/ha.d/ldirectord.cf
2. #复制ldirector的配置文件

内容如下配置

1. checktimeout=5
2. #当DR收不到realserver的回应，设定几秒后判定realserver当机或挂掉了，预设5秒。
3. checkinterval=3
4. #查询间隔，每个几秒侦测一次realserver
5. autoreload=yes
6. #配置文件发生改变是否自动重读
7. quiescent=yes
8. #静态链接，yes：表示侦测realserver宕机，将其权值至零（如果开启了persistent参数不要用yes）；no：表示侦测到宕机realserver，随即将其对应条目从ipvsadm中删除。
9. virtual=172.16.100.1:80
10. real=172.16.100.11:80 gate 4
11. fallback=127.0.0.1:80 gate #realserver全部失败，vip指向本机80端口。
12. service=http
13. request="test.html" #用于健康检测的url,realserver的相对路径为var/www/html目录
14. receive="ok"    #用于健康检测的url包含的关键字
15. scheduler=wlc
16. #persistent=600
17. #持久链接：表示600s之内同意ip将访问同一台realserver
18. protocol=tcp
19. checktype=negotiate
20. #检查类型：negotiate，表示DR发送请求，realserver恢复特定字符串才表示服务正常；connect，表示DR能够连线realserver即正常。
21. checkport=80

启动两个节点上的heartbeat

1. service heartbeat start
2. ssh node2 -- 'service heartbeat start'
3. #启动两节点heartbeat服务

启动后查看/var/log/messages 可以看到启动过程，并可以手动执行/usr/lib/heartbeat/下的hb_standby 来释放资源hb_takeover来争夺资源

还可以通过ipvsadm -Ln 在主节点上查看lvs的资源状态

至此，带状态检测的前端集群已经布置完毕，下面就是varnish缓存服务器和后端nginx的web应用配置

---

---

三：varnish缓存服务器

有些朋友可能对varnish不太熟悉，简单做个介绍:

今天写的这篇关于Varnish的文章，已经是一篇可以完全替代Squid做网站缓存加速器的详细解决方案了。网上关于Varnish的资料很少，中文资料更是微乎其微，希望本文能够吸引更多的人研究、使用Varnish。

　　在我看来，使用Varnish代替Squid的理由有三点：
1、Varnish采用了“Visual Page Cache”技术，在内存的利用上，Varnish比Squid具有优势，它避免了Squid频繁在内存、磁盘中交换文件，性能要比Squid高。
2、Varnish的稳定性还不错,顺便说一句,Varnish的性能的发挥关键在于Varnish配置文档的优化.
3、通过Varnish管理端口，可以使用正则表达式快速、批量地清除部分缓存，这一点是Squid不能具备的
    4. 还有一点,应该算是Varnish的缺点了吧,就是Varnish的缓存基本上在内存中，如果Varnish进程停止再启动，Varnish就会重新访问后端Web服务器,再一次进行缓存.虽然Squid性能没有Varnish高，但它停止、重启的时候，可以直接先从磁盘读取缓存数据。

varnish是一款高性能的开源HTTP加速器，挪威最大的在线报纸 Verdens Gang (http://www.vg.no) 使用3台Varnish代替了原来的12台squid，性能比以前更好。

varnish的作者Poul-Henning Kamp是FreeBSD的内核开发者之一，他认为现在的计算机比起1975年已经复杂许多。在1975年时，储存媒介只有两种：内存与硬盘。但现在计算机系统的内存除了主存外，还包括了cpu内的L1、L2，甚至有L3快取。硬盘上也有自己的快取装置，因此squid cache自行处理物件替换的架构不可能得知这些情况而做到最佳化，但操作系统可以得知这些情况，所以这部份的工作应该交给操作系统处理，这就是 Varnish cache设计架构.

　   现在大多数网站都抛弃了 Apache，而选择nginx是因为前者能承受的并发连接相对较低；
抛弃了 Squid，因为它在内存利用、访问速度、并发连接、清除缓存等方面不如 Varnish；
抛弃了 PHP4，因为 PHP5 处理面向对象代码的速度要比 PHP4 快，另外，PHP4 已经不再继续开发；
抛弃了 F5 BIG-IP 负载均衡交换机，F5 虽然是个好东西，但由于价格不菲，多个部门多个产品都运行在其之上，流量大、负载高，从而导致性能大打折扣；

　　利用 Varnish cache 减少了90%的数据库查询，解决了MySQL数据库瓶颈；
利用 Varnish cache 的内存缓存命中加快了网页的访问速度；
利用 Nginx + PHP5(FastCGI) 的胜过Apache 10倍的高并发性能，以最少的服务器数量解决了PHP动态程序访问问题；
利用 Memcached 处理实时数据读写；
利用 HAProxy 做接口服务器健康检查；

　　经过压力测试，每台Web服务器能够处理3万并发连接数，承受4千万PV完全没问题。

可以去varnish的官网下载最新的源码包，笔者为了便于演示，就用rpm包了，（别鄙视我）

varnish官网地址：http://www.varnish-cache.org/

我下的是最新的varnish-release-3.0-1.noarch.rpm

先rpm -ivh varnish-release-3.0-1.noarch.rpm

它的作用是给你yum生成varnish的仓库，然后你在用yum安装varnish

yum install varnish

安装好后配置文件为/etc/default.vcl 

本人只实现基本功能，没有对varnish做优化，所以配置比较简单

配置完成后保存退出，需手动启动

varnishd -f /etc/varnish/default.vcl -s malloc,128m -T 127.0.0.1:2000

-f etc/varnish/default.vcl     -f 指定varnishd使用哪个配置文件。

-s malloc，1G                                                -s用来指定varnish使用的存储类型和存储容量。我使用的是 malloc 类型（malloc 是一个 C 函数，用于分配内存空间），  1G  定义多少内存被 malloced。

-T 127.0.0.1：2000                                        -T 指定varnish的管理端口。Varnish有一个基于文本的管理接口，启动它的话可以在不停止 varnish 的情况下来管理 varnish。您可以指定管理软件监听哪个接口。

-a 0.0.0.0：8080                                             指定varnish所监听所有IP发给80的http请求。如果不指定-a ，则为默认监听0.0.0.0:

ps:先配置nginx在配置varnish可以直接测试效果，本人为了演示架构层次，所以就一层一层的配置了，建议如果按我的顺序做的话，后端web服务器先用yum装上apache方便测试。varnish到此就配置成功。到此我在帮各位顺一下思路

目前，如果你完全按照本文章做实验，我们用了5台服务器。

一台director 它的vip为172.16.100.1  DIP为172.16.100.10

与它实现高可用的从服务器vip为172.16.100.1 DIP为 172.16.100.12

而这两台服务器都装的有heartbeat和ipvsadm 并通过ldirectord把VIP定义为资源，会自动流动，和自动添加ipvsadm分发条目

在ipvsadm中 定义的有一台varnish服务器 地址为172.16.100.11

varnish缓存服务器在做反向代理时后端是两台web服务器分别为web1和web2

IP分别为172.16.100.15和172.16.100.17 下图帮你顺下思路

 

---

---

---

四：nginx服务器+php+eAccelerator

（1）编译安装PHP 5.3.6所需的支持库：

1. tar zxvf libiconv-1.13.1.tar.gz
2. cd libiconv-1.13.1/
3. ./configure --prefix=/usr/local
4. make
5. make install
6. cd ../

1. tar zxvf libmcrypt-2.5.8.tar.gz
2. cd libmcrypt-2.5.8/
3. ./configure
4. make
5. make install
6. /sbin/ldconfig
7. cd libltdl/
8. ./configure --enable-ltdl-install
9. make
10. make install
11. cd ../../

1. tar zxvf mhash-0.9.9.9.tar.gz
2. cd mhash-0.9.9.9/
3. ./configure
4. make
5. make install
6. cd ../

1. ln -s /usr/local/lib/libmcrypt.la /usr/lib/libmcrypt.la
2. ln -s /usr/local/lib/libmcrypt.so /usr/lib/libmcrypt.so
3. ln -s /usr/local/lib/libmcrypt.so.4 /usr/lib/libmcrypt.so.4
4. ln -s /usr/local/lib/libmcrypt.so.4.4.8 /usr/lib/libmcrypt.so.4.4.8
5. ln -s /usr/local/lib/libmhash.a /usr/lib/libmhash.a
6. ln -s /usr/local/lib/libmhash.la /usr/lib/libmhash.la
7. ln -s /usr/local/lib/libmhash.so /usr/lib/libmhash.so
8. ln -s /usr/local/lib/libmhash.so.2 /usr/lib/libmhash.so.2
9. ln -s /usr/local/lib/libmhash.so.2.0.1 /usr/lib/libmhash.so.2.0.1
10. ln -s /usr/local/bin/libmcrypt-config /usr/bin/libmcrypt-config

1. tar zxvf mcrypt-2.6.8.tar.gz
2. cd mcrypt-2.6.8/
3. /sbin/ldconfig
4. ./configure
5. make
6. make install
7. cd ../

1. cd php-5.3.6

   ./configure --prefix=/usr/local/php-fcgi --enable-fpm --with-config-file-path=/usr/local/php-fcgi/etc --enable-zend-multibyte  --with-libxml-dir=/usr/local/libxml2 --with-gd --with-jpeg-dir --with-png-dir --with-bz2 --with-freetype-dir --with-iconv-dir --with-zlib-dir --with-curl --with-mhash --with-openssl --enable-bcmath --with-mcrypt=/usr/local/libmcrypt --enable-sysvsem --enable-inline-optimization --enable-soap --enable-gd-native-ttf --enable-ftp --enable-mbstring --enable-exif --disable-debug --disable-ipv6

   make

   make install

   cp php.ini-production /usr/local/php-fcgi/etc/php.ini

   mkdir /usr/local/php-fcgi/ext

    

编译安装PHP5扩展模块

1. 修改php.ini文件
2. 手工修改：
3. 查找/usr/local/php/etc/php.ini中的extension_dir = "./"
4. 修改为
5. extension_dir = "/usr/local/php-fcgi/lib/php/extensions/no-debug-non-zts-20090626"
6. 增加以下几行
7. extension = "memcache.so"
8. 再查找output_buffering = Off 修改为 On
9. 再查找 ;cgi.fix_pathinfo=0 去掉“;”号，防止Nginx文件类型错误解析漏洞。

1. （6）配置eAccelerator加速PHP：
2. mkdir -p /usr/local/eaccelerator_cache
3. vi /usr/local/php-fcgi/etc/php.ini
4. 跳到配置文件的最末尾，加上以下配置信息：
5. [eaccelerator]
6. zend_extension="/usr/local/php-fcgi/lib/php/extensions/no-debug-non-zts-20090626eaccelerator.so"
7. eaccelerator.shm_size="64"
8. eaccelerator.cache_dir="/usr/local/eaccelerator_cache"
9. eaccelerator.enable="1"
10. eaccelerator.optimizer="1"
11. eaccelerator.check_mtime="1"
12. eaccelerator.debug="0"
13. eaccelerator.filter=""
14. eaccelerator.shm_max="0"
15. eaccelerator.shm_ttl="3600"
16. eaccelerator.shm_prune_period="3600"
17. eaccelerator.shm_only="0"
18. eaccelerator.compress="1"
19. eaccelerator.compress_level="9"

创建www用户和组，以及虚拟主机使用的目录：

1. /usr/sbin/groupadd www
2. /usr/sbin/useradd -g www www
3. mkdir -p /web
4. chmod +w /web
5. chown -R www:www /web

创建php-fpm配置文件

1. cd/usr/local/php-fcgi/etc/
2. cp php-fpm.conf.default php-fpm.conf
3. vim !$
4. #取消下面3行前的分号
5. pm.start_servers = 20
6. pm.min_spare_servers = 5
7. pm.max_spare_servers = 35

启动php-cgi进程，监听127.0.0.1的9000端口，

1. ulimit -SHn 65535
2. /usr/local/php/sbin/php-fpm start

安装Nginx 1.1.3

（1）安装Nginx所需的pcre库：

1. tar zxvf pcre-8.10.tar.gz
2. cd pcre-8.10/
3. ./configure
4. make && make install
5. cd ../

（2）安装Nginx

1. tar zxvf nginx-1.1.3.tar.gz
2. cd nginx-1.1.3/
3. ./configure --user=www \
4. --group=www \
5. --prefix=/usr/local/nginx \
6. --with-http_stub_status_module \
7. --with-http_ssl_module
8. make && make install
9. cd ../

（3）创建Nginx日志目录

1. mkdir -p /web/logs
2. chmod +w /web/logs
3. chown -R www:www /web/logs

（4）创建Nginx配置文件

在/usr/local/nginx/conf/目录中创建nginx.conf文件：

1. rm -f /usr/local/nginx/conf/nginx.conf
2. vi /usr/local/nginx/conf/nginx.conf

输入以下内容：

user  www www;

worker_processes 8;  ## 根据自己的CPU来决定到底应该是多少
error_log  /web/logs/nginx_error.log  crit;
pid        /usr/local/nginx/nginx.pid;

#Specifies the value for maximum file descriptors that can be opened by this process. 
worker_rlimit_nofile 65535;

events 
{
  use epoll;
  worker_connections 65535;
}

http 
{
  include       mime.types;
  default_type  application/octet-stream;
  #charset  gb2312;  
  server_names_hash_bucket_size 128;
  client_header_buffer_size 32k;
  large_client_header_buffers 4 32k;

client_max_body_size 8m;      
  sendfile on;
  tcp_nopush     on;

keepalive_timeout 60;
  tcp_nodelay on;

fastcgi_connect_timeout 300;
  fastcgi_send_timeout 300;
  fastcgi_read_timeout 300;
  fastcgi_buffer_size 64k;
  fastcgi_buffers 4 64k;
  fastcgi_busy_buffers_size 128k;
  fastcgi_temp_file_write_size 128k;

gzip on;
  gzip_min_length  1k;
  gzip_buffers     4 16k;
  gzip_http_version 1.0;
  gzip_comp_level 2;
  gzip_types       text/plain application/x-javascript text/css application/xml;
  gzip_vary on;

#limit_zone  crawler  $binary_remote_addr  10m;

server
  {
    listen       80;
    server_name  192.168.0.156;  ## 这里简单测试，所以直接使用IP
    index index.html index.htm index.php;
    root  /web;

#limit_conn   crawler  20;

location ~ .*\.(php|php5)?$
    {      
      #fastcgi_pass  unix:/tmp/php-cgi.sock;
      fastcgi_pass  127.0.0.1:9000;
      fastcgi_index index.php;
      include fcgi.conf;
    }

location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
    {
      expires      30d;
    }

location ~ .*\.(js|css)?$
    {
      expires      1h;
    }

location /status {
    stub_status on;   ## 开启状态统计，为后面的优化做测试
    }

log_format  access  '$remote_addr - $remote_user [$time_local] "$request" '
              '$status $body_bytes_sent "$http_referer" '
              '"$http_user_agent" $http_x_forwarded_for';

access_log  /web/logs/access.log  access;
   }
}

②、在/usr/local/nginx/conf/目录中创建.conf文件：

1. vi /usr/local/nginx/conf/fcgi.conf

输入以下内容：

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx;
fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;
fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;
# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

（5）启动Nginx

1. ulimit -SHn 65535
2. /usr/local/nginx/sbin/nginx

（6）配置开机自动启动Nginx + PHP

1. vim /etc/rc.local

在末尾增加以下内容：

ulimit -SHn 65535
/usr/local/php/sbin/php-fpm start
/usr/local/nginx/sbin/nginx

启动后用浏览器测试，能出PHP则配置成功

到这里，前端的应用基本就算完成了，接下来就是数据库了

---

---

---

五、mysql数据库+memcached

首先需要弄清一些概念

Memcache是什么？
Memcache是一个自由和开放源代码、高性能、分配的内存对象缓存系统。用于加速动态web应用程序，减轻数据库负载。　
它可以应对任意多个连接，使用非阻塞的网络IO。由于它的工作机制是在内存中开辟一块空间，然后建立一个HashTable，Memcached自管理这些HashTable。
Memcached是简单而强大的。它简单的设计促进迅速部署，易于发展所面临的问题，解决了很多大型数据缓存。它的API可供最流行的语言。
Memcache的知名用户有：LiveJournal、Wikipedia、Flickr、Bebo、Twitter、Typepad、Yellowbot、Youtube 等。
Memcache官方网站：http://memcached.org/

Memcached又是什么？
Memcache是该系统的项目名称，Memcached是该系统的主程序文件，以守护程序方式运行于一个或多个服务器中，随时接受客户端的连接操作，使用共享内存存取数据。

那PHP中的Memcache是什么？
php中的所讲的memcache是用于连接Memecached的客户端组件。

简单的说一句话：Memcached 是一个服务（运行在服务器上的程序，监听某个端口），Memcache 是 一套访问Memcached的api。

两者缺一不可，不然无法正常运行。Memcache能在多台服务器上发挥很好的作用，同台服务器上用APC或Xcache效率是很可观的。

一、memcache

PHP 如何作为 memcached 客户端

有两种方法可以使 PHP 作为 memcached 客户端，调用 memcached 的服务进行对象存取操作。

第一种，PHP 有一个叫做 memcache 的扩展，Linux 下编译时需要带上 –enable-memcache[=DIR] 选项，编译完成后

并在php.ini配置文件中有这一项，而且库文件也有此文件

extension = "memcache.so"

除此之外，还有一种方法，可以避开扩展、重新编译所带来的麻烦，那就是直接使用 php-memcached-client。

二、memcached 服务端安装

首先是下载 memcached 了，目前最新版本是 v1.4.8，直接从官方网站即可下载到除此之外，memcached 用到了libevent，

1. # tar -xzf libevent-1ast.1a.tar.gz
2. # cd libevent-1.1a
3. # ./configure --prefix=/usr
4. # make
5. # make install
6. # cd ..
7. # tar -xzf memcached-last.tar.gz
8. # cd memcached
9. # ./configure --prefix=/usr
10. # make
11. # make install

安装完成后需要启动

memcached -d -m 50 -p 11211 -u root

参数说明：-m 指定使用多少兆的缓存空间；-p 指定要监听的端口； -u 指定以哪个用户来运行

接下来是要安装php的memcache模块与memcached通信修改php.ini

1. 找到session.save_handler，并设为 session.save_handler = memcache，把session.save_path前面的分号去掉，并设置为 session.save_path = “tcp://127.0.0.1:11211″
2. session.save_handler = memcache
3. session.save_path = “tcp://172.16.100.50:11211″  #memcached所在服务器地址
4. 或者某个目录下的 .htaccess ：
5. php_value session.save_handler “memcache”
6. php_value session.save_path “tcp://172.16.100.50:11211″ #memcached所在服务器地址
7. 再或者在某个一个应用中：

修改完后，重启php和nginx

之后编辑个测试页面test.php

1. <?php
2. error_reporting(E_ALL);
3. $memcache = new Memcache;
4. $memcache->connect('172.16.100.17', 11211) or die("Could not connect");
5. $memcache->set('key', 'This is a test!', 0, 60);
6. $val = $memcache->get('key');
7. echo $val;
8. ?>

通过web浏览器访问成功图示如下：

至此，基本配置都已经完成，下面需要安装出来mysql，整个架构就基本实现了。

笔者在这里就不演示mysql的主主架构了，虚拟机真不够用了。给出一个二进制mysql的教程。

绿色二进制包安装MySQL 5.5.15

①：安装过程

1. ## 为MySQL建立用户和组
2. groupadd -g 3306 mysql
3. useradd -g mysql -u 3306 -s /sbin/nologin -M mysql
4. ## 二进制安装方式
5. tar xf mysql-5.5.15-linux2.6-i686.tar.gz -C /usr/local
6. ln -sv /usr/local/mysql-5.5.15-linux.2.6-i686 /usr/local/mysql
7. mkdir /mydata  ## 创建数据保存目录
8. chown -R mysql:mysql /mydata/
9. cd /usr/local/mysql
10. scripts/mysql_install_db --user=mysql --datadir=/mydata/data
11. chown -R root .
12. ## 加入启动脚本
13. cp support-files/mysql.server /etc/init.d/mysqld
14. chkconfig --add mysqld
15. ##修改配置文件
16. cp support-files/my-large.cnf /etc/my.cnf
17. ## 加入mySQL命令
18. export PATH=$PATH:/usr/local/mysql/bin
19. ## 定义头文件
20. ln -sv /usr/local/mysql/include /usr/include/mysql
21. ldconfig

②：配置过程

vim /etc/my.cnf
在[mysqld]段内加入并修改以下两处
datadir = /mydata/data
thread_concurrency 2    ## (并发线程数，一般是cpu核心的两倍)

vim /etc/profile 在里面加入：
PATH=$PATH:/usr/local/mysql/bin

vim /etc/ld.so.conf.d/mysql.conf 写入
/usr/local/mysql/lib

③：启用过程

1. service mysqld start
2. cd /root/lnmp

输入以下SQL语句，创建一个具有root权限的用户（admin）和密码（12345678）：
GRANT ALL PRIVILEGES ON *.* TO 'admin'@'localhost' IDENTIFIED BY '123';
GRANT ALL PRIVILEGES ON *.* TO 'admin'@'127.0.0.1' IDENTIFIED BY '123';

---

PS：

php在编译的时候要支持上mysql，如果是php和mysql分离开来，最好yum装上php-mysql和mysql-devel包 然后再编译带上with-mysql

varnish在实现方向代理负载均衡的时候要定义为组的结构，还要定义出动作的触发条件。

memcached  的缓存对象要设置合理，不然反而会减慢效率。

nginx在优化时要结合机器的硬件，切勿网上直接copy。

另外附加一份优化的文档，还望对各位有帮助：

 

1. （1）Nginx的优化
2. 一般来说nginx 配置文件中对优化比较有作用的为以下几项：
3. worker_processes 8;
4. nginx 进程数，建议按照cpu 数目来指定，一般为它的倍数。
5. worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
6. 为每个进程分配cpu，上例中将8 个进程分配到8 个cpu，当然可以写多个，或者将一个进程分配到多个cpu。
7. worker_rlimit_nofile 102400;
8. 这个指令是指当一个nginx 进程打开的最多文件描述符数目，理论值应该是最多打开文件数（ulimit -n）与nginx 进程数相除，但是nginx 分配请求并不是那么均匀，所以最好与ulimit-n 的值保持一致。
9. use epoll;
10. 使用epoll 的I/O 模型，这个不用说了吧。
11. worker_connections 102400;
12. 每个进程允许的最多连接数， 理论上每台nginx 服务器的最大连接数为worker_processes*worker_connections。
13. keepalive_timeout 60;
14. keepalive 超时时间。
15. client_header_buffer_size 4k;
16. 客户端请求头部的缓冲区大小，这个可以根据你的系统分页大小来设置，一般一个请求头的大小不会超过1k，不过由于一般系统分页都要大于1k，所以这里设置为分页大小。分页大小可以用命令getconf PAGESIZE 取得。
17. open_file_cache max=102400 inactive=20s;
18. 这个将为打开文件指定缓存，默认是没有启用的，max 指定缓存数量，建议和打开文件数一致，inactive 是指经过多长时间文件没被请求后删除缓存。
19. open_file_cache_valid 30s;
20. 这个是指多长时间检查一次缓存的有效信息。
21. open_file_cache_min_uses 1;
22. open_file_cache 指令中的inactive 参数时间内文件的最少使用次数，如果超过这个数字，文件描述符一直是在缓存中打开的，如上例，如果有一个文件在inactive 时间内一次没被使用，它将被移除。
23. （2）关于内核参数的优化：请修改文件/etc/sysctl.conf
24. net.ipv4.tcp_max_tw_buckets = 6000
25. timewait 的数量，默认是180000。
26. net.ipv4.ip_local_port_range = 1024 65000
27. 允许系统打开的端口范围。
28. net.ipv4.tcp_tw_recycle = 1
29. 启用timewait 快速回收。
30. net.ipv4.tcp_tw_reuse = 1
31. 开启重用。允许将TIME-WAIT sockets 重新用于新的TCP 连接。
32. net.ipv4.tcp_syncookies = 1
33. 开启SYN Cookies，当出现SYN 等待队列溢出时，启用cookies 来处理。
34. net.core.somaxconn = 262144
35. web 应用中listen 函数的backlog 默认会给我们内核参数的net.core.somaxconn 限制到128，而nginx 定义的NGX_LISTEN_BACKLOG 默认为511，所以有必要调整这个值。
36. net.core.netdev_max_backlog = 262144
37. 每个网络接口接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目。
38. net.ipv4.tcp_max_orphans = 262144
39. 系统中最多有多少个TCP 套接字不被关联到任何一个用户文件句柄上。如果超过这个数字，孤儿连接将即刻被复位并打印出警告信息。这个限制仅仅是为了防止简单的DoS 攻击，不能过分依靠它或者人为地减小这个值，更应该增加这个值(如果增加了内存之后)。
40. net.ipv4.tcp_max_syn_backlog = 262144
41. 记录的那些尚未收到客户端确认信息的连接请求的最大值。对于有128M 内存的系统而言，缺省值是1024，小内存的系统则是128。
42. net.ipv4.tcp_timestamps = 0
43. 时间戳可以避免序列号的卷绕。一个1Gbps 的链路肯定会遇到以前用过的序列号。时间戳能够让内核接受这种“异常”的数据包。这里需要将其关掉。
44. net.ipv4.tcp_synack_retries = 1
45. 为了打开对端的连接，内核需要发送一个SYN 并附带一个回应前面一个SYN 的ACK。也就是所谓三次握手中的第二次握手。这个设置决定了内核放弃连接之前发送SYN+ACK 包的数量。
46. net.ipv4.tcp_syn_retries = 1
47. 在内核放弃建立连接之前发送SYN 包的数量。
48. net.ipv4.tcp_fin_timeout = 1
49. 如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2 状态的时间。对端可以出错并永远不关闭连接，甚至意外当机。缺省值是60 秒。2.2 内核的通常值是180 秒，你可以按这个设置，但要记住的是，即使你的机器是一个轻载的WEB 服务器，也有因为大量的死套接字而内存溢出的风险，FIN- WAIT-2 的危险性比FIN-WAIT-1 要小，因为它最多只能吃掉1.5K 内存，但是它们的生存期长些。
50. net.ipv4.tcp_keepalive_time = 30
51. 当keepalive 起用的时候，TCP 发送keepalive 消息的频度。缺省是2 小时。
52. （3）关于FastCGI 的几个指令：
53. fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=TEST:10m inactive=5m;
54. 这个指令为FastCGI 缓存指定一个路径，目录结构等级，关键字区域存储时间和非活动删除时间。
55. fastcgi_connect_timeout 300;
56. 指定连接到后端FastCGI 的超时时间。
57. fastcgi_send_timeout 300;
58. 向FastCGI 传送请求的超时时间，这个值是指已经完成两次握手后向FastCGI 传送请求的超时时间。
59. fastcgi_read_timeout 300;
60. 接收FastCGI 应答的超时时间，这个值是指已经完成两次握手后接收FastCGI 应答的超时时间。
61. fastcgi_buffer_size 4k;
62. 指定读取FastCGI 应答第一部分需要用多大的缓冲区，一般第一部分应答不会超过1k，由于页面大小为4k，所以这里设置为4k。
63. fastcgi_buffers 8 4k;
64. 指定本地需要用多少和多大的缓冲区来缓冲FastCGI 的应答。
65. fastcgi_busy_buffers_size 8k;
66. 这个指令我也不知道是做什么用，只知道默认值是fastcgi_buffers 的两倍。
67. fastcgi_temp_file_write_size 8k;
68. 在写入fastcgi_temp_path 时将用多大的数据块，默认值是fastcgi_buffers 的两倍。
69. fastcgi_cache TEST
70. 开启FastCGI 缓存并且为其制定一个名称。个人感觉开启缓存非常有用，可以有效降低CPU 负载，并且防止502 错误。
71. fastcgi_cache_valid 200 302 1h;
72. fastcgi_cache_valid 301     1d;
73. fastcgi_cache_valid any     1m;
74. 为指定的应答代码指定缓存时间，如上例中将200，302 应答缓存一小时，301 应答缓存1 天，其他为1 分钟。
75. fastcgi_cache_min_uses 1;
76. 缓存在fastcgi_cache_path 指令inactive 参数值时间内的最少使用次数，如上例，如果在5 分钟内某文件1 次也没有被使用，那么这个文件将被移除。
77. fastcgi_cache_use_stale error timeout invalid_header http_500;
78. 不知道这个参数的作用，猜想应该是让nginx 知道哪些类型的缓存是没用的。

---

写了2天，终于完成这篇架构了，可能还有很多细节不够完善，但主要展示的部分都已完成了，linux的精髓就是把很多小的软件组合成一个庞大的项目,各尽其能。

感谢google，感谢马哥，还应感谢反贼和远飏博客中的一些思路。

有问题还望多多交流。

此文凝聚笔者不少心血请尊重笔者劳动，转载请注明出处。违法直接人肉出电话 写大街上。

http://freeze.blog.51cto.com/
个人小站刚上线

http://www.linuxwind.com

有问题还可以来QQ群89342115交流。

转自：http://freeze.blog.51cto.com/1846439/684498