集群主备或负载均衡服务器中一个宕机 怎么及时通知到管理员,是每天查看日志吗,这样太不方便啦

集群主备或负载均衡服务器中一个宕机 怎么及时通知到管理员,是每天查看日志吗,这样太不方便啦,第1张

喵提醒有个keepalive服务,但是需要收费开会员才能用。它会给你一个心跳网址,你写个定时器,比如windows用计划任务,linux用crontab,写个每2分钟一次给心跳网址发心跳的任务就可以了,一旦宕机,心跳停止发送了,喵提醒就会给你发手机提醒。我3台服务器都用这个,感觉挺方便,不用自己写监控。

起因:在实际项目开发过程中,需要使用RabbitMQ来实现消息队列的功能,但仅仅实现功能之后并不能对自己满足,既然学一次,就要更深的了解她,吃一吃架构方面的相关内容,提升自己。

RabbitMQ在镜像集群中,机器其实是平行关系,所有的节点都是互相复制的

场景描述:

A是Master

B是Slave

A正常运行,B宕机了,只需要启动B即可,B就会自动加入集群

A和B都宕机了,只要A在B之前启动就可以了

A和B都宕机了,A启动不起来了,即便是B启动了,有可以B直接启动不了啦

B和C都加入了A为Master的集群,这个时候都需要将B和C从A的集群中forget,B和C启动不起来了

RabbitMQv3.2版本以后提供了一个离线清除集群节点的命令参数,也就是节点无法启动状态下

HAProxy是一款提供高可用的负载均衡器(之前大家都是使用的Nginx居多,upstream反向代理实现负载均衡非常容易),HAProxy可以基于TCP四层(Lvs也是TCP四层的),HTTP七层(Nginx是HTTP七层)的负载均衡应用代理软件,免费高速可靠的一种LBS解决方案

HAProxy的并发连接完全可以支持以万为单位的

Nginx

优点:

1、工作在网络7层之上,可针对http应用做一些分流的策略,如针对域名、目录结构,它的正规规则比HAProxy更为强大和灵活,所以,目前为止广泛流行。

2、Nginx对网络稳定性的依赖非常小,理论上能ping通就能进行负载功能。

3、Nginx安装与配置比较简单,测试也比较方便,基本能把错误日志打印出来。

4、可以承担高负载压力且稳定,硬件不差的情况下一般能支撑几万次的并发量。

5、Nginx可以通过端口检测到服务器内部的故障,如根据服务器处理网页返回的状态码、超时等,并会把返回错误的请求重新提交到另一个节点。

6、不仅仅是优秀的负载均衡器/反向代理软件,同时也是强大的Web应用服务器。可作为静态网页和图片服务器,在高流量环境中稳定性也很好。

7、可作为中层反向代理使用。

缺点:

1、适应范围较小,仅能支持http、https、Email协议。

2、对后端服务器的健康检查,只支持通过端口检测,不支持url来检测

3、负载均衡策略比较少:轮询、权重、IP_hash、url_hash

HAProxy

优点:

1、HAProxy是支持虚拟主机的,可以工作在4、7层(支持多网段)

2、HAProxy的优点能够补充Nginx的一些缺点,比如支持Session的保持,Cookie的引导;同时支持通过获取指定的url来检测后端服务器的状态。

3、HAProxy跟LVS类似,本身就只是一款负载均衡软件;单纯从效率上来讲HAProxy会比Nginx有更出色的负载均衡速度,在并发处理上也是优于Nginx的。

4、HAProxy支持TCP协议的负载均衡转发,可以对MySQL读进行负载均衡,对后端的MySQL节点进行检测和负载均衡。

5、HAProxy负载均衡策略非常多,HAProxy的负载均衡算法现在具体有如下8种

缺点:

1、不支持POP/SMTP协议

2、不支持SPDY协议

3、不支持HTTP cache功能。现在不少开源的lb项目,都或多或少具备HTTP cache功能。

4、重载配置的功能需要重启进程,虽然也是soft restart,但没有Nginx的reaload更为平滑和友好。

5、多进程模式支持不够好

HAProxy+Keepalived(负载均衡节点的高可用)

将上面的配置文件内容放入 /etc/haproxy/haproxy.cfg中

启动HAProxy

启用成功后可以到控制台进行验证

通过federation的配置来进行数据通道搭建

这个时候你需要自己定义一个上游节点upstream(166节点),一个下游节点downstream(167节点),federation是单向发送的,相当于消息发送到upstream的一个exchange上,然后转发到downstream的queue上

1、 在下游节点创建一个exchage和一个queue和binding的routingkey,用来进行数据接收

2、 在下游节点建立federation upstream规则和上游节点进行数据同步

3、 进入下游节点的federation status没有任何数据,需要建立策略来保证通道连通

4、 进入下游节点的Policy菜单,Pattern是个正则表达式,这里表示以down开头的exchange和queue都匹配

5、 这个时候看exchange和queue,规则就应用上了

6、 这个时候去federation status看,发现上游连接已经连接上了

7、 这个时候我们先去看上游的overview

8、 再看上游的exchange和queue就已经根据下游配置的upstream和policy规则将exchange和queue创建好了

灰色的这个重定向exchange不能发送消息,如果要发送则在down-exchange上进行发送

9、 我们在上游的down-exchange发送一条消息,进行测试

可以在下游查看这条消息

10、 因为上游及节点只是一个中转,如果上游及诶单也要消息down-exchange里的消息怎么办?

只需要在本地建立一个binding关系就好

不要以为每天把功能完成了就行了,这种思想是要不得的,互勉~!

B站崩了冲上热搜原因,众说纷纭,有之前公布的消息说是起火了导致服务器宕机。但后来上海消防又站出来,说没有接到这公司所在的地方的这个火警,相应的报警,至于原因是什么并没有人清楚。

B站是哔喱哔喱弹幕视频网原来它就是一个网站,但是现在它已经有自己的APP了,就是哔喱哔喱,你去软件商店搜这个东西就能搜到。上面主要经营的模式是由up主本身产出优质的内容吸引浏览网站的人点赞,关注投币,然后这个视频的创作者能得到一定的收益,网站也能分得一部分的收益,再加上一定的广告展现量。所以说这些年b站的发展还算是不错,影响力也越来越大了,有很多人5年前甚至是更早就已经是这个注册的会员了。

就是因为他影响力越来越大了,突然宕机了才受到那么多人的关注,因为根据他们的官微阐述,是说服务器的机房起火了,正在紧急抢救,让我们为我们的数据祈祷祈祷这次能平安度过。但是后来上海消防又站出来,说没有接到这个公司所在区域的火警报警电话,因为要知道服务器那个东西一旦着火了,那可不是普通的水就能扑灭的,那需要专业人士,所以原因到底如何,这就没有办法知道了,因为官方并没有公布后续的相应消息呢。

人生到底是什么原因导致的?宕机为什么会出现这样的错误?这跟我们普通的消费者来说都没有那么重要。因为b站的会员他是注册会员不是花钱才能开的那种会员,大部分人都是免费用户,你注册了之后通过一定的答题你就可以成为这个网站的会员,在会员之上有一个叫做大会员的东西,那个是要花钱的,但那个是少一部分,大部分都是免费用户,出现偶尔的这个问题很正常,没有必要大惊小怪。


欢迎分享,转载请注明来源:夏雨云

原文地址:https://www.xiayuyun.com/zonghe/374291.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-05-14
下一篇2023-05-14

发表评论

登录后才能评论

评论列表(0条)

    保存