包含课程

• 

  
  94人 学习人数

  4.3分 课程评分
  MySQL 高可用工具 DRBD 实战部署详解

  Re： MySQL 高可用工具 DRBD 实战部署详解 ========================================# DRBD 是什么（用三句话总结）目的：类似于 rsync + inotify 数据目录（/data）变化时，实现数据同步功能：类似于本地磁盘阵列 raid-1，保持磁盘或者分区的一致性，但最终的目的是（/data）数据目录的一致性。原理：类似于MySQL的主从复制，一份写在磁盘中，一份写在二进制日志中；DRBD原理也是一份写在磁盘中，另一份通过DRBD软件，经过tcp/ip协议，基于block变化，传输到远程磁盘中做记录。 # DRBD 的功能Distributed Replicated Block Divice（缩略：DRBD）（分布式复制块设备）基于高可用 HA 服务器之间的数据同步解决方案基于块设备在不同的高可用服务器之间同步和镜像数据的软件，通过它可以实现在网络中的两台服务器之间基于“块”（block）设备级别的实时或异步镜像或同步复制（【原理】：类似MySQL主从复制） # DRBD 的目的类似于DRBD ≈（rsync + inotify）的架构：单inotify基于文件系统‘上层’，当文件系统中有数据发生变化，就调用 rsync 服务，将文件系统中的文件同步到备库。但是DRBD是基于文件系统底层（主要区别），即 block 块级别的更‘底层’，而 inotify是在文件系统之上的实际物理文件（文件复制），因此DRBD效率更高（类似克隆方式 GHOST 克隆软件）！相对而言：（rsync + inotify）工作原理（效率低...）... # DRBD 的应用heartbeat + DRBD + nfs/mfs/gfs    下章演示...heartbeat + DRBD + mysql    本章演示...heartbeat + DRBD + oracle   甚至放弃 Oracle 原厂 RAC + DataGuard 等标配 HA方案        

  DRBD

  Distributed Replicated Block Divice

  MySQL

  数据库

  免费试学 查看详情
• 

  
  36人 学习人数

  4.3分 课程评分
  MySQL 高可用（DRBD + heartbeat）

  Re： MySQL 高可用（DRBD + heartbeat） （Distributed Replicated Block Device）============================================架构师主要解决问题是 ：数据库（本章重点）和存储数据库（核心数据：例如用户数据，支付数据等等）和 存储  （边缘数据 ：例如图片或附件等等）              结论：数据库HA架构更难，重要性更强！ # （MySQL + DRBD + heartbeat）架构由来MYSQL数据库架构中，我们不难发现，虽然从库是多个，但是主库仅有一个，也就是说主库一旦宕机，所以写的业务都会终止，而从库宕机一个就没什么影响，那么如何解决这个主库单点的问题呢，1) 最简单的方案就是做好监控，然后主库宕机后，有管理人为手工选择最快的从库改为主，然后让其它从库和新的主同步，这个方案是简单易行的，但是需要人工处理，对有些高要求场合不能够及时和快捷2) 采用（MySQL + DRBD + heartbeat）高可用架构自动切换‘主’库，同时防止裂脑        

  DRBD

  heartbeat

  MySQL

  数据库

  免费试学 查看详情
• 

  
  68人 学习人数

  4.3分 课程评分
  MySQL 高可用工具 heartbeat 实战部署详解

  Re： MySQL 高可用工具 heartbeat 实战部署详解 ===============================================# heartbeat作用（无缝漂移）： 通过heartbeat，可以将资源（ip以及程序服务[例如：httpd或mysqld服务]等资源）从一台已经故障的计算机快速转移到另一台正常运转的机器上继续提供服务，即高可用HA资源的内容包括：ip地址和服务（例如：httpd或mysqld服务） # HeartBeat的工作原理：        a) heartbeat的主备模式（第1种模式）（推荐方式：本章演示重点）通过修改heartbeat配置文件，可以指定那一台heartbeat服务器作为主服务器，则另一台将自动成为热备服务器然后在热备服务器上配置heartbeat守护程序来监听来自主服务器的心跳消息。如果热备服务器在指定时间内未监听到来自主服务器的心跳，就会启动故障转移程序，并取得主服务器上的相关资源服务的所有权，接替主服务器继续不间断的提供服务，从而达到资源以及服务高可用（HA）的目的。　          b) heartbeat主主模式（第2种模式）（不推荐）两台服务器互为主备，这是他们之间还会互相发送报文来告诉对方自己的当前的状态，如果在指定的时间内未收到对方发送的心跳报文，那么，一方就会认为对方失效或者是已经宕机了，这时每个运行正常的主机就会启动自身的资源接管模块来接管运行在对方主机上的资源或者是服务，继续为用户提供服务。      

  heartbeat

  MySQL

  数据库

  免费试学 查看详情
• 

  
  127人 学习人数

  4.3分 课程评分
  Galera 高可用 MySQL 集群（PXC v5.6 + Ngin

  Re： Galera 高可用 MySQL 集群（Percona Xtradb Cluster）PXC v5.6 + Nginx + Heartbeat========================================================# 什么是 Galera Cluster就是集成了 Galera 插件的MySQL集群，是一种新型的，数据不共享的，高度冗余的高可用方案，目前 Galera Cluster 有两个版本，分别是 Percona Xtradb Cluster及 MariaDB Cluster，都是基于Galera的，所以这里都统称为 Galera Cluster了，因为Galera本身是具有多主特性的，所以Galera Cluster 也就是multi-master的集群架构， # 为什么需要 Galera Cluster传统架构的使用，一直被人们所诟病，因为MySQL的主从模式，天生的不能完全保证数据一致，很多大公司会花很大人力物力去解决这个问题，而效果却一般，可以说，只能是通过牺牲性能（同步复制等），来获得数据一致性，但也只是在降低数据不一致性的可能性而已。所以现在就急需一种新型架构，从根本上解决这样的问题，天生的摆脱掉主从复制模式这样的“美中不足”之处了。有次需求下 Galera Cluster 诞生

  PXC v5.6 + Nginx + Heartbeat

  MySQL

  Galera

  数据库

  免费试学 查看详情
• 

  
  65人 学习人数

  4.3分 课程评分
  Galera 高可用 MySQL 集群（PXC v5.7+Hapro）

  Re： 《Galera 高可用 MySQL 集群》 （Percona Xtradb Cluster）PXC v5.7 + Haproxy + Keepalived========================================================# Galera Cluster 如何解决问题我们知道 Galera Cluster 是 MySQL封装了具有高一致性，支持多点写入的同步通信模块Galera而做的，它是建立在MySQL同步基础之上的，使用 Galera Cluster时，应用程序可以直接读、写某个节点的最新数据，并且可以在不影响应用程序读写的情况下，下线某个节点，因为支持多点写入，使得 Failover 变得非常简单。目前Galera Cluster具备的功能包括如下几个方面：    1) 多主架构：真正的多点读写的集群，在任何时候读写数据，都是最新的。    2) 同步复制：集群不同节点之间数据同步，没有延迟，在数据库挂掉之后，数据不会丢失。    3) 并发复制：从节点在APPLY数据时，支持并行执行，有更好的性能表现。    4) 故障切换：在出现数据库故障时，因为支持多点写入，切的非常容易。    5) 热插拔  ：在服务期间，如果数据库挂了，只要监控程序发现的够快，不可服务时间就会非常少。在节点故障期间，节点本身对集群的影响非常小。    6) 自动节点克隆：在新增节点，或者停机维护时，增量数据或者基础数据不需要人工手动备份提供， Galera Cluster会自动拉取在线节点数据，最终集群会变为一致。    7) 对应用透明：集群的维护，对应用程序是透明的，几乎感觉不到。以上几点，足以说明Galera Cluster是一个既稳健，又在数据一致性、完整性及高性能方面有出色表现的高可用解决方案

  Galera

  MySQL

  PXC v5.7 + Haproxy + Keepalived

  数据库

  免费试学 查看详情
• 

  
  63人 学习人数

  4.3分 课程评分
  MMM 集群部署实现 MySQL 高可用和读写分离

  Re： MMM 集群部署实现 MySQL 高可用和读写分离（Master-Master Replication Manager for MySQL）=================================================# 工作原理MMM是Google的开源项目，主要用来监控mysql主主复制并做失败转移。其原理是将真实数据库节点的IP（RIP）映射为虚拟IP（VIP）集，在这个虚拟的IP集中，有一个专用于write的IP，多个用于read的IP，这个用于Write的VIP映射着数据库集群中的两台master的真实IP（RIP），以此来实现Failover的切换，其他read的VIP可以用来均衡读（balance）。 # 工作特点稳定和成熟的开源产品，经过了时间的考验，核心技术是mysql自己的技术，只是使用脚本程序来控制，所以在原理上比较容易理解，而且管理能够更智能化。安装简单，配置简单，使用简单功能强大 （HA，failover，tools套件，cluster模式可以一个monitor管理多个mmm组）  

  Master-Master Replication Manager for MySQL

  MySQL

  MMM 集群

  数据库

  免费试学 查看详情
• 

  
  78人 学习人数

  4.3分 课程评分
  MHA 高可用 MySQL 架构与 Altas 读写分离

  Re： MHA 高可用 MySQL 架构与 Altas 读写分离（Master High Availability）===================================================# MHA（Master High Availability）        目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件，同时他在职期间也一直使用MHA做MySQL的高可用（可见不一般...！）。 # Atlas        是由 Qihoo 360公司Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层（proxy）项目。它在MySQL官方推出的MySQL-Proxy v0.8.2版本（之前课程讲过...）的基础上，修改了大量bug，添加了很多功能特性。 

  MHA

  MySQL

  数据库

  Altas

  免费试学 查看详情
• 

  
  80人 学习人数

  4.3分 课程评分
  LVS + Keepalived 实现 MySQL 负载均衡与高可用

  Re： LVS + Keepalived 实现 MySQL 负载均衡与高可用========================================================# LVS产生背景把单台计算机无法承受的大规模的并发访问或数据流量分担到多台节点设备上分别处理，为减少用户等待响应的时间，提升用户体验。单个重负载的运算分担到多台节点设备上做并行处理，每个节点设备处理结束后，将结果汇总，返回给用户，系统处理能力得到大幅度提高。7*24小时的服务保证，任意一个或多个设备节点设备宕机，不能影响到业务。在负载均衡集群中，所有计算机节点都应该提供相同的服务（非必须），集群负载均衡获取所有对该服务的如站请求。 # 集群的作用提供一种廉价、有效、透明的方法，来扩展网络设备和服务器的负载带宽、增加吞吐量，加强网络数据处理能力、提高网络的灵活性和可用性。 

  负载均衡

  MySQL

  LVS

  数据库

  免费试学 查看详情