Cross-region—cloud DB for MySQL High Availability

首先,我们先明确地域(region)和可用区(zone)概念,云数据库托管机房分布在全球多个位置,这些位置都由地域和可用区构成。每个地域都是一个独立的地理区域。而每个地域内都有一组电力和网络互相独立的物理数据中心,这个称为可用区。一个可用区出现故障,是不会影响另一个可用区,即可用区间故障相互隔离,不出现故障扩散。同一地域下的可用区通过低时延的内网链路相连。通常会建议用户在设计系统时考虑将资源放置在不同可用区以屏蔽单个可用区故障导致的服务不可用状态,所以多可用区部署可帮助保护数据库以防止可用区故障导致数据库不可访问。
这里要明确的是,无论数据库集群中的实例是否跨多个可用区,每个云数据库 MySQL 高可用版的架构都有实时热备的备机提供数据库的高可用,比如地域选择为华东,可用区为上海三区,数据复制方式为强同步模式,一主两备组成集群,主备都在同一个可用区。

重点来了,云数据库MySQL支持跨可用区部署,主库和备库分处于同城不同可用区,通过腾讯专线网络进行实时的数据复制。跨可用区部署特性为云数据库 MySQL 提供了多可用区容灾的能力,主机和备机切换过程对用户透明, 如果出现主数据库实例故障或可用区中断,主数据库实例会自动切换到备用副本,这避免了单 IDC 部署的运营风险。

选择“多可用区域”,主库在上海一区,两个备库在上海二区,注意主备库分处不同可用区,可能会增加2~3ms的同步网络延迟。本地为主机,远程为备机,外部访问该数据时,首先访问本地的实例,若主库发生故障或访问不可达,则访问备库。

跨可用区部署的实例整体架构图,如下图所示。

原文地址:https://blog.51cto.com/songlihuan/2481128

时间: 2024-10-12 09:58:46

Cross-region—cloud DB for MySQL High Availability的相关文章

cloud db for mysql—readonly instance 只读实例

在常见的互联网业务中,数据库读写比例通常为 4:1 至 10:1 之间.在这类业务场景下,数据库的读负载远高于写负载,在遇到因为数据库读取压力大导致性能瓶颈的一个常见的解决方案就是增加只读实例(仅提供读功能).用户只需要将业务中的读请求分担到只读实例上,就可以缓解主库查询压力,同时也可以把一些 OLAP 的分析查询放到另外的只读实例上,减小复杂统计查询对主库的冲击.只读实例无法单独存在,必须隶属于某个数据库主实例(主实例是可读可写),它的唯一数据来源是从主实例同步数据.只读实例产品架构为 单节点

laravel DB 执行 mysql函数或者字段

使用laravel框架中的DB查询mysql数据库的时候,综合遇到执行mysql函数或者,自定义字段,一般情况下DB会把传入的函数当做字段处理 方法如下: DB:raw('函数或者字段'); 例子:DB::raw('rand()').DB::raw('date()')

Scaling your cloud——详解 Nova 中的 Region, Cell, Availability Zone, Host Aggregates Zone

为了提供规模化.分布式部署.资源优化利用和兼容 AWS 的功能,openstack 引入了 Region,Cell,Availability Zone(AZ) 和 Host Aggregates Zone(HAZ) 四个概念,其中 Region 和 AZ 是从公有云大哥 AWS 引入,Cell 是为了扩充一个 Region 下的集群的规模而引入的,Host Aggregates 是优化资源调度和利用引入的.这四个概念均和集群部署相关,某些地方含义有相近之处,对于初学 openstack 的童鞋来

为什么要 MySQL 迁移到 Maria DB

在Oracle收购了SUN公司之后, MySQL很不幸的落在了Oracle的手中,MySQL与Oracle DB存在竞争关系,很可能导致Oracle公司影响MySQL的开发与开放.MySQL之父Widenius在意识到Oracle会对MySQL做动作之前对MySQL另开了一个Branch:MariaDB.作为一个能够完全兼容MySQL的开源开放产品(向下兼容),受到了很多公司的青睐,Red Hat Fedora ,openSUSE ,维基百科,谷歌,淘宝等公司都先后把MySQLDB迁移到Mari

免费数据库(SQLite、Berkeley DB、PostgreSQL、MySQL、Firebird、mSQL、MSDE、DB2 Express-C、Oracle XE)

SQLite数据库是中小站点CMS的最佳选择 SQLite 是一个类似Access的轻量级数据库系统,但是更小.更快.容量更大,并发更高.为什么说 SQLite 最适合做 CMS (内容管理系统)呢?并不是说其他数据库不好, Oracle.MySQL.SQLServer 也都是非常优秀的 DBS,只不过他们设计目标不同,特性不同,所以只有更适用某个应用场景,没有绝对的好坏之分. 我归纳的中小型站点的CMS的特点如下: 1.数据量不超过10万 2.日页面访问量不超过10万 3. 一部分网站全部生成

RedHat6.9中编制安装zabbix-3.4.7,DB用percona mysql 5.7.20

软件版本:Redhat6.9zabbix-3.4.7percona mysql-5.7.20 准备工作:关闭防火墙,或者添加相应端口.关闭selinux ---- (安装如下zabbix依赖包)----####这里的包是我网上找的,如有需要请回复.#####rpm -ivh *.rpmfping-3.5-3.el6.x86_64.rpmiksemel-1.4-2_2.el6.x86_64.rpmiksemel-devel-1.4-2_2.el6.x86_64.rpmlibevent-devel-

mysql命令

1 添加mysql\bin 到path 2 启动cmd 登陆 :mysql -hlocalhost -uroot -pxxxx 3退出 exit 在mysql>提示符下命令   show databases; 显示数据库 use  world; 打开world数据库 show tables; 显示表 create database 库名;建库 drop database 库名 ;删库 create table ...;建表 drop table 表名;删表 delete from 表名; 删除记

Order Management Suite - Pricing and Availability Form Library

In this Document   Purpose   Scope   Details   A. Form / Functional Issues   "Add to Selection" Button   Are PTOs supported?   "Available to Promise" (ATP) Issues   "Blanket Sales Agreement" Integration   "Create Order&q

MySQL高可用系列之MHA(一)

MHA,即Master High Availability Manager and Tools for MySQL,是日本的一位MySQL专家采用Perl语言编写的一个脚本管理工具,该工具仅适用于MySQL Replication(二层)环境,目的在于维持Master主库的高可用性. 一.简介 学习一个高可用小软件,不但要熟悉其功能,还要了解其架构及工作原理. 1.  架构 从架构上来说,MHA分为如下两大部分: (1) Node 我们知道,MHA是基于MySQL Replication环境的,