nginx接口聚合(nginx配置多个端口转发)

nginx配置多个端口转发

把本机口的请求转发到本机8080端口代码： ip packet based : echo 1 > /proc/sys/net/ipv4/ip_forward iptables -I PREROUTING -t nat -p tcp --dport 80 -j REDIRECT --to-ports 8080

nginx如何集群

集群的分类

负载均衡集群（Load Balancing clusters），简称LBC或LB

高可用性集群（High-Availability clusters），简称HAC

高性能计算集群（High-performance clusters），简称HPC

1.负载均衡集群

负载均衡集群为了提供更为实用，性价比更高的系统架构解决方案，可以把很多客户集中的访问请求尽可能平均分摊在计算机集群中处理。

2.高可用性集群

在集群任意一个节点失效的情况下，该节点的所有任务会自动转移到其他正常的节点上，并且不影响真个集群的运行。

3.高性能计算集群

通常，高性能计算集群设置为集群开发的并行应用程序，以解决负复杂的科学问题（天气预报，石油勘探，核反应模拟等）

nginx配置接口转发

在开发静态页面时，类似Vue的应用，我们常会调用一些接口，这些接口极可能是跨域，然后浏览器就会报cross-origin问题不给调。

最简单的解决方法，就是把浏览器设为忽略安全问题，设置--disable-web-security。不过这种方式开发PC页面到还好，如果是移动端页面就不行了。

解决办法

使用Nginx转发请求。把跨域的接口写成调本域的接口，然后将这些接口转发到真正的请求地址。

其实不仅是在开发调试时候能这么干，在生产环境也能这么玩。利用Nginx转发请求之后，就能够让所要部署的静态页面不需要放在跟请求接口同域的地方。

nginx 合并请求

Nginx报504 gateway timeout错误引起，一个是文件配置问题，另一个是相关处理时长了，最后也有可能是资源不足导致了，下面我们一起来看看。

解释如下：

最近在工作中，需要做Excel导入的功能，由于Excel的数据比较多，而且我们的服务端程序需要对数据的内容做校验，会调用很多的外部服务接口，所以毫无悬念的导入Excel接口调用超过了一分钟，并且报错：504 gateway timeout。以下是两种解决思路：

1. 优化业务代码

一个接口调用超过一分钟，一定有可以优化的地方，看看数据库或者接口的调用是否合理，是否可以合并请求。

2. 修改Nginx的服务器配置

如果实在是优化不了了，可以把Nginx的超时时间上调。看看时间是否符合要求，在nginx.config里面的三个参数：

fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;

以上的单位是秒。

如果使用了Nginx的代理，可以在块里加上：

proxy_connect_timeout 300s;proxy_send_timeout 300s;proxy_read_timeout 300s;

变成：

location /foo { proxy_pass http://xxx.xxx.xxx.xxx:8080/foo; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 300s; proxy_send_timeout 300s; proxy_read_timeout 300s; access_log /var/log/nginx/access.foo.log main; error_log /var/log/nginx/error.foo.log;}

如果没有解决我们再来看看

从错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把 请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但 我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。 大概分析出了原 因，下面做就比较容易了，首先是更改php-fpm的几处配置： 把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用； 把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

nginx api接口

Web服务器接口和API接口是两种不同的接口类型，它们的主要区别在于：

1. Web服务器接口是用于与Web服务器进行通信的接口，它通常使用HTTP协议进行通信。Web服务器接口可以用于获取Web服务器上的静态或动态内容，例如HTML页面、图像、视频、音频等。而API接口是用于与应用程序进行通信的接口，它通常使用RESTful或SOAP协议进行通信。

2. Web服务器接口通常是基于请求-响应模型的，客户端向服务器发送请求，服务器返回响应。而API接口通常是基于资源-操作模型的，客户端通过API接口对资源进行操作，例如创建、读取、更新和删除资源。

3. Web服务器接口通常是公开的，任何人都可以通过URL访问它们。而API接口通常是私有的，只有授权的应用程序可以通过API接口访问它们。

总之，Web服务器接口和API接口都是用于与其他系统进行通信的接口，但它们的使用场景和通信方式有所不同。

nginx keepalived集群

我的回答：nginx+keepalived的虚拟IP一般设置在keepalived的配置文件keepalived.conf文件中。最后输入：

virtual_ipaddress {

vip地址

}

nginx多端口

把端口都用完了这种情况我就真实遇到过，某大学的nat服务器，学校很吝啬，老大一片宿舍区，就6个公网ip，有一段时间线路改造，就剩俩好用的，12万个端口，假如每人100个链接，就只够1200人用，那个宿舍区至少有3000多人，然后就出现了莫名其妙的上不了网

本来网络维修期间网络不好没人在乎，我当初好奇，研究了一下，让我大开眼界，是第一次见到端口不够用的情况

当时尝试了把端口占用超时时间缩短了一点，改善有限，毕竟是太不够用了，如果缩的再多，短于连接心跳包的时间，就会莫名其妙掉线了