proxy_next_upstream表示对于后端服务器，出现问题后将会转移到另外一台服务器 proxy_next_upstream 语法: proxy_next_upstream [error|timeout|invalid_header|http_500|http_503|http_404 ...

背景及简要分析 前几天一次故障定位的时候发现，后端服务(java)在从故障中恢复之后，会出现大量499，且会持续较长时间无法自行恢复。根本原因是服务容量问题，处理太慢导致客户端等不了了，主动断开。不过分析一下直接原因大概有这几点： nginx超时配置的比客户端长，导致客户端都499超时 ...

nginx作为反向代理服务器，后端RS有多台服务器，上层通过一定机制保证容错和负载均衡。 nginx的重试机制就是容错的一种 官方链接：http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_next_upstream ...

和 504，大量的500错误没有重试。带着这两个问题了查了下kong和openresty代码。 结论 ...

http://nginx.org/cn/docs/http/ngx_http_proxy_module.html http://bbs.linuxtone.org/thread-19302-1-1.html http://blog.csdn.net/zl8762385/article ...

什么是容灾？顾名思义， 容灾就是容忍灾难， 即在灾难袭来时从容不迫。 通过在相隔较远的异地，建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换，当一处系统因意外（如火灾、地震等）停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。 容灾 ...

实现集群，一个重要的保证就是高可用性，要在各种软件和硬件的故障情况下仍然能够提供服务。一般来说有两种解决思路，一种是每一个节点互相之间都会进行数据交互以及监控，出现故障的时候，各个节点都可以做协调任务。另一种就是增加一个协调组件来对集群进行实时监控以及故障处理。现在使用比较广泛的是第二种方案 ...

一、模块简介 ngx_http_upstream_module模块用于定义可以由proxy_pass、fastcgi_pass、uwsgi_pass、scgi_pass、memcached_pass和grpc_pass指令引用的服务器组。 二、示例 注意：upstream ...