大家好，我是锋哥。今天分享关于【什么是负载均衡？NGINX是如何实现负载均衡的？】面试题。希望对大家有帮助；
什么是负载均衡？NGINX是如何实现负载均衡的？
1000道 互联网大厂Java工程师 精选面试题-Java资源分享网
负载均衡是指将网络流量（请求）分配到多台服务器上，以确保每台服务器的负载相对均衡，从而提高系统的可用性、可靠性和处理能力。负载均衡可以帮助应对高并发、高流量的情况，防止单一服务器由于过载而导致性能下降或崩溃。
NGINX 如何实现负载均衡？
NGINX 作为一个高性能的 Web 服务器和反向代理服务器，它支持多种负载均衡策略。负载均衡的基本原理是将客户端的请求分发到多个后端服务器（通常是 Web 服务器、应用服务器、数据库服务器等）上，从而确保系统的高可用性和扩展性。
NGINX 负载均衡的实现方式
NGINX 通过 upstream 模块实现负载均衡。upstream 块允许你定义一组后端服务器，NGINX 会根据特定的策略（如轮询、IP 哈希等）将请求分发到这些服务器上。以下是一些常用的负载均衡策略。
1. 轮询 (Round Robin)
轮询是最简单也是最常见的负载均衡方法。NGINX 会按顺序将请求分配给每台后端服务器。当有新的请求到达时，NGINX 会轮流选择一个后端服务器进行处理。这种方式在后端服务器负载相对均衡的情况下效果较好。
配置示例：
upstream backend {
server backend1.example.com;
server backend2.example.com;
server backend3.example.com;
}
server {
location / {
proxy_pass http://backend;
}
}
在这个例子中，NGINX 会按照顺序将请求传递给 backend1.example.com、backend2.example.com 和 backend3.example.com。
2. 加权轮询 (Weighted Round Robin)
在加权轮询模式下，每台服务器根据预设的权重值接受请求。权重越大，服务器接收到的请求就越多。这种方式适用于后端服务器硬件配置不同的场景，例如有的服务器性能更强，可以承载更多的请求。
配置示例：
upstream backend {
server backend1.example.com weight=3;
server backend2.example.com weight=1;
server backend3.example.com weight=2;
}
server {
location / {
proxy_pass http://backend;
}
}
在这个配置中，backend1.example.com 会接收到比其他服务器更多的请求，因为它的权重是 3，而 backend2.example.com 的权重是 1。
3. IP 哈希 (IP Hash)
IP 哈希负载均衡方式根据客户端的 IP 地址来分配请求。具体来说，NGINX 会对客户端 IP 地址进行哈希计算，并根据计算结果将请求分配到特定的后端服务器上。这样同一客户端的请求总是会被路由到相同的服务器，保证会话的一致性。
配置示例：
upstream backend {
ip_hash;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com;
}
server {
location / {
proxy_pass http://backend;
}
}
在这个配置中，客户端的 IP 地址会被用作哈希计算的依据，确保来自同一 IP 的请求始终由相同的后端服务器处理。
4. 最少连接 (Least Connections)
最少连接负载均衡策略是将请求转发给当前连接数最少的后端服务器。该策略通常适用于后端服务器处理时间较长、请求响应时间不一致的场景。这可以帮助避免某些服务器因过多的并发连接而变得过载。
配置示例：
upstream backend {
least_conn;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com;
}
server {
location / {
proxy_pass http://backend;
}
}
这里，NGINX 会根据每台服务器的当前连接数来选择负载最小的服务器处理请求。
5. 动态负载均衡
NGINX 还可以通过动态调整后端服务器池的方式实现负载均衡。例如，可以根据服务器的健康状况动态地增加或移除后端服务器。
配置示例（基于 health_check 模块）：
upstream backend {
server backend1.example.com max_fails=3 fail_timeout=30s;
server backend2.example.com max_fails=3 fail_timeout=30s;
server backend3.example.com max_fails=3 fail_timeout=30s;
health_check;
}
server {
location / {
proxy_pass http://backend;
}
}
在这个配置中，NGINX 会监控每个服务器的健康状况。如果一个服务器连续失败超过设定的次数（如 max_fails=3），它会被暂时从负载均衡池中移除，直到恢复正常。
6. Session 持续性（Sticky Sessions）
如果应用需要根据用户会话（Session）保持请求的一致性，可以通过启用 session 持续性来保证同一用户的请求始终由同一台服务器处理。常见的方式有通过 Cookie 或 IP 哈希来实现。
基于 Cookie 实现 Session 持续性：
upstream backend {
sticky cookie srv_id expires=1h domain=.example.com path=/;
server backend1.example.com;
server backend2.example.com;
}
server {
location / {
proxy_pass http://backend;
}
}
在这个配置中，NGINX 会根据设置的 cookie 来维持会话一致性，确保同一用户的请求始终由同一台服务器处理。
总结
NGINX 提供了多种负载均衡策略，通过配置 upstream 块和各种负载均衡算法，能够有效地将请求分发到多台服务器，从而提高系统的可靠性和扩展性。常见的负载均衡策略包括轮询、加权轮询、IP 哈希、最少连接等，用户可以根据实际需求选择合适的策略。NGINX 还支持动态调整服务器池、健康检查和会话持续性等功能，以适应复杂的高可用和高并发场景。
