Nginx 示意图如下:
准备工作:
1. 创建一个Web 工程
2. 创建提供数据的WebAPI服务
3. 用命令行启动WebAPI服务,用不同的端口进行启动
4. 配置Nginx服务
5. 用Nginx地址调用服务
命令行启动命令:
启动Web网站:
dotnet MicroService.dll --urls="http://*:8905" --ip="127.0.0.1" --port=8012
启动WebAPI服务:
dotnet MicroService.WebAPI.dll --urls="http://*:5726" --ip="127.0.0.1" --port=5726
dotnet MicroService.WebAPI.dll --urls="http://*:5727" --ip="127.0.0.1" --port=5727
dotnet MicroService.WebAPI.dll --urls="http://*:5728" --ip="127.0.0.1" --port=5728
Nginx配置:
Web前端调用
public IActionResult Index() { // 单体系统 //ViewBag.Users = this._IUserService.UserAll(); string url = String.Empty; string content = String.Empty; // WebAPI 调用 //string url = "http://localhost:5726/api/users/all"; //string content = InvokeAPI(url); // Nginx url = "http://localhost:8087/api/users/all"; content = InvokeAPI(url); ViewBag.Users = Newtonsoft.Json.JsonConvert.DeserializeObject<IEnumerable<User>>(content); return View(); }
public static string InvokeAPI(string url) { using (HttpClient httpClient = new HttpClient()) { HttpRequestMessage message = new HttpRequestMessage(); message.Method = HttpMethod.Get; message.RequestUri = new Uri(url); var result = httpClient.SendAsync(message).Result; string content = result.Content.ReadAsStringAsync().Result; return content; } }
运行结果
刷新画面:
Nginx 分布式集群 负载均衡默认采用的是轮询的原则进行访问。
负载均衡就是将请求“均衡”地分配到多台业务节点服务器上。这里的“均衡”是依据实际场景和业务需要而定的。
对于Nginx来说,请求到达Nginx,Nginx作为反向代理服务器,有绝对的决策权,可以按照规则将请求分配给它知道的节点中的一个,通过这种分配,使得所有节点需要处理的请求量处于相对平均的状态,从而实现负载均衡。
Nginx支持的负载均衡策略很多,比较重点的如下:
- round robin(轮询)
- random(随机)
- weight(权重)
- fair(按响应时长,三方插件)
- url_hash(url的hash值)
- ip_hash(ip的hash值)
- least_conn(最少连接数)
故障节点摘除与恢复
先看看经典配置,再详细解释。
upstream server_group {
server localhost:5726;
server localhost:5727 max_fails=3 fail_timeout=30s;
server localhost:5728 backup;
}
max_fails=number
这个参数决定了多少次请求后端失败后会暂停这个业务节点,不再给它发新的请求,默认值是1。此参数需要配合fail_timeout一起用。
题外话:如何定义失败,有很多种类型,这里因为主要处理HTTP代理,所以更关注proxy_next_upstream。
proxy_next_upstream:主要定义了当服务节点出现状况时,会将请求发给其他节点,也就是定义了怎么算作业务节点失败。
fail_timeout=time
决定了当Nginx认定这个节点不可用时,暂停多久。不配置默认就是10s。
把上面两个参数联合起来考虑就是:当Nginx发现发送到这个节点上的请求失败了3次的时候,就会把这个节点摘除,摘除时间是30s,30s后才会再次发送请求到这个节点上。