手把手让你实现开源企业级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: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:
  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: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 
  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=
  2. #当DR收不到realserver的回应,设定几秒后判定realserver当机或挂掉了,预设5秒。 
  3. checkinterval=
  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. 手工修改: 
  4. 查找/usr/local/php/etc/php.ini中的extension_dir = "./" 
  5. 修改为 
  6. extension_dir = "/usr/local/php-fcgi/lib/php/extensions/no-debug-non-zts-20090626" 
  7. 增加以下几行 
  8. extension = "memcache.so" 
  9.  
  10. 再查找output_buffering = Off 修改为 On 
  11. 再查找 ;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 = 
  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.  
  4. ./configure --user=www \
  5. --group=www \
  6. --prefix=/usr/local/nginx \
  7. --with-http_stub_status_module \
  8. --with-http_ssl_module
  9.  
  10. make && make install 
  11. 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.  
  3. session.save_handler = memcache 
  4. session.save_path = “tcp://172.16.100.50:11211″  #memcached所在服务器地址
  5. 或者某个目录下的 .htaccess : 
  6.  
  7. php_value session.save_handler “memcache” 
  8. php_value session.save_path “tcp://172.16.100.50:11211″ #memcached所在服务器地址
  9. 再或者在某个一个应用中: 

修改完后,重启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.  
  6. $memcache->set(‘key‘, ‘This is a test!‘, 0, 60); 
  7. $val = $memcache->get(‘key‘); 
  8. echo $val; 
  9. ?>
     

 

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

 


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

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

有问题还望多多交流。

 

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

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

http://www.linuxwind.com

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

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

手把手让你实现开源企业级web高并发解决方案(lvs+heartbeat+varnish+nginx+eAccelerator+memcached),古老的榕树,5-wow.com

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。