nginx负载均衡能支持多大的并发（什么叫负载均衡）

• 1、什么叫负载均衡，nginx负载均衡能支持多大的并发？
• 2、haproxy和nginx哪个做负载均衡好点？
• 3、3相4线每一相都接220伏电器负载不均衡能行吗？
• 4、代码要满足什么条件？
• 5、负载均衡分布式集群的关系？

1、什么叫负载均衡，nginx负载均衡能支持多大的并发？

nginx可以处理5万并发，如果它更大呢nginx上万并发优化。

通过添加机器，负载均衡等方式增加并发。nginx php 高并发优化。

而最常见的是cdn，根据访问流量的区域选择最近的节点来分流流量nginx集群百万并发量。

2、haproxy和nginx哪个做负载均衡好点？

haproxy 专门是做这个的。nginx是附带做这个，功能比较多。 HAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。

HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。

HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上。

3、3相4线每一相都接220伏电器负载不均衡能行吗？

三相4线每一相都接220伏电器负载不均衡能行吗？

答：3相4线每一相都接22o伏负载不均衡在正常的情况下是没有问题的，但是一但零线总电源断路，那么就会有问题了，当负载多的一相电压很低，单相电器不能正常工作，当负载少的一相电压很高，会烧坏用电器。

4、代码要满足什么条件？

当我们的程序只部署一套，不再能满足访问量（调用量）的时候，最简单的横向扩容的方法就是部署多套应用环境，负载均衡将用户（客户端）的访问平均地分配到每台服务器上，这样就可以利用多台机器的资源，增加系统的负载能力。

那么要做负载均衡，对我们的系统有什么要求么？或者说我们的代码需要做什么改造么？

大部分时候我们的代码是不需要改造的，但是也要注意这么几点。

我们的服务最好是无状态的，也就是每一次的调用，不依赖于前一次的调用结果，如果前后有依赖，则需要后面的请求携带着前一次请求的结果，作为参数进行访问。

除非负载均衡开启了会话保持，或者通过一些负载均衡路由策略，让同一个 IP 的请求始终路由到同一台服务器上，但是这并不是一个好的解决方案。

通常我们需要保持服务的无状态性，如果需要做权限认证的话，建议采用 Token 或使用 Redis 做 Session 共享（推荐使用 Token）。

还有一点，可能不一定必须的，不过我觉得也是个不错的方案，供大家参考。

假如我们有两台应用服务器 A 和 B，前面挂一台负载均衡，当我们需要做应用升级的话，通常可以怎么做？

通常的办法是停掉服务器 A，这时候负载均衡会监控到这台服务器 A 已经无法使用了（比如监控到端口消失），再来的请求会发送给服务器 B；

对服务器 A 升级并启动，负载均衡监控到 A 恢复了，会将请求发送给 A 和 B；

对服务器 B 做相同的操作。

这样看似没有问题，因为在服务器升级的时候，负载均衡不在发送请求到这台服务器上；但是大家仔细想一想这个过程，如果在停服务器的那一刻，已经有请求进来了并进行处理，但是还没有返回，这时候停掉服务器，会导致这部分请求发生异常，那么这个问题如何解决呢？这就需要对程序进行一定的改造了。

应用提供一个接口，返回一个静态变量的值，只要 true 或 false 两个状态；

负载均衡不再监控端口是否消失，而是监控剪口返回的状态，返回 true 表示应用正常，false 或没有返回表示不正常；

每次停服务之前，通过接口修改当前应用静态变量的值为 false；

负载均衡认为该服务器状态不正常，将不再发送请求到这台服务器上；

等待几十秒，这段时间相当于等待当前请求都处理并返回，再停止服务。

“停止服务时，不再接受新的请求，等现有请求都处理完成后再真正停止服务”，这只是一个笨办法，想要避免以上问题还有更好的办法，并且对代码没有侵入性；有些中间件本身提供了类似的功能，我们只需执行对应的停止服务的命令即可；或者需要在代码中添加监听类，当收到 kill 信号的时候，拒绝新的请求，等待一段时间，再结束程序等等。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

5、负载均衡分布式集群的关系？

我最喜欢讲故事了，让我来给你慢慢讲...

高富帅家是开餐饮店的，高富帅每天要打酱油，买菜，炒菜，一个人要干很多活，相当的忙碌，觉得实在是干不下去了！（集成服务要崩溃了），集成系统图示:

所幸高富帅有三个孩子大牛，二牛，三牛（三台不同的服务器），高富帅分配（任务集中调度）大牛去打酱油，二牛买菜，三牛炒菜，三人各有分工，各司其职！（提供不同的服务）这样就组成了一个分布式服务架构图示:

负载均衡和均衡方式:再看大牛，这个人本身事情也多，不愿意天天去打酱油，遂安排他的七个儿子(从大娃到七娃）每天分别去打酱油（1，轮询方式:负载均衡的其中策略之一，当然负载均衡有其他的策略方式:2，分配:三娃跑得快，经常安排他去，就是按照响应时间的分配方式，3，随机方式，看到谁叫谁去！4，hash方式:看日子，谁更适合出去打酱油），这样七个娃做的事情一样，都是打酱油（提供相同的服务），有天轮到七娃打酱油了，但是七娃病了（宕机），然后大牛又重新找了五娃去，（重新选择健康服务），大牛家就组成了一个集群，对外提供打酱油服务！

整个系统当中，爷爷高富帅是一个负载均衡，负责集中管理分配服务（类似eureka服务注册中心），爸爸大牛也是一个负载均衡，负责分配服务到不同的儿子身上（类似nginx的分发）！

整个架构是一个分布式系统架构（每个人都负责不同的事情，并且是不同的服务器，有打酱油，买菜，炒菜服务），大牛和儿子组成一个集群（对外提供打酱油！）！

如果还不懂分布式，集群，负载均衡，你关注私聊我，我再慢慢跟你讲！