企业高可用切换的说明

企业的应用场景,基本上都离不开高可用,不管是windows下自带的集群软件,或者是Linux下的heartbeat,keepalived等,AIX下的hacmp等。

-----------------------------引用老男孩老师对高可用切换的说明------------------------------

关于企业高可用切换的说明:

1、高可用服务的切换一般用于主故障备用自动切换接管,快速顶替故障机提供服务的

2、备用机接管服务后,最好由人工处理解决

3、不管准备多么完善,监控多么智能,一般都不会自动切换主库

4、人工去控制,因为回切是可控的,有时间准备的

5、而一开始主挂了,备用顶替主来提供服务,是突然的,不可控的

6、重要的业务是不能来回自动切换的,自动切换的参数是需要off掉

7、所以针对高可用的服务,开机是否要自动启动,需要跟进具体的业务场景进行分析

时间: 2024-10-29 19:07:12

企业高可用切换的说明的相关文章

MHA高可用切换工具

MHA简介 MHA是一位日本MySQL大牛用Perl写的一套MySQL故障切换方案,来保证数据库系统的高可用,在宕机时间内(通常10-30秒),完成故障切换,部署HA,可避免主从不一致问题节约购买服务器的费用,易安装,不改变现有部署. MHA解决课题 MySQL主从复制架构中,当master发生故障时,有可能会发生一部分(或者全部)的slave未能获取到最新binglog日志,导致slave从库和master数据不一致情况,甚至各salve之间数据也存在偏差 而master能够消除各slave之

Linux的企业-高可用集群Haproxy+corosync+pacemaker+fence

一.Haproxy简介 Haproxy是一个使用C语言编写的自由及开放源代码软件,其提供高可用性.负载均衡,以及基于TCP和HTTP的应用程序代理. HAProxy特别适用于那些负载特大的web站点,这些站点通常又需要会话保持或七层处理.HAProxy运行在当前的硬件上,完全可以支持数以万计的并发连接.并且它的运行模式使得它可以很简单安全的整合进您当前的架构中, 同时可以保护你的web服务器不被暴露到网络上. 二.HAProxy的特点1.支持两种代理模式:TCP(四层)和HTTP(七层),支持虚

20Lync2013升级到SkypeForBusiness2015进阶篇--SFB后端Mirror高可用切换测试

6.1.3 查看镜像高可用 刚才创建的共享文件夹写入了SQL的备份文件 6.1.4 高可用测试 切换后,客户端是不会受影响的,可以反复切换下后端,测试下载拓扑信息,以及重启前端服务器,看是否正常启动所有的服务

MongoDB 高可用切换

MongoDB 高可用集群切换 MongoDB最简单的集群模式是三节点搭建Replica Set(副本集),这样可以保证一个节点故障后,其余节点还可以继续提供服务. 在MongoDB集群中,也存在主节点和备用节点的角色,如主节点出现问题,会通过选举在备用节点中产生一个新的主节点,其主备用节点会自动向新的主节点进行同步. 在新旧主节点完成切换后,对前端应用几乎是透明的,原因在于MongoDB特殊的连接字符串配置方式: mongodb://[username:[email protected]]ho

DNS域名服务器双master+ntp时间服务器双主+keepalived企业高可用方案 附脚本

一.环境 [[email protected] ~]# cat /etc/issue Red Hat Enterprise Linux Server release 6.6 (Santiago) Kernel \r on an \m [[email protected] ~]# uname -r 2.6.32-504.el6.x86_64 角色 master-backup backup-master client ip 192.168.42.9 192.168.42.11 192.168.42.

Heartbeat实现web服务高可用(三)

六:Heartbeat实现WEB服务高可用案例 6.1 部署准备 资源环境:继续使用我们之前已经部署好Heartbeat的两台服务器node01.cn和node02.cn,两台机器heartbeat是双主模式我们再捋一捋    node01.cn   eth0 172.10.25.26 外网管理IP                      eth1 10.25.25.16  心跳直连                      VIP  172.10.25.18        node02.cn

【独家】终生受用的Redis高可用技术解决方案大全

最近很多朋友向我咨询关于高可用的方案的优缺点以及如何选择合适的方案线上使用,刚好最近在给宜人贷,光大银行做企业内训的时候也详细讲过,这里我再整理发出来,供大家参考,如有不妥之处,欢迎批评指正,也欢迎推荐更好的技术方案.不废话了,来看看方案吧- 总纲 Redis常见的几种主要使用方式: Redis 单副本 Redis 多副本(主从) Redis Sentinel(哨兵) Redis Cluster Redis 自研 Redis各种使用方式的优缺点: 1.Redis单副本 Redis 单副本,采用单

Redis高可用技术解决方案总结

一.常见使用方式 Redis的几种常见使用方式包括: Redis单副本: Redis多副本(主从): Redis Sentinel(哨兵): Redis Cluster: Redis自研. 二.各种使用方式的优缺点 1.Redis单副本 Redis单副本,采用单个Redis节点部署架构,没有备用节点实时同步数据,不提供数据持久化和备份策略,适用于数据可靠性要求不高的纯缓存业务场景. 优点: 架构简单,部署方便: 高性价比:缓存使用时无需备用节点(单实例可用性可以用supervisor或cront

秒级容灾,UCloud 内网高可用服务之三代架构演进

快节奏的生活,任何的业务异常 / 中断都是不能容忍的. 在无人化超市选购完成进行结账时,结账页面突然卡住,无法完成购买操作.这时该选择放弃手中的商品 or 继续等待? 酒店办理入住时,管理系统突然崩溃,无法查询预订记录,导致办理入住受到影响,酒店前台排起了长队-- 高可用与我们每个人都是息息相关的,在即将到来的双十一,更是对各个电商的业务可用性提出了更高的要求.对此,UCloud 提供基于内网 VIP 的高可用服务,内网 VIP 通过前后三代广播集群的设计演进,解决了复杂异构 Overlay 网