如何防止nginx调节与维护模式冲突？

我们使用HttpLimitReqModule nginx mondule进行速率限制，并发现它与我们的“ 维护模式 ”冲突，因为这两个组件都使用http状态码503 。

当激活限制（通过limit_req指令）时，nginx通常会提供一个503，但不幸的是我们的维护模式位置被使用，导致我们的Amazon S3托pipe维护页面302。 一个302节制的请求不是一个好的结果 。

我想知道其他人如何处理这个问题？ 例如，我应该为我们的维护页面使用不同的状态代码，但是如果是这样，是什么？

理想情况下，对于受限制的请求，我不希望提供任何页面，只有503响应头 – 它需要尽可能轻量级，因为整个问题是阻止服务器不堪重负。

• 保持页面，而Apache下来/重新启动
• 服务器CPU突然突然变得不可用 – 提示来监视/分析这个？
• 有什么理由让网站“维护”？
• 有一个实际的服务器主机命名约定？
• build议服务器的硬盘大小是多less？

作为参考，这是我们用于“维护模式”的nginxconfiguration：

server { ... # Redirect processing of 503 error pages into a named location: error_page 503 @maintenance; # "Maintenance Mode" is off by default - Use a nginx variable to track state. set $maintenance off; # Switch on "Maintenance Mode" if a certain file exists. if (-f /var/www/mysite/shared/maintenanceON) { set $maintenance on; } if ($maintenance = on) { return 503; # 503 - Service unavailable } location @maintenance { # Redirect the request to our maintenance page in Amazon S3. rewrite ^(.*)$ http://mysite.s3-website-us-east-1.amazonaws.com/ break; } ... # Process the php files - pass to php-fpm. location ~ \.php { # Limit aggressive bots and crawlers to 30 requests per minute. limit_req zone=bots; fastcgi_pass 127.0.0.1:$fastcgi_port; } ... 

  if (-f /var/www/mysite/shared/maintenanceON) { rewrite ^(.*)$ http://mysite.s3-website-us-east-1.amazonaws.com/ redirect; } 

 # Define a limit request zone called "bots" that will track requests by IP. limit_req_zone $binary_remote_addr zone=bots:20m rate=15r/s; # 429 = Too Many Requests limit_req_status 429;