什么是负载均衡？NGINX是如何实现负载均衡的？

大家好，我是锋哥。今天分享关于【什么是负载均衡？NGINX是如何实现负载均衡的？】面试题。希望对大家有帮助；

什么是负载均衡？NGINX是如何实现负载均衡的？

1000道互联网大厂Java工程师精选面试题-Java资源分享网

负载均衡是指通过将用户请求分配到多个服务器或资源池上，以实现流量的合理分配，从而提高应用系统的可用性、稳定性和性能。这种方法可以有效地防止单个服务器因流量过大而导致宕机，确保服务的高可用性。

负载均衡的主要目标：

流量分配：根据某些策略，将用户请求分配给多个服务器。
高可用性：保证系统在某一台服务器出现故障时，依然能提供服务，减少单点故障。
扩展性：支持根据业务需求动态添加或移除服务器，灵活应对流量变化。
性能优化：通过均衡分配流量，提高系统的响应速度和处理能力。

NGINX 实现负载均衡的方式

NGINX 是一款开源、高性能的反向代理服务器和负载均衡器，它能够高效地分配客户端的请求到多台后端服务器，从而实现负载均衡。NGINX 实现负载均衡的主要方法如下：

1. 轮询（Round Robin）

这是 NGINX 默认的负载均衡方式，简单高效。轮询方式会按照请求到达的顺序，依次将请求分配给不同的后端服务器。

优点：实现简单，适用于负载相对均衡的场景。
缺点：没有考虑每台服务器的负载情况，可能会导致某些服务器过载。

配置示例：

http {
    upstream backend {
        server backend1.example.com;
        server backend2.example.com;
        server backend3.example.com;
    }

    server {
        location / {
            proxy_pass http://backend;
        }
    }
}

2. 加权轮询（Weighted Round Robin）

在加权轮询中，每台服务器根据指定的权重值分配不同的请求量。权重越大的服务器，分配到的请求就越多。

优点：适用于服务器性能不均衡的情况，可以指定更强的服务器承载更多请求。
缺点：需要人为设置权重，且可能会有一些维护工作。

配置示例：

http {
    upstream backend {
        server backend1.example.com weight=3;  # 权重为3
        server backend2.example.com weight=1;  # 权重为1
    }

    server {
        location / {
            proxy_pass http://backend;
        }
    }
}

3. IP哈希（IP Hash）

IP哈希方法通过客户端的 IP 地址来决定将请求分发给哪台服务器。该方法可以确保来自同一 IP 地址的请求始终被路由到同一台服务器。适用于需要保持会话状态的应用场景（比如 Web 应用需要在会话中存储一些信息）。

优点：适合有会话状态要求的应用，如需要会话粘性（Session Persistence）的场景。
缺点：如果 IP 地址变化（例如客户端使用代理服务器），会导致请求路由的变化，可能影响用户体验。

配置示例：

http {
    upstream backend {
        ip_hash;  # 启用IP哈希
        server backend1.example.com;
        server backend2.example.com;
        server backend3.example.com;
    }

    server {
        location / {
            proxy_pass http://backend;
        }
    }
}

4. 最少连接（Least Connections）

这种方式将请求分配给当前连接数最少的服务器。它适用于处理请求时间差异较大的场景，例如后端处理时间较长的请求较多时。

优点：能有效避免某些服务器因短时间内处理大量请求而过载。
缺点：需要保证各服务器之间连接数的实时统计，稍微增加系统负担。

配置示例：

http {
    upstream backend {
        least_conn;  # 使用最少连接策略
        server backend1.example.com;
        server backend2.example.com;
        server backend3.example.com;
    }

    server {
        location / {
            proxy_pass http://backend;
        }
    }
}