lnamp服务器的搭建笔记

为什么80%的码农都做不了架构师&＃xff1f;>>>

1. nginx配置&＃xff08;nginx可以设置proxy_cache缓存模块来替代squid缓存&＃xff09;。

查看cpu个数&＃xff0c;每个cpu的核数

cat /proc/cpuinfoprocessor n cpu个数cpu family cpu核心数

wget工具&＃xff0c;先切换到/tmp目录、、

安装的软件不在/usr/bin目录下&＃xff0c;所以无法直接用命令&＃xff0c;可以做个软连接

#假如软件的安装目录是/usr/local/bin/lrzcd /usr/bin #切换到命令目录下ln -s /usr/local/bin/lrz rz #建立软连接

nginx配置文件详解&＃xff1a;

#启动进程,通常设置成和cpu的数量相等 worker_processes 1;events {worker_connections 1024; #单个worker_processes最大并发数#如果这个值超过1024就要出警告&＃xff0c;此时要设置 worker_rlimit_nofile xxxxx; 设置的worker_connections还是不能超过worker_rlimit_nofile的值&＃xff0c;否则还会警告 }# 计算该设置可承受的最大并发 worker_connections * worker_processes&＃xff0c;如果是反向代理 worker_connections * worker_processes / 4#gzip的设置gzip on;gzip_min_length 1k;gzip_buffers 4 16k;gzip_comp_level 2;gzip_types text/plain application/x-Javascript text/css application/xml image/gif image/jpg image/jpeg image/png image/x-png image/pjpeg;gzip_vary on;#设置代理缓存模块儿的参数proxy_connect_timeout 600;proxy_read_timeout 600;proxy_send_timeout 600;proxy_buffer_size 16k;proxy_buffers 4 32k;proxy_busy_buffers_size 64k;proxy_temp_file_write_size 64k;proxy_temp_path temp_path;#定义各个缓存空间&＃xff0c;以便后面配置各个网站的时候用proxy_cache_path /disk1/nginx_cache/cache_path levels&＃61;2:2 keys_zone&＃61;cache_one:1000m inactive&＃61;1d max_size&＃61;10M; proxy_cache_path /disk1/nginx_cache/cache_path levels&＃61;2:2 keys_zone&＃61;cache_static:1000m inactive&＃61;1d max_size&＃61;10M;/*levels设置目录层次 keys_zone设置缓存名字和共享内存大小 inactive在指定时间内没人访问则被删除在这里是1天 max_size最大缓存空间*/

负载均衡和proxy_cache的设置

upstream www_aaa_com { #设置负载均衡的权重server 127.0.0.1:81 weight&＃61;6;server 10.28.7.66:81 weight&＃61;2; }server {listen 80;server_name www.aaa.com; location /{//nginx直接访问的路径&＃xff0c;这里存储静态页面&＃xff0c;所以不让它通过apache&＃xff0c;可以直接访问root /disk1/www/aaa/frontweb/front/Html;index index.html;if (!-f $request_filename) {#如果静态页面不存在&＃xff0c;就转到apache&＃xff0c;生成相关静态页面proxy_pass http://127.0.0.1:81;}proxy_set_header Host $host;proxy_set_header X-Forwarded-For $remote_addr;proxy_connect_timeout 300;proxy_read_timeout 300;proxy_send_timeout 300;}location ~ /deleteallpic(/.*) { proxy_cache_purge cache_static $host$1$is_args$args; } location ~ .*\.(jpeg|jpg|png|gif)?$ {expires 30d;proxy_cache cache_one;proxy_cache_valid 200 304 301 302 10d;proxy_cache_valid any 1d;proxy_cache_key $host$uri$is_args$args;proxy_set_header Host $host;proxy_set_header X-Forwarded-For $remote_addr;proxy_pass http://www_aaa_com; }location ~ .*\.(js|css)?$ {expires 30d;proxy_cache cache_static; //根keys_zone后的内容对应proxy_cache_valid 200 304 301 302 10d; //哪些状态缓存多长时间proxy_cache_valid any 1d; //其他的缓存多长时间proxy_cache_key $host$uri$is_args$args; //通过key来hash&＃xff0c;定义KEY的值 proxy_set_header Host $host;proxy_set_header X-Forwarded-For $remote_addr;proxy_pass http://www_aaa_com;} access_log logs/www.aaa.com.access_log.log;error_log logs/www.aaa.com.error_log.log; }

nginx upstream的几种配置方式

nginx 的upstream目前支持4种方式的分配

1、轮询&＃xff08;默认&＃xff09;

每个请求按时间顺序逐一分配到不同的后端服务器 &＃xff0c;如果后端服务器down掉&＃xff0c;能自动剔除。

2、weight
指定轮询几率&＃xff0c;weight和访问比率成正比&＃xff0c;用于后端服务器性能不均的情况。
例如&＃xff1a;
    upstream bakend {
         server 192.168.0.14 weight&＃61;10;
         server 192.168.0.15 weight&＃61;10;
    }

2、ip_hash
每个请求按访问ip的hash结果分配&＃xff0c;这样每个访客固定访问一个后端服务器&＃xff0c;可以解决session 的问题。
例如&＃xff1a;
    upstream bakend {
         ip_hash;
         server 192.168.0.14:88;
         server 192.168.0.15:80;
    }

3、fair&＃xff08;第三方&＃xff09;
按后端服务器的响应时间来分配请求&＃xff0c;响应时间短的优先分配。
upstream backend {
    server server1;
    server server2;
    fair;
}

4、url_hash&＃xff08;第三方&＃xff09;

按访问url的hash结果来分配请求&＃xff0c;使每个url定向到同一个后端服务器&＃xff0c;后端服务器为缓存时比较有效。

例&＃xff1a;在upstream中加入hash语句&＃xff0c;server语句中不能写入weight等其他的参数&＃xff0c;hash_method是使用的hash算法

upstream backend {
    server squid1:3128;
    server squid2:3128;
    hash   $request_uri;
    hash_method crc32;
}

注意&＃xff1a;

upstream bakend{

#定义负载均衡设备的Ip及设备状态
ip_hash;
    server 127.0.0.1:9090 down;
    server 127.0.0.1:8080 weight&＃61;2;
    server 127.0.0.1:6060;
    server 127.0.0.1:7070 backup;
}

每个设备的状态设置为:
1.down 表示单前的server暂时不参与负载
2.weight 默认为1.weight越大&＃xff0c;负载的权重就越大。
3.max_fails &＃xff1a;允许请求失败的次数默认为1.当超过最大次数时&＃xff0c;返回proxy_next_upstream 模块定义的错误
4.fail_timeout:max_fails次失败后&＃xff0c;暂停的时间。
5.backup&＃xff1a; 其它所有的非backup机器down或者忙的时候&＃xff0c;请求backup机器。所以这台机器压力会最轻