应用场景
我们具体来看一看它的使用场景。
第一个使用场景的是用于高访问量的业务。
当你的应用访问量非常大，单台的服务器已经无法承载这个访问量的时候，就可以使用负载均衡，将流量分发到不同的服务器上去。
第二个场景是横向扩张系统。
当你已经使用了负载均衡，在业务有波动时可以在后端非常方便的添加和减少ECS来调整自己应用的服务能力。
第三个应用场景是消除单点故障。
当我们在使用负载均衡时，后端有多台ECS在同时工作的。一旦其中一台ECS上的应用发生了故障，那么负载均衡会通过一个健康检查的机制来及时的发现这个故障，并且能屏蔽对这台ECS的流量转发，然后将用户的请求转发到另一台正常工作的ECS实例上。
同城的容灾
阿里云负载均衡可以实现同地域多可用区之间同地域容灾，当主可用区出现故障是，可以在短时间内切换到另一备用可用区，以恢复服务能力。同时，主可用区恢复访问时，它会自动切换到主可用区。
跨地域容灾
跨地域容灾通过云解析做智能DNS，将域名解析到不同地域的负载均衡实例地址下，以实现全局负载均衡，当某个地域出现不可用时，暂停对应解析即可实现所有用户访问不受影响。
配置负载均衡
下面我们来演示一下负载均衡该如何去配置。
首先要做好准备工作，我们需要开通一台负载均衡实例和与负载均衡同一个地域的两台ECS服务器。
创建好以后，我们就可以在负载均衡的控制台看到这样一台实例了。
接下来，我们要给这个负载均衡创建一个监听。“监听”可以简单的理解为对应后端服务器里面的一个应用，比如一个网站我们来点击监听，然后点击添加监听。
假设我们的后端服务器里面有一个http的网站前端协议端口，我们可以将前后端协议端口TCP都写成80，然后根据自己的需要来选择调度算法，其实就是流量的转发方式。
下一步是健康检查，我们可以选择TCP方式。
健康检查端口会默认的和后端服务器的端口保持一致，直接确认就好了。现在，一个监听就配置好了。
接下来要去规定这台负载均衡的后端服务器是哪些。点击后端服务器，然后点击未添加服务器，将我们刚才创建的两台服务器勾选，然后批量添加就可以了。
这里有一个权重需要大家注意一下，这里的权重就是一个比例的概念，如果两台服务器写的都是100，流量将会以1:1的方式被转发到后端的两台服务器上。
因为业务背景问题，目前应用后端的接口和前端服务是放置在不同的服务器上，而前端页面现在说需要加上https,但是我们的前端页面目前请求应用后端的接口的时候使用的还是http，所以导致了，请求http的接口时候出现了异常！
如图示：
解决的办法就是，我们的也给需要给我们的应用接口加上对应的https支持！
之前已经给对应的接口的域名买好了对应的证书！
问题描述：
因为忘了，我们的应用接口的域名是指向了阿里云SLB上的服务器，所以一开始的时候是在后端进行配置相关的SSL，可是配置来配置还是无法生效！
请求的时候会说超时：
首先后端的集群的应用服务器NGINX的配置是：
后知后觉才记得，域名的指向的是负载服务器的IP，我们需要在负载层服务器那里进行配置。
于是乎打开了阿里云的负载均衡，查看一下对应的一些配置信息，
所以尝试了添加对应的新的监听处理！
添加基本配置：
配置对应的监控检查：
然后再配置对应的转发策略：
结果：
第I一次添加的时候，我开启了对应 <使用虚拟服务组>
导致下面的问题的提示（理论上其实应该是没影响的，暂且没继续尝试）：
并且访问对应的后端接口返回的是502：
因为对于http还是没有什么问题，所以排除了后端问题的可能性！
后来删除继续重新添加：
但是还是出现异常信息，
后来查阅各种资料，在阿里云的官方文档上有对应的排错步骤：
参考资料信息：
https://help.aliyun.com/knowledge_detail/55201.html?spm=a2c4g.11186623.6.714.K0jKZY
https://help.aliyun.com/knowledge_detail/55207.html?spm=a2c4g.11186623.6.721.FWDfvM
排查步骤
PS：
检查负载均衡状态，是否有后端ECS健康检查失败的情况，如果有健康检查失败，解决健康检查失败问题。
后来觉得应该有可能是原因是健康检查检查引起的问题异常：
，因为默认他应该是会在对应的server下的一个默认的路径去检查服务的情况，由于我没指定对应的检查URL地址，所有在转到80的时候就异常了！！
后来直接的关闭健康检查！就可以了！！
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）