1. Nginx可以做什么？
-
可针对静态资源高速高并发访问及缓存。
-
可使用反向代理加速，并且可进行数据缓存。
-
支持SSL、TLS、SNI。
-
具有模块化的架构：过滤器包括gzip压缩、ranges支持、chunked响应、XSLT、SSI及图像缩放等功能。在SSI过滤器中，一个包含多个SSI的页面，如果经由FastCGI或反向代理处理，可被并行处理。
1.1 作为WEB服务的话支持
-
支持Keep-alive和pipelined连接。
-
可进行简单、方便、灵活的配置和管理。
-
可利用信号控制Nginx进程。
-
支持基于客户端IP地址和HTTP基本认证的访问控制。
-
支持FLV流和MP4流技术产品应用。
-
支持HTTP响应速率限制。
-
支持同一IP地址的并发连接或请求数限制。
1.2 应用场景
-
作为Web服务软件
-
反向代理或负载均衡服务
-
前端业务数据缓存服务
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
expires 30d;
}
location ~ .*\.(js|css)?$
{
expires 12h;
}
1.3 优点
-
资源消耗少：在3万并发连接下，开启10个Nginx线程消耗的内存不到200MB。
-
可以做HTTP反向代理及加速缓存，即负载均衡功能，内置对RS节点服务器健康检查功能，这相当于专业的Haproxy软件或LVS的功能。
-
具备Squid等专业缓存软件等的缓存功能。
2. apache的特点
-
Apache 2.2版本非常稳定强大，据官方说，Apache 2.4版本性能更强。
-
Prefork模式取消了进程创建开销，性能很高。
-
处理动态业务数据时，因关联到后端的引擎和数据库，瓶颈不在Apache上。
-
高并发时消耗系统资源相对多一些。
-
基于传统的select模型，高并发能力有限。select 模型 也就是 同步 epoll 异步
-
市场份额在逐年递减。
2.1. 网络模式
同步网络模式 select
每个请求的状态始终在维护着 （消耗好多资源）
异步网络模式 epoll 处理服务器端的并发 请求人数越多 服务器肯定吃紧 系统资源也会紧张 I/O效率也会很慢
不定期将你的请求 筛选出来 直接告诉你 不用挨个select
epoll
每个请求 我不再维护你的状态 如果有请求 就找我 找到了 给你服务 找不到拉倒
3. lighttpd的特点
4.lighttpd,Nginx,apache的性能负载比较
http://www.blogjava.net/daniel-tu/archive/2008/12/29/248883.html
5. 为什么Nginx处理并发能力更强？
https://www.cnblogs.com/ldms/p/3525383.html
6. 如何选择web服务器？
-
动态业务：理论上采用Nginx和Apache均可，建议选择Nginx，为了避免相同业务的服务软件多样化，增加额外维护成本。动态业务可以由Nginx兼做前端代理，再根据页面元素的类型或目录，转发到后端相应的服务器进行处理。
-
既有静态业务又有动态业务：采用Nginx。
此外，如果并发不是很大，又对Apache很熟悉，采用Apache也是可以的，Apache 2.4版本也很强大，并发连接数也有所增加。总的来说，在满足需求的前提下，首先选择自己最擅长的软件，若发现了更好的软件，可在掌握新软件之后逐步替换。虽然动态和静态业务都倾向于选择Nginx，但是大前提是自己要熟练掌握Nginx。切记，在工作中不要盲目选择软件，这可能最终会导致自己无法控制局面，从而给企业带来灾难性的损失。
7. Ubuntu下Nginx安装和虚拟站点配置方式
如果在Ubuntu16.04下使用apt安装Nginx，安装完毕后其工作目录设置如下：
以www.blog.com站点为例说明多个虚拟站点配置的方法：
#安装Nginx sudo service apache2 stop #如果有apache，则停止apache sudo apt install Nginx-full -y #虚拟站点配置 #1.首先切换目录到sites-available目录 cd /etc/Nginx/sites-available #2.复制虚拟站点配置模板，生成自己虚拟站点的配置文件 sudo cp default www.blog.com.conf #3 编辑模板 #---------------------以下为配置内容------------------- server { listen 80; #监听端口 #站点的根目录 root /var/www/html/www.blog.com; # Add index.PHP to the list if you are using PHP #网站默认首页打开顺序 index index.html index.htm; #站点名称，可以有多个名称，中间用空格隔开 server_name www.blog.com blog.com; } #------------------到此结束------------------------------ #这个模板比较简单，如果有复杂的要求，请以此为基础进行改进 #4 保存退出 :wq #5 切换到sites-enabled目录下，创建软连接 cd ../sites-enabled sudo ln -s /etc/Nginx/sites-available/www.blog.com.con www.blog.com.conf #6 重启Nginx服务 sudo service Nginx restart (start/stop) 或者 sudo /etc/init.d/Nginx restart #7 切换到站点根目录(根据你自己的设定进行)，我假定站点根目录是/var/www/html cd /var/www/html sudo chmod -R 755 www.blog.com #编辑index.html <html> <head> <Meta charset='utf-8'> <title>疯狂程序员的博客</title> </head> <body> <h1>疯狂的程序员</h1> </body> </html> #保存退出 :wq #8 切换到windows系统下，编辑C:\Windows\System32\drivers\etc\hosts文件，在末尾增加： #ip为你虚拟机的ip地址 192.168.48.3 www.blog.com #9 在windows系统下浏览器里输入 : www.blog.com 看看是否是你的页面
8.centos下Nginx安装和配置
- 添加源：
sudo rpm -Uvh http://Nginx.org/packages/centos/7/noarch/RPMS/Nginx-release-centos-7-0.el7.ngx.noarch.rpm
- 安装Nginx
sudo yum install -y Nginx
sudo systemctl start Nginx.service sudo systemctl enable Nginx.service
- 测试，在浏览器中输入localhost，看缺省网站.
9. 负载均衡
当一台服务器的单位时间内的访问量越大时，服务器压力就越大，大到超过自身承受能力时，服务器就会崩溃。为了避免服务器崩溃，让用户有更好的体验，我们通过负载均衡的方式来分担服务器压力。
| 角色 | ip | 作用 |
| lvs负载均衡 | 10.11.59.220 | 请求分担 |
| web01 | 10.11.59.155 | 轮询的web服务器 |
| web02 | 10.11.59.154 | 轮询的web服务器 |
- 这三台机子要求都安装了Nginx环境，web01和web02结构应该是一样
9.1 负载均衡服务的配置
#连接池
upstream www_server_pools { #www_server_pools自定义的连接池名称
server 10.11.59.154; #连接的服务器，可以ip或者是域名
server 10.11.59.155;
}
server {
listen 80;
server_name www.caoliu.com;
location / {
# root /data/www;
# index index.PHP index.html index.htm;
proxy_pass http://www_server_pools;#http://连接池名称
proxy_set_header Host $host; #把主机的header头发给轮询的服务器
proxy_set_header X-Forward-For $Remote_addr; #获取真实的ip地址
}
}
9.2 upstream模块
是Nginx支持负载均衡的模块，Nginx_http_upstream_moudle，它所支持的代理方式：
- proxy_pass
- fast_cgi
- memcache_pas
9.3 常用的轮询算法
rr轮询算法：静态调度算法，按照请求的时间顺序逐一分配到不同的服务器，如果服务器down掉，就不再向其转发请求
- wrr 权重算法，静态调度算法
upstream www_server_pools {
server 10.11.59.154 weight=1;
server 10.11.59.155 weight=3;#这个服务器得到的转发是上面的3倍
}
- ip_hash 根据客户端ip哈希的结果确定访问那个服务器。
upstream www_server_pools {
server 10.11.59.154;
server 10.11.59.155;
ip_hash;
}
- 第三方的算法
- fair 按照服务器忙闲，优先将请求给工作量小的服务
- url_hash 按照url哈希的结果访问不同服务器
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
