nginx集群

Apache与Nginx的优缺点比较 1、nginx相对于apache的优点 轻量级，同样起web 服务，比apache 占用更少的内存及资源 抗并发，nginx 处理请求是异步非阻塞的，而apache 则是阻塞型的，在高并发下nginx 能保持低资源低消耗高性能 高度模块化的设计，编写模块相对简单 社区活跃，各种高性能模块出品迅速啊 apache 相对于nginx 的优点： rewrite ，比nginx 的rewrite 强大 模块超多，基本想到的都可以找到 少bug ，nginx 的bug 相对较多 超稳定 存在就是理由，一般来说，需要性能的web 服务，用nginx 。如果不需要性能只求稳定，那就apache 吧。后者的各种功能模块实现得比前者，例如ssl 的模块就比前者好，可配置项多。这里要注意一点，epoll(freebsd 上是 kqueue )网络IO 模型是nginx 处理性能高的根本理由，但并不是所有的情况下都是epoll 大获全胜的，如果本身提供静态服务的就只有寥寥几个文件，apache 的select 模型或许比epoll 更高性能。当然，这只是根据网络IO 模型的原理作的一个假设，真正的应用还是需要实测了再说的。 2、作为 Web 服务器：相比 Apache，Nginx 使用更少的资源，支持更多的并发连接，体现更高的效率，这点使 Nginx

正向代理 ： 是一个位于客户端和原始服务器 (origin server) 之间的服务器，为了从原始服务器取得内容， 客户端向代理发送一个请求并指定目标 ( 原始服务器 ) ，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理 。 反向代理（ Reverse Proxy ）方式是指以 代理服务器 来接受 internet 上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给 internet 上请求连接的 客户端 ，此时代理服务器对外就表现为一个服务器。 当一个 代理服务器 能够代理外部网络上的 主机 ，访问内部网络时，这种代理服务的方式称为反向代理服务。此时 代理服务器 对外就表现为一个 Web 服务器，外部网络就可以简单把它当作一个标准的 Web 服务器而不需要特定的配置。 不同之处在于，这个服务器没有保存任何网页的真实数据，所有的静态网页或者 CGI 程序，都保存在内部的 Web 服务器上。 因此对反向 代理服务器 的攻击并不会使得网页信息遭到破坏，这样就增强了 Web 服务器的安全性。 Nginx （发音同 engine x ）是一款轻量级的 Web 服务器 / 反向代理服务器及电子邮件（ IMAP/POP3 ）代理服务器，并在一个 BSD-like 协议下发行。由俄罗斯的程序设计师 Igor

　　一、Nginx特点 　　1、轻量级，采用C进行编写，同样的web服务，会占用更少的内存及资源。 　　2、抗并发，nginx以epollandkqueue作为开发模型，处理请求是异步非阻塞的，负载能力比apache高很多，而apache则是阻塞型的。在高并发下nginx能保持低资源低消耗高性能，而apache在PHP处理慢或者前端压力很大的情况下，很容易出现进程数飙升，从而拒绝服务的现象。 　　3、nginx在开启时，会生成一个master进程，然后，master进程会fork多个worker子进程，最后每个用户的请求由worker的子线程处理。 　　4、可以配置nginx的upstream实现nginx的反向代理。 　　5、nginx作为负载均衡服务器，支持7层负载均衡。 　　6、nginx处理静态文件好，静态处理性能比apache高三倍以上。 　　7、支持高并发连接，每秒最多的并发连接请求理论可以达到50000个。 　　8、nginx配置简洁，正则配置让很多事情变得简单，而且改完配置能使用-t测试配置有没有问题，apache配置复杂，重启的时候发现配置出错了，会很崩溃。 　　9、用线程处理用户请求，而线程是共享内存的，只需要开启少量进程，多个线程就可以共享进程的内存，占用内存小。 　　10、一个进程死掉时，会影响到多个用户的使用，稳定性差。 　　11

3台es集群 ▷ elasticsearch 7.3.2 ▷ filebeat 7.3.2 ▷ kibana 7.3.2 es1的配置： # 集群名字 cluster.name: my-application # 节点名字 node.name: 192.168.1.31 # 日志位置 path.logs: /opt/logs/elasticsearch # 本节点访问IP network.host: 192.168.1.31 # 本节点访问 http.port: 9200 # 节点运输端口 transport.port: 9300 # 集群中其他主机的列表 discovery.seed_hosts: ["192.168.1.31", "192.168.1.32", "192.168.1.33"] # 首次启动全新的Elasticsearch集群时，在第一次选举中便对其票数进行计数的master节点的集合 cluster.initial_master_nodes: ["192.168.1.31", "192.168.1.32", "192.168.1.33"] # 启用跨域资源共享 http.cors.enabled: true http.cors.allow-origin: "*" # 只要有2台数据或主节点已加入集群，就可以恢复 gateway.recover_after

Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件 (IMAP/POP3) 代理服务器,并在一个BSD-like协议下发行.其特点是占有内存少,并发能力强,事实上nginx的并发能力确实在同类型的网页服务器中表现较好,中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等. 编译安装Nginx 1.配置Yum仓库,安装Nginx所依赖的包文件,以及编译器. [root@localhost ~]# wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo [root@localhost ~]# yum -y install epel-release [root@localhost ~]# yum install -y gcc pcre pcre-devel zlib zlib-devel openssl openssl-devel 2.编译安装Nginx. [root@localhost ~]# useradd -s /sbin/nologin -M nginx [root@localhost ~]# wget http://nginx.org/download/nginx-1.13.12.tar.gz [root@localhost ~]#

本章看点： 理清Deployment，ReplicaSet和Pod的关系，以及三者之间的网络关系，ip地址和端口号 通过Pod进入docker容器修改里面的内容 外部网络访问Pod里面的应用 一、通过 Service 访问 Pod 我们不应该期望 Kubernetes Pod 是健壮的，而是要假设 Pod 中的容器很可能因为各种原因发生故障而死掉。 Deployment 等 controller 会通过动态创建和销毁 Pod来保证应用整体的健壮性 。换句话说，Pod 是脆弱的，但应用是健壮的。 每个 Pod 都有自己的 IP 地址。当 controller 用新 Pod 替代发生故障的 Pod 时，新 Pod 会分配到新的 IP 地址。这样就产生了一个问题： 如果一组 Pod 对外提供服务（比如 HTTP），它们的 IP 很有可能发生变化，那么客户端如何找到并访问这个服务呢？ Kubernetes 给出的 解决方案是 Service。 创建 Service Kubernetes Service 从逻辑上代表了一组 Pod，具体是哪些 Pod 则是由 label 来挑选 。 Service 有自己 IP，而且这个 IP 是不变的 。客户端只需要访问 Service 的 IP， Kubernetes 则负责建立和维护 Service 与 Pod 的映射关系 。无论后端 Pod 如何变化

现在互联网web项目一般离不开分布式，访问量大的情况下，单台服务器一般是扛不住大量负载访问的(如单台tomcat目前最多能抗住200-500的并发量)，既然一台不行那就搭建多台，性能不够，数量来凑。那接下来访问就可能有问题了，难道需要用户准备多个ip地址或者访问地址吗，显然这是不友好的，这样一个管理多个服务器的中间服务器出现了，Nginx就是其中的代表，它是一款优秀的代理服务器，通过它可以实现负载均衡，动静分离等。 关于代理 学习Nginx之前，需要了解下代理的概念，包括代理，正向代理和反向代理，参考博文学习了下。 （1）代理，前面已经学习过了静态代理和动态代理，简单来说就是让一个中间人来处理幕后大佬的工作，如明星的助手，老板的秘书等就是代理。 （2）正向代理，如翻墙就是正向代理的例子，访问国外某个网站访问不了，那可以先访问国外某个可以访问的服务器，然后通过可以访问的服务器再访问那个不可以访问的服务器，这就是正向代理。正向代理中，用户很清楚要访问的服务器地址是什么，正向代理对服务器隐藏了真实用户，它只知道请求来自代理服务器。 （3）反向代理，一般跟分布式集群服务器挂钩，用户在访问真实服务器前先访问一个中间服务器，它提供统一的地址，通过内部均衡算法，将请求分发到背后集群中的某台服务器。反向代理对用户隐藏了真实服务器的信息，跟正向代理相反。 Nginx的安装 （1）nginx的安装

Nginx负载均衡概述 Web服务器，直接面向用户，往往要承载大量并发请求，单台服务器难以负荷，我使用多台WEB服务器组成集群，前端使用Nginx负载均衡，将请求分散的打到我们的后端服务器集群中，实现负载的分发。那么会大大提升系统的吞吐率、请求性能、高容灾 Nginx要实现负载均衡需要用到proxy_pass代理模块配置 Nginx负载均衡与Nginx代理不同地方在于 Nginx代理仅代理一台服务器，而Nginx负载均衡则是将客户端请求代理转发至一组upstream虚拟服务池 Nginx可以配置代理多台服务器，当一台服务器宕机之后，仍能保持系统可用。 upstream配置 在nginx.conf > http 区域中 upstream django { server 10.0.0.10:8000; server 10.0.0.11:9000; } 在nginx.conf > http 区域 > server区域 > location配置中 添加proxy_pass location / { root html; index index.html index.htm; proxy_pass http://django; } 此时初步负载均衡已经完成，upstream默认按照轮训方式负载，每个请求按时间顺序逐一分配到后端节点。 upstream分配策略 weight 权重

Nginx负载均衡概述 1 Web服务器，直接面向用户，往往要承载大量并发请求，单台服务器难以负荷，我使用多台WEB服务器组成集群，前端使用Nginx负载均衡，将请求分散的打到我们的后端服务器集群中， 2 实现负载的分发。那么会大大提升系统的吞吐率、请求性能、高容灾 Nginx要实现负载均衡需要用到proxy_pass代理模块配置 Nginx负载均衡与Nginx代理不同地方在于 Nginx代理仅代理一台服务器，而Nginx负载均衡则是将客户端请求代理转发至一组upstream虚拟服务池 Nginx可以配置代理多台服务器，当一台服务器宕机之后，仍能保持系统可用。 upstream配置 在nginx.conf > http 区域中 upstream django { server 10.0.0.10:8000; server 10.0.0.11:9000; } 在nginx.conf > http 区域 > server区域 > location配置中 添加proxy_pass location / { root html; index index.html index.htm; proxy_pass http://django; } 此时初步负载均衡已经完成，upstream默认按照轮训方式负载，每个请求按时间顺序逐一分配到后端节点。 upstream分配策略 weight 权重

转自： https://blog.csdn.net/zy1471162851/article/details/91795712 tip: nginx是一款高性能的http 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器 nginx 的应用场景 （ http服务器，可以做网页静态服务器； 虚拟主机； 反向代理，负载均衡。 当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，需要用多台服务器集群可以使用nginx做反向代理。并且多台服务器可以平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。） windows常用命令 nginx.exe -s stop –停止 nginx优缺点 占内存小，可以实现高并发连接、处理响应快。 可以实现http服务器、虚拟主机、反向代理、负载均衡。 nginx配置简单 可以不暴露真实服务器IP地址 一：反向代理 反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器。 启动一个Tomcat 127.0.0.1:8080 使用nginx反向代理 8080.zyhome.com 直接跳转到127.0.0.1:8080 Host文件新增