nginx负载均衡策略
产品型号：ThinkPad E15系统版本：CentOS 8Nginx 负载均衡策略：1. 轮询（默认） 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器宕机，能自动剔除。 ``` upstream backserver { server 192.168.1.62; server 192.168.1.64; } ```2. 指定权重 指定了轮询的几率，weight 权重大小和访问比率成正比，用于后端服务器性能不均的情况。 ``` upstream backserver { server 192.168.1.62 weight=1; server 192.168.1.64 weight=2; } ```3. IP哈希 每个请求，按访问IP的哈希结果进行分配，这样每个访客，会固定访问同一个后端服务器，可以解决session的问题
解决https请求通过F5后nginx负载均衡ip_hash失效的问题（要求会话保持）
遇到问题：流量集中到单台服务器，引起高负载和响应延迟。排查后发现原因是NGINX使用IP哈希算法导致所有请求被分配到同一台服务器。解决方案一：通过调整NGINX配置文件中的服务器位置，实现负载均衡，每台服务器分摊四分之一的流量。解决方案二：利用NGINX的哈希负载均衡策略，通过使用$cookie_sessionid进行哈希运算，避免会话保持问题。流量均匀分布，无需担忧服务器间的负载不均。问题1：服务器也需要保持请求至同一服务的解决方案：找到两种请求不同的地方，并确定服务器的hash字段，通过NGINX配置中的map规则进行处理。例如，根据xff进行哈希。问题2：存在第一次随机服务器A返回session，登录时该session hash至服务器B，登录成功返回新session hash至服务器C又需要重新登陆的情况。验证发现，使用SSO登录时，请求可能在多台服务器间切换，导致需要多次登录。解决方法：手动在cookie中添加一个值完成哈希，实现会话保持
nginx负载均衡-普通hash和一致性hash负载均衡实现
负载均衡原理中，ngx_http_upstream_hash_module支持两种算法：普通hash和一致性hash。默认使用普通hash进行负载均衡。在普通hash算法中，可以配置HTTP变量值作为hash值计算的key，计算出的hash值与总权重的余数决定选择哪个server。而一致性hash算法则更加复杂，主要用于解决后端服务器数量变化导致请求不均匀分配的问题。一致性hash算法原理在于改进hash算法，确保服务器数量变化时，请求的分配更加均衡。若后端服务器数量增加，普通hash算法可能使部分服务器负载过重，导致效果不佳。一致性hash通过计算虚拟节点的hash值，并基于此值顺时针查找，将请求定向到最近的服务器上。这种机制使得服务器数量变化时，只影响计算出的key值与最近虚拟节点之间的映射，避免了全局影响。这样，即使服务器数量调整，请求分布仍然保持均匀。一致性hash点结构和虚拟节点集合描述了算法的核心概念
如何安装nginx负载均衡配置详解
负载均衡先来简单了解一下什么是负载均衡，单从字面上的意思来理解就可以解释N台服务器平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。那么负载均衡的前提就是要有多台服务器才能实现，也就是两台以上即可。测试环境由于没有服务器，所以本次测试直接host指定域名，然后在VMware里安装了三台CentOS。测试域名 ：a.comA服务器IP ：192.168.5.149 （主）B服务器IP ：192.168.5.27C服务器IP ：192.168.5.126部署思路A服务器做为主服务器，域名直接解析到A服务器（192.168.5.149）上，由A服务器负载均衡到B服务器（192.168.5.27）与C服务器（192.168.5.126）上。域名解析由于不是真实环境，域名就随便使用一个a.com用作测试，所以a.com的解析只能在hosts文件设置。打开：C:WindowsSystem32driversetchosts在末尾添加192