运维高可用架构设计
一、硬件
1、服务器
2、网络架构
二、软件
1、基础组件
| 组件名称 | 高可用方式 | 最少节点数 |
| 负载均衡(Tenginx) | corsync+pacemaker互为主备 多组集群通过DNS轮循实现一个大集群 | 2 |
| DNS | 主从集群 | 2 |
| RabbitMQ | 原生HA镜像集群 | 3 |
| Zookeeper | 原生分布式集群 | 3 |
| Kafka | 原生分布式集群 | 3 |
| ES | 原生分布式集群 | 3 |
| OpenLDAP | 主备 | 2 |
| Confluence | 主备 | 2 |
2、数据库
1）数据库架构和备份策略
| 组件名称 | 高可用方式 | 最低节点数 | 备份策略 |
| mysql | 主从 | 1主1从 | 每天全备+日志实时同步（备份保留10天） |
| mysql | MGR | 3节点 | 每天全备+日志实时同步（备份保留10天） |
| pg | 主从 | 1主1从 | 每天全备+日志实时同步（备份保留10天） |
| redis | sentinel | 1主1从 | 主从数据同步 |
| redis | cluster | 2分片1副本 | 主从数据同步 |
2）数据库架构故障
| 故障表现级别 | 故障表现描述 | 架构 | 日志 | 复制模式 | 备份 | 是否满足高可用 |
| 1 | 崩溃，数据丢失 | mysql，postgresql 单节点。 | mysql:未开启binlog。 postgresql: 开启日志级别minimal | 无 | 无 | |
| 2 | 崩溃，新数据丢失 | mysql，postgresql 单节点。 | mysql:未开启binlog。 postgresql: 开启日志级别minimal | 无 | 每天全备 | |
| 3 | 崩溃，没有数据丢失 | mysql，postgresql 单节点。 | mysql: 开启binlog 级别 statement 及以上。postgresql: 开启日志级别archive 及以上 | 无 | 每天全备+日志实时同步。 | |
| 4 | 主从切换，服务不可用。 | mysql,postgresql 主从 无高可用,需手动切换。 | mysql:开启binlog 级别 row。 postgresql: 日志级别hot_standby 及以上。 | 异步复制 | 每天全备+日志实时同步 | |
| 5 | 主从切换，用户有明显的感知。服务器基本完全可用。 | mysql：haproxy/nginx+proxysql+mysql(mha) postgresql: 待定。 | mysql:开启binlog 级别 row。 postgresql: 日志级别hot_standby 及以上。 | 异步复制。 | 每天全备+日志实时同步。 | |
| 6 | 主从切换，用户有很小或无明显感知。服务基本完全可用。 | mysql：haproxy/nginx+proxysql+mysql(mha) 或：mgr（待测试） postgresql: haproxy/nginx+pg_poolII+postgresql(repmgr) 待定。 | mysql:开启binlog 级别 row。 postgresql: 日志级别hot_standby 及以上。 | mysql半同步复制postgresql同步复制。 | 每天全备+日志实时同步。 |
原文地址：https://blog.csdn.net/happy_king_zi/article/details/143569089
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！