Web高并发解决方案

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

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

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

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

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

 

本篇博文主要介绍利用开源的解决方案，来为企业搭建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配置 不用配置

 

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

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

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

# 在Director上配置Ipvs，笔者虚拟机有限，只演示单台配置
ipvsadm -A -t 172.16.100.1:80 -s wlc
ipvsadm -a -t 172.16.100.1:80 -r 172.16.100.11 -g -w 2
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）

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

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

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

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

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

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

所需要的安装包为

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

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

 安装后配置：

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

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

同步配置文件到node2

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

 

 配置ldirectord，同步配置文件

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

 内容如下配置

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

启动两个节点上的heartbeat

service heartbeat start
ssh node2 -- 'service heartbeat start'
#启动两节点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所需的支持库：

tar zxvf libiconv-1.13.1.tar.gz
cd libiconv-1.13.1/
./configure --prefix=/usr/local
make
make install
cd ../

tar zxvf libmcrypt-2.5.8.tar.gz
cd libmcrypt-2.5.8/
./configure
make
make install
/sbin/ldconfig
cd libltdl/
./configure --enable-ltdl-install
make
make install
cd ../../

tar zxvf mhash-0.9.9.9.tar.gz
cd mhash-0.9.9.9/
./configure
make
make install
cd ../

ln -s /usr/local/lib/libmcrypt.la /usr/lib/libmcrypt.la
ln -s /usr/local/lib/libmcrypt.so /usr/lib/libmcrypt.so
ln -s /usr/local/lib/libmcrypt.so.4 /usr/lib/libmcrypt.so.4
ln -s /usr/local/lib/libmcrypt.so.4.4.8 /usr/lib/libmcrypt.so.4.4.8
ln -s /usr/local/lib/libmhash.a /usr/lib/libmhash.a
ln -s /usr/local/lib/libmhash.la /usr/lib/libmhash.la
ln -s /usr/local/lib/libmhash.so /usr/lib/libmhash.so
ln -s /usr/local/lib/libmhash.so.2 /usr/lib/libmhash.so.2
ln -s /usr/local/lib/libmhash.so.2.0.1 /usr/lib/libmhash.so.2.0.1
ln -s /usr/local/bin/libmcrypt-config /usr/bin/libmcrypt-config

tar zxvf mcrypt-2.6.8.tar.gz
cd mcrypt-2.6.8/
/sbin/ldconfig
./configure
make
make install
cd ../

 

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-ipv6makemake installcp php.ini-production /usr/local/php-fcgi/etc/php.inimkdir /usr/local/php-fcgi/ext

 编译安装PHP5扩展模块

 

修改php.ini文件  手工修改： 查找/usr/local/php/etc/php.ini中的extension_dir = "./" 修改为 extension_dir = "/usr/local/php-fcgi/lib/php/extensions/no-debug-non-zts-20090626" 增加以下几行 extension = "memcache.so"  再查找output_buffering = Off 修改为 On 再查找 ;cgi.fix_pathinfo=0 去掉“;”号，防止Nginx文件类型错误解析漏洞。  （6）配置eAccelerator加速PHP： mkdir -p /usr/local/eaccelerator_cache  vi /usr/local/php-fcgi/etc/php.ini  跳到配置文件的最末尾，加上以下配置信息： [eaccelerator] zend_extension="/usr/local/php-fcgi/lib/php/extensions/no-debug-non-zts-20090626eaccelerator.so" eaccelerator.shm_size="64" eaccelerator.cache_dir="/usr/local/eaccelerator_cache" eaccelerator.enable="1" eaccelerator.optimizer="1" eaccelerator.check_mtime="1" eaccelerator.debug="0" eaccelerator.filter="" eaccelerator.shm_max="0" eaccelerator.shm_ttl="3600" eaccelerator.shm_prune_period="3600" eaccelerator.shm_only="0" eaccelerator.compress="1" eaccelerator.compress_level="9"

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

 

/usr/sbin/groupadd www /usr/sbin/useradd -g www www mkdir -p /web chmod +w /web chown -R www:www /web

 创建php-fpm配置文件

 

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

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

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

 安装Nginx 1.1.3

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

tar zxvf pcre-8.10.tar.gz cd pcre-8.10/ ./configure make && make install cd ../

（2）安装Nginx

tar zxvf nginx-1.1.3.tar.gz cd nginx-1.1.3/ ./configure --user=www \--group=www \--prefix=/usr/local/nginx \--with-http_stub_status_module \--with-http_ssl_module make && make install cd ../

（3）创建Nginx日志目录

mkdir -p /web/logs chmod +w /web/logs chown -R www:www /web/logs

（4）创建Nginx配置文件

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

rm -f /usr/local/nginx/conf/nginx.conf 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文件：

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 

ulimit -SHn 65535 /usr/local/nginx/sbin/nginx

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

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，

# tar -xzf libevent-1ast.1a.tar.gz # cd libevent-1.1a # ./configure --prefix=/usr # make # make install # cd .. # tar -xzf memcached-last.tar.gz # cd memcached# ./configure --prefix=/usr # make # make install

 

 安装完成后需要启动

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

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

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

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

修改完后，重启php和nginx

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

  error_reporting(E_ALL);
  $memcache = new Memcache;
  $memcache->connect('172.16.100.17', 11211) or die("Could not connect");

  $memcache->set('key', 'This is a test!', 0, 60);
  $val = $memcache->get('key');
  echo $val;
  ?>

 

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

 

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

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

绿色二进制包安装MySQL 5.5.15

①：安装过程

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

②：配置过程

 

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

 

③：启用过程

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