Nginx和多个流星/ Nodejs应用程序的麻烦

Question

我知道多个node.js,我通过扩展Meteor,可以使用Nginx在一台服务器上运行.我已经安装了Nginx并在Ubuntu服务器上运行就好了,我甚至可以让它响应请求并将它们代理到我的一个应用程序.然而,当我试图让Nginx将流量代理到第二个应用程序时,我遇到了障碍.

一些背景:

• 第一个应用程序在端口8001上运行
• 第二个应用程序在端口8002上运行
• Nginx在端口80上侦听
• 试图让nginx在/ app app上发送流量,在/ app2 /到app 2发送流量
• 通过访问域:8001和域:8002可以访问这两个应用程序

我的Nginx配置:

upstream mydomain.com {
server 127.0.0.1:8001;
server 127.0.0.1:8002;
}

# the nginx server instance
server {
listen 0.0.0.0:80 default_server;
access_log /var/log/nginx/mydomain.log;

location /app2 {
  rewrite /app2/(.*) /$1 break;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header Host $http_host;
  proxy_set_header X-NginX-Proxy true;
  proxy_pass http://127.0.0.1:8002;
  proxy_redirect off;
  proxy_http_version 1.1;
  proxy_set_header Upgrade $http_upgrade;
  proxy_set_header Connection "upgrade";
}

location / {
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header Host $http_host;
  proxy_set_header X-NginX-Proxy true;
  proxy_pass http://127.0.0.1:8001;
  proxy_redirect off;
  proxy_http_version 1.1;
  proxy_set_header Upgrade $http_upgrade;
  proxy_set_header Connection "upgrade";
}
}

任何有关流量进入/ app2时可能会发生什么的见解/我会非常感激!

Answer 1

proxy_pass http://127.0.0.1:8002/1;  <-- these should be 
proxy_pass http://**my_upstream_name**;  <--these

然后

upstream my_upstream_name {  

//Ngixn do a round robin load balance, some users will conect to / and othes to /app2

server 127.0.0.1:8001;

server 127.0.0.1:8002;

}

一些提示控制代理:

看看这里 @nginx docs

然后我们走了:

weight = NUM​​BER - 设置服务器的权重,如果没有设置权重等于1.不平衡默认循环.

max_fails = NUM​​BER - 在一段时间内(由参数fail_timeout指定)与服务器通信失败的次数,之后认为它不起作用.如果未设置,则尝试次数为1.值为0将关闭此检查.被认为是失败的是由proxy_next_upstream或fastcgi_next_upstream定义的(除了不计入max_fails的http_404错误之外).

fail_timeout = TIME - 必须发生的时间*max_fails*与服务器通信失败的次数导致服务器被视为无效的次数,以及服务器被视为无效的时间(在进行另一次尝试之前) ).如果未设置,则时间为10秒.fail_timeout与上游响应时间无关,使用proxy_connect_timeout和proxy_read_timeout来控制它.

down - 将服务器标记为永久脱机,与指令ip_hash一起使用.

备份 - (0.6.7或更高版本)仅在非备份服务器全部关闭或忙碌时才使用此服务器(不能与指令ip_hash一起使用)

EXAMPLE generic

    upstream  my_upstream_name  {
      server   backend1.example.com    weight=5;
      server   127.0.0.1:8080          max_fails=3  fail_timeout=30s;
      server   unix:/tmp/backend3;
    }
//   proxy_pass http://my_upstream_name; 

这些是你需要的:

如果你只是想控制一个应用程序的vhost之间的负载:

 upstream  my_upstream_name{
          server   127.0.0.1:8080          max_fails=3  fail_timeout=30s;
          server   127.0.0.1:8081          max_fails=3  fail_timeout=30s;
          server   127.0.0.1:8082          max_fails=3  fail_timeout=30s;
          server   127.0.0.1:8083 backup;
//  proxy_pass http://my_upstream_name; 
// amazingness no.1, the keyword "backup" means that this server should only be used when the rest are non-responsive
    } 

如果您有2个或更多应用程序:每个应用程序上游1个,如:

upstream  my_upstream_name{
              server   127.0.0.1:8080          max_fails=3  fail_timeout=30s;
              server   127.0.0.1:8081          max_fails=3  fail_timeout=30s;
              server   127.0.0.1:8082          max_fails=3  fail_timeout=30s;
              server   127.0.0.1:8083 backup;  
            } 
upstream  my_upstream_name_app2  {
              server   127.0.0.1:8084          max_fails=3  fail_timeout=30s;
              server   127.0.0.1:8085          max_fails=3  fail_timeout=30s;
              server   127.0.0.1:8086          max_fails=3  fail_timeout=30s;
              server   127.0.0.1:8087 backup; 
            } 
upstream  my_upstream_name_app3  {
              server   127.0.0.1:8088          max_fails=3  fail_timeout=30s;
              server   127.0.0.1:8089          max_fails=3  fail_timeout=30s;
              server   127.0.0.1:8090          max_fails=3  fail_timeout=30s;
              server   127.0.0.1:8091 backup;  
            } 

希望能帮助到你.