阿里云数据库,破解大型网站架构设计中的数据存储难题

  • 时间:
  • 浏览:2

流量组件

首先,对于服务可用性而言,阿里云的数据库提供主备架构、同城容灾和异地容灾模式,都时需在半天之内将流量切换到备节点,因此 不影响业务,还支持直接在控制台上点击主备切换来演习故障存在时的情况汇报。原应自建数据库,则时需在当时人的ECS上去考虑咋样处理服务可用性以及在宕机时咋样进行切流量的问題图片。

二、ApsaraDB.概要介绍

在性能优化要素,阿里云数据库会为用户提供一套系统来帮助用户审查所有的SQL日志,并对于日志进行相应的去重分析来判断对于SQL应该加那些样的索引以及对于某张表应该咋样处理给出相应的建议。

下图是阿里云上的多少大的流量组件。

在数据安全性要素,目前ApsaraDB支持白名单分组,而ECS则是支持安全组,在未来四、五月份的回会数据库团队就会将白名单分组收回,并将其和ECS安全组融合起来,处理目前客户在使用时的体验较差的问題图片。在审计日志方面,ApsaraDB会依靠內部的系统将SQL的审计日志架构设计 起来因此 存储到远端的存储中,用户都时需定期地将SQL审计日志拉到本地进行查看,因此 这种 系统对于整体的性能损耗并不大,因此 都时需实现有踪可查,当存在问題图片的回会,就都时需知道到底是谁发动了攻击,以及时间点、所使用的IP以及进行的操作。在网络加密和存储加密方面,阿里云数据库也存在比较领先的位置,ApsaraDB经过数据库的的等级认证,目前原应支持了SSL网络加密以及TDE存储加密。原应选则了TDE存储加密,即使数据被拖走对方在必须 密匙的情况汇报下也无法解析当时人的数据,这要素在金融行业里也是要求非常严格的。

监控报警 下图介绍的是阿里云数据库的监控报警能力,目前阿里云RDS正在打造一套整体中台,也可是我內部的“天象”的指挥端的系统,这种 系统都都还都可以 帮助用户将流量从ECS上直接打通到RDS上去的所有网络延迟监控下来并展现给用户,使得用户都都还都可以 了解RDS原应MongoDB在一定时间内的压力负载究竟在哪,知道QPS反应真难的回会究竟卡在哪个链路上,到底是ECS出网口的问題图片、ECS到RDS链路的问題图片还是RDS引擎层面的问題图片,那些回会通过链路的监控图展示给用户。

在参数管理要素,ApsaraDB都时需在数据库运维层面为用户提供参数模板和修改历史以及开销的分析。

实时计算处理方案



最后的场景展现的实时计算的处理方案,目前可是我业务否是求LTP和LAP两套机制。五种的一套数据库系统原应是实现LTP的,也可是我正常的增完整篇 查,还有一套系统时需将数据拉回来做LAP和分析,常规否是有一套LAP的数据库每天定时将LTP的数据直接同步到LAP中,而这种 同步也是非常痛苦的。实时计算的处理方案希望在一套架构中为用户处理LAP和LTP的问題图片。阿里云的PetaData产品目前正存在邀测阶段,预期会在三月底进行商业化,PetaData都都还都可以 通过一套存储机制帮助用户处理LAP和LTP的问題图片,没那么 人有兴趣都时需关注一下。

飞天技术栈 下图是阿里云的飞天技术栈。最下层是阿里云的数据中心,其上层是阿里云的操作系统和文件系统,再上一层可是我服务部署和资源调度,再上边一层可是我任务系统、安全管理以及集群监控。在飞天技术栈最上边的这种 层可是我用户可见的云服务,这种 层大致分为了七大板块:计算、存储、网络、数据库、内容架构设计 、大数据以及上边件。目前阿里云数据库团队的产品有关系型数据库RDS、包括Redis、MongoDB、MemCached在内的NoSQL类的数据库以及金融类的数据库OceanBase、针对大数据的EMR和Greenplum以及自研集成了OLTP以及OLAP的数据库PetaData。

,在安全性上,阿里云提供VPC + SLB的模式,这其中的SLB是购买RDS服务原应Redis、MongoDB自带,这种 SLB觉得是內部直接包在RDS中的,其主要帮助做四层的负载均衡。VPC的虚拟路由器和虚拟交换机保证在公有云之上该网络必须当时人的专有网络内的用户都都还都可以 连接,保障与一点网络用户的纯天然隔离,因此 在整个数据库层面之回会绑定一层针对DDOS攻击的防御妙招。

混合云处理方案



对于混合云的处理方案而言,觉得实现混合云架构的难点还是在数据库,假若在有数据的地方实现多中心的同步回会比较困难。如上图的架构中左边所示可是我咋样将云下机房和云上机房进行数据互通和同步,而右边则是咋样将阿里云上的数据同步到云下,这种 场景否是真实存在于可是我的金融场景中的,金融行业原应以云上作为备份、云下为主,还有一点新兴的金融行业原应其业务是依靠云发展起来的,而又原应时需合规可是我时需将数据备份到云下,可是我采用了云上做主、云下做备的妙招。这套混合云处理方案还是依赖于整体的同步机制,云下到云上的的同步都时需直接拽十个 backup上去存储到对端回会,再通过增量数据将两要素数据无缘无故挂同步和同载实现云上和云下的同步。而云上到云下的同步可是我会将MySQL的Binlog原应MongoDB的OPlog直接开放权限给DTS服务,将数据通过通道传输到远端的自建数据库中,从而完成混合云的架构。

3月10日,2017阿里云网站行业热点问題图片和处理方案线下研讨会在上海举行。在本次研讨会上,阿里云数据库团队产品专家王义成(花名挚尤)针对于大型网站的数据库架构设计 以及阿里云ApsaraDB所提供的服务管理和处理方案进行了深入介绍。

2.金融:安全交易类场景



4.游戏:行业高可用场景



第四类场景是游戏类通用的数据库场景,该场景的核心特点可是我ECS和数据库具有分服的概念,也可是我在游戏中会分出多个区。可是我对于游戏数据库而言,时需保证其高稳定因此 处理对于数据的误操作。对于一点游戏产品而言,往往发展非常越快,原应一到两周就会更新十个 版本,原应开发和测试不完善就原应原应误操作原应数据错误。必须 DBA咋样保证在存在误操作时,都都还都可以 瞬间恢复到误操作存在回会的时间节点的数据情况汇报,这也是整体维护上的难点。因此 在游戏行业往往时需秒开数据库,原应一天开多个区,会有血块用户进来,必须 咋样保证整体的前端服务、CDN以及底层的数据库在一两分钟之内就都都还都可以 将业务完整篇 开启,这也是对于数据库的十个 考验。

3.网站:高性价比场景



第三类场景针对的是比较通用的网站类,也可是我要求高性价比的场景。在这种 场景下的数据存储原应会使用到缓存层以及后台的数据库层,数据库原应会使用MySQL、PG原应MongoDB,在缓存要素原应会使用到Redis或MemCache。这种 场景下对于缓存的要求可是我成本足够低因此 性能足够高,那些也是在自建数据库时时需保证的,而对于后台存储数据库而言,则要求具有较高的性价比。因此 原应使用一主一备的策略原应无法满足高性价比的需求,可是我时需使用读写分离以及一主多从的策略。觉得MySQL、PG以及MongoDB都提供了原生的一主多从的策略模式,因此 咋样处理原先的模式以及读写分离策略,否是时需多多线程 运行运行开发人员以及DBA进行联合考量的,可是我在自建数据库时就原应耗费血块的人力、物力和财力。

3.DB Engine,这里有多种数据群克隆妙招保证RPO和RTO在相应的结合模式上进行处理,当对于数据可靠性要求比较高时,原应会选则双节点+半同步的模式;而当对RPO要求比较高时原应会选则异步群克隆的模式,原先就都时需通过DB Engine来适配多种数据群克隆模式来处理不同用户的需求。另外DB Engine提供了插件式引擎,阿里云数据库团队提供了大的中台来支撑用户的服务能力,目前也原应实现了插件式引擎妙招,比如在新建数据库时只时需十个 月的时间就都时需实现产品的公测和商业化,都都还都可以 快速地满足用户对于数据库的需求。除此之外还提供了源码级定制,数据库团队在开源领域吸收了中国顶尖的内核级开发人员来维护源码级的版本,目前使用的MySQL版本否是的是去年开源的AliSQL的版本,其相比于原生MySQL内核性能提升了70%,而像MongoDB和Redis也都都都还都可以 从内核层面帮助用户处理性能问題图片。

以上可是我互联网应用中的五种通用的数据库架构,总结而言自建数据库的难点就在于以下十个 方面:

连接优化 下图展现的则是Proxy的连接保持优势,其觉得数据库层面往往时需十个 节点,对于大型的云服务而言,某一台主机坏掉是很正常的情况汇报,必须 在宕机原应在数据库内核更新时咋样都还都可以 不影响用户业务,觉得面前否是依靠Proxy体系支撑的。內部的SLB直接连到为用户提供的Proxy上,Proxy连接DB Engine,当主机时需升级原应宕机的回会,都时需把主机的链接断掉,直接将Proxy连接到备用节点,而在恢复时连接觉得并必须 断掉,在切换时原应会有一两秒的卡顿,因此 对于却免去了业务重连的处理。总之,整个云服务就都时需依靠Proxy实现连接保持。

性能优化 对于阿里云数据库的性能优化要素,都时需分为如下图所示的资源分析、引擎分析、SQL分析以及专家系统这四大要素。

快速部署处理方案



上图展现的是十个 快速部署的场景。快速恢复的功能支持整体的群克隆实例,都时需基于备份文件将数据整体群克隆出来,并进行快速部署。而Flashback功能是阿里云数据库团队的彭立勋开发的,目前原应整合到MariaDB版本中并成为了其中核心的功能,这种 功能主要可是我抓起Binlog文件。原应平时做数据恢复时时需保证十个 全量的备份,而Flashback的开发直接将Binlog的数据架构设计 到上边,保证在很短的时间之内都都还都可以 将数据恢复出来。对于Flashback功能感兴趣的同学都时需到网上进行完整篇 了解。

群克隆妙招 目前阿里云数据库服务一共提供了以下五种群克隆妙招:

一、通用数据库架构

分享者简介:王义成(花名挚尤),阿里云数据库团队产品专家,负责阿里云NoSQL数据库的产品规划。加入阿里巴巴近5年的时间,参与过多种云数据库的产品设计工作。目前主要负责阿里云的MongoDB、Redis以及MemCache产品,旨在为广大客户提供安全可靠的数据库处理方案。

一、通用数据库架构1.电商高并发,高性能场景 在第一要素将介绍互联网企业中常用的十个 场景。第十个 场景可是我电商高并发,高性能场景。在电商高并发的场景下,可是我架构采用了MySQL,否是一点架构采用了PostgreSQL,因此 目前血块的电商行业也刚开始英文使用MongoDB数据库。因此 对于新兴的电商企业而言,原应数据相对比较灵活,可是我基本上回会选则使用MongoDB构建线上应用,还有一要素电商使用Redis做持久化存储,将用户信息类的数据直接使用Redis存储到数据库中。

而一站式服务可是我对于阿里云数据库整体的生态提供的工具。阿里云数据库提供了数据管理的工具,没那么 人使用MySQL原应知道有Navicat等,在ECS上自建数据库时都时需装上原先的工具,因此 对于像MongoDB以及Redis原先的数据库,可视化的数据库管理工具却是很少的,现在的DMS可视化操作工具原应和阿里云数据库完整篇 结合,都时需支持SQLServer、PG、MySQL、MemCache、Redis以及MongoDB等所有的引擎,购买了阿里云的那些数据库回会就都时需直接以图形化的妙招进行管理了。而对于数据同步方面,对于咋样轻松地将Hadoop中的数据同步到MongoDB中,原应对于十个 同构的数据库咋样进行数据同步以及咋样实现增量同步的一并不影响业务而言,阿里云的整个数据同步工具是非常健全的,首先对于云上云下的同构的数据库同步来说,阿里云数据库否是支持全量 + 增量的,比如用户在ECS上有MySQL和MongoDB数据库,就都时需直接选则DPS实现全量和增量的数据同步,目前对于异构数据库而言也是支持Oracle到PPAS的。数据同步这要素也是在越快地发展,后续也会加更多的引擎进来,原应实现更多的数据库的异构同步来打通数据库的整体生态。

相似场景对于数据库的要求关键字可是我高性能和数据安全。必须 咋样保证数据库具有较高的性能因此 保障数据安全,因此 电商的核心交易往往存储在MySQL数据库中,该咋样从网络层面来保护数据安全,又咋样处理SQL注入,那些问題图片否是应用DBA原应开发同学时需考虑的事情。原应使用自建的数据库时就时需考虑应该采用那些样的手段来保障数据库的高性能和安全,应该采用一主多从策略还是采用水平分区策略,那些问題图片都时需进行考虑。

3.安全性,原应都都还都可以 预防SQL注入以及网络攻击,咋样在遭受攻击的回会终止攻击,也可是我在判断出这是十个 SQL注入时,咋样将其进行拦截也是在自建数据库时时需考虑的。还有咋样亡羊补牢,在遭受攻击被脱库原应删库回会,在最短的时间内将数据找回因此 将业务恢复起来,对于DBA而言也是难点。另外可是我在遭受攻击回会,时需追查出攻击者到底是内鬼还是內部黑客,原应在管理比较混乱时,查出数据库是咋样被删掉的以及到底是谁攻击的,否是自建数据库的难点所在。

首先可是我宕机为何办 办?原应搭建了一主一备的数据库策略,就时需保证主机宕机回会服务都都还都可以 快速恢复起来,因此 机房宕机回会也要保证服务都都还都可以 快速起来。原应存在了地域的灾难性事件回会时需都都还都可以 在一天原应多少小时之内越快恢复服务,而原应数据量非常大时就难以保证数据库服务都都还都可以 在一天之内恢复,那些否是自建数据库的难点。另外原应数据丢失了为何办 办?原应业务是正常的,因此 被黑客黑掉了,存在了像MongoDB黑天原先的事件原应被SQL注入攻击了,在原先的情况汇报下业务咋样都还都可以 快速地恢复起来,还有白名单策略否是足够好,以及在SQL注入将数据删除回会否是都都还都可以 越快恢复SQL注入回会的数据库情况汇报,因此 判断出是谁对发起的SQL注入原应攻击,那些否是在自建数据库时时需考虑的难点。除此之外,还时需保证存在误操作时数据库的稳定性,觉得MySQL有比较合理的权限管理机制,因此 像新兴的MongoDB以及Redis等数据库对于权限管理的处理还是比较粗放的,而在权限管理不合理的情况汇报下,原应触发了误操作将原应修改了整个数据库,此时DBA咋样才都都还都可以 快速地将数据恢复以及恢复回会丢失多少数据否是时需考量的难点。

四、ApsaraDB.处理方案

4.HA,用户使用数据库十个 核心的需求可是我稳定,而稳定性时需强大的HA系统来支撑。阿里云数据库团队的HA都都还都可以 帮助用户进行健康检查、流量切换以及SLA计算。原生的流量切换只会检测多多线程 运行的安全性,当内存hang住原应IO跳出问題图片时,原生无法切换过来,而阿里云的HA策略是尝试真实地写磁盘IO,保证在受到影响回会HA都都时需切换过来。

第十个 场景可是我安全交易金融类的场景。在金融类场景下,数据库往往时需支持海量的数据存储,都时需从上图中看了,都时需结合前面的分布式Proxy和上边MySQL以及MongoDB数据库实现分布式数据库的架构。目前MySQL和MongoDB数据库是都时需实现分布式数据库设计的,包括阿里云的DRDS以及开源的TADL等都都时需用于构建当时人的数据库系统。而在自建数据库时就时需去考量咋样进行数据库的横向扩展以及咋样保证分布式数据库都都还都可以 平稳地运行,因此 保证网络安全和数据安全。除此之外,金融类场景中的十个 核心要求可是我保证业务淬硬层 可靠,当单节点无法满足需求时时需使用双机热备,而当使用双机热备的回会咋样保证在主机宕机的情况汇报下备机不不丢失数据、某十个 机房挂掉回会业务都都还都可以 瞬间恢复、缓存数据宕掉回会都都还都可以 处理对于后台整体业务的冲击过大以及在缓存宕掉回会都都还都可以 越快地拉起等问題图片,否是在自建数据库时时需仔细考虑的,而那些也正是处理中的难点。

觉得除此之外,关系型数据库的DBA还是容易招募到的,因此 招NoSQL领域的DBA还是相对比较困难的。必须 在整体运维层面比较困难的情况汇报下,咋样最大地发挥数据库的价值可是我阿里云推出的数据库服务的目标。围绕着在自建数据库中遇到的难点,就都都还都可以 衬托出阿里云数据库产品的使命。

四、ApsaraDB.处理方案异地容灾处理方案



第十个 是在云上实现异地容灾的处理方案,比如在金融行业会时需考虑的十个 可用区跳出问題图片的场景下衍生出的服务可是我异地容灾,原应数据库的主可用区在上海,而备可用区在深圳,当上海这种 主可用区跳出十个 机房都瘫痪原应城市存在了电力故障必须提供服务的回会,都都时需通过一定容灾模式保证服务的。而异地容灾的架构是时需所有的阿里云产品进行配合的,但其中最难做因此 最重要的还是数据库。觉得必须 数据的要素是很好做容灾的,因此 一旦涉及到数据就会真难实现。如上图中的处理方案所示,其支持的是两地四中心的概念,十个 节点在不同的可用区之内,十个 节点之间通过原生群克隆的妙招实现数据同步,而当时人搭建数据库时异地群克隆就会跳出困难,咋样保证数据都都还都可以 追上因此 RPO和PTO存在合理范围之内否是难点。

数据安全 下图展现了阿里云数据库都时需从多少维度帮助用户构建事前、事中和事后的安全防范妙招。在事前阿里云数据库会使用VPC专有网络形成隔离的网络环境,另外回会要求用户设置精细粒度的白名单,因此 所有的数据库否是要求强密码认证的。在比如像MongoDB的黑天事件中,觉得根源在于用户将当时人的MongoDB的IP地址暴露于公网之上,直接原应黑客有了入侵的原应,可是我阿里云对于NoSQL的数据库都时需强制用户设置强密码,因此 不不暴露公网IP供外网调用,保证数据库存在十个 相对比较安全的网络环境内。在事中回会使用SSL的网络加密以及TDE的数据加密。在事后的防范中还使用了一整套完整篇 的审计日志,当真正存在了问題图片回会都时需将审计日志调出来查看谁在那些时间点对于数据库进行了那些操作。除此之外,最后还有一套群克隆实例保证数据库都都还都可以 实现数据秒级恢复。

本次分享中首先会介绍大多数互联网行业的数据库通用架构设计 、自建数据库的一点常见问題图片以及面对的困难,回会将介绍ApsaraDB基于那些样的考量为用户设计出了那些样的产品以及ApsaraDB所提供的服务管理能力,最后还将介绍ApsaraDB为阿里云整体提供了那些样的数据库处理方案。

4.优化和人力,SQL慢了该咋样进行优化,在前期数据库管理时原应优化了数据库的性能就都都还都可以 提升网站的整体性能。另外架构演练咋样进行升级,比如从原先的必须MySQL的数据库架构演化成为前端+缓存因此 使用更加合理的数据库的架构,那些否是优化中的难点。

流量路径 下图是数据库架构的流量路径,这里介绍了用户购买阿里云数据库服务回会的数据流向。下图存在双节点,觉得双节点的设计也会存在问題图片,比如某一机房断电原应网络跳出故障,数据中心也就会瘫痪了,而阿里云的MySQL和Redis都提供了跨可用区的群克隆,也可是我数据库实例存在多个可用区,当十个 可用区跳出故障回会都时需直接将流量切换到备用机房,保障业务不受影响。下图展现的大致流程可是我流量到来回会,数据将通过Proxy路由到DB Engine层,DB Engine层通过阿里云内网专线将数据群克隆到远端的跨可用区的数据库节点上,也可是我如下图所示的左边是主节点,右边是备用节点,只不过备用节点平时不不承担流量,数据正常进行群克隆。原应发现主节点宕机回会就都时需直接将流量完整篇 一键切换到备用节点上,免除了用户当时人维护稳定性的困难,也一并保障了服务的高可用。

在监控与报警要素,阿里云数据库支持资源类的监控,也可是我对于实例的CPU、内存、磁盘等的资源进行监控,还有可是我引擎层面的监控,对于MySQL、Redis以及MongoDB等引擎层面的监控。在数据库引擎层面存在可是我都时需监控的指标,那些都都时需通过图形化的妙招展现给用户。在秒级监控要素,ApsaraDB支持60 s和60 s的监控模式,后续还原应对于像缓存等业务实现更细的粒度。因此 ApsaraDB支持云监控的报警,对于数据库的监控指标而言,当发现那些指标跳出异常时都时需通过云监控直接向运维人员的手机原应邮箱发送报警信息。

对于数据可靠性而言,阿里云提供的数据库通过本地RAID5实现了在线存储冗余,而ECS采用的是高效云盘 + SSD云盘,可是我在本地存储方面五种方案是差过多的。在离线长效备份方面,阿里云ApsaraDB支持一键式将文件存储到OSS上因此 都时需存储延长至两年,而ECS自建数据库时则时需当时人写OSS脚原先上传数据。第三方面可是我按时间点恢复,可是我当跳出开发的误操作原应删除了十个 表格回会,时需将数据恢复到误操作前一秒的情况汇报,觉得ApsaraDB支持将增量日志和AOF日志等完整篇 存储到OSS上。在控制台发起操作回会,后台就会将备份文件以及增量日志在十个 新的时序上恢复起来,数据就都都还都可以 直接回滚回来。在数据群克隆方面,ApsaraDB支持异步 + 半群克隆的妙招,则使用ECS自建数据库则时需当时人进行配置。

今天就为通过以下十个 主题为没那么 人简单剖析为那些做大型网站时需使用云数据库:

5.通用:大数据分析



第十个 场景是大数据分析场景,在这种 场景下的底层原应是十个 Hadoop集群在晚上换算各种数据,白天就都都还都可以 将数据展示给老板看。比如整个网站的交易量数据都时需经过一夜的运算存储到前端的MySQL原应Redis数据库中,快速方便地供业务內部人员审核。在这种 场景下,对于数据库要求可是我时需十个 都都还都可以 将Hadoop中的数据一键式地导入到MySQL中的工具,还时需增加易用性,使得各个业务方都都都还都可以 方便地查看数据,因此 时需低成本地应用MySQL和MongoDB数据库来满足內部查询需求。可是我在大数据分析场景下数据库的关键词可是我易用,时需数据库服务都都还都可以 提供数据通道,保证在异构的数据引擎之间进行数据快速传输,并满足数据库层面的低成本诉求。

2.Proxy,Proxy也是阿里云数据库团队自研的组件,其主要作用是帮助用户实现七层的负载均衡。像分布式事务和读写分离那些否是在应用场景中帮助用户处理性价比问題图片的,当十个 请求过来回会,都时需直接通过Proxy判断该请求是读还是写,并根据策略架构设计 到读原应写节点,不时需多多线程 运行运行再进行解析和判断。SQL解析一方面可是我将请求分凝固来因此 分配到相应的读原应写节点,另外可是我及时地终止攻击,这种 层面的SQL解析还存在研发阶段,未来希望通过SQL解析来判断请求中的话语否是存在SQL注入的嫌疑,原应用户选则让阿里云帮助进行判断,原应发现的确是SQL注入就会在多多线程 运行运行上直接进行拦截,处理对于数据库造成灾难性的损失。还有一点可是我连接保持,比如我你还都可以 对于MySQL进行内核修复时,升级版本对于前端而言是非常痛苦的,多多线程 运行运行就时需完整篇 重连。而在主备进行切换原应主数据库进行内核升级的回会,咋样保证业务不受影响,都时需依靠Proxy帮助进行连接的保持,而这则会免去对于运维干扰。

三、ApsaraDB.服务管理

2.扩展性,当业务快速发展的回会,数据库咋样纵向地升级也时需在自建数据库时考虑。没那么 人在ECS上都时需自由调配资源,原应必须 使用云服务可是我使用的自建机房,当进行活动宣传时原应跳出平时业务的十倍增长量,这使得数据库的压力也会急剧增加,纵向的数据库咋样调度也原应成为难点。对于自建机房而言,服务器的采购周期也会很漫长,而搭建在ECS上就都都还都可以 处理这种 问題图片。但还存在十个 问題图片可是我数据库的纵向升级也是存在瓶颈的,即便是ECS也是有固定的配置,当单个ECS原应无法承担业务压力的回会,数据库又应该咋样横向升级也时需在自建数据库时考虑。举个简单的例子,没那么 人都知道Redis是单多多线程 运行的,ECS配置再高也必须增加内存的数量,QPS的极限也可是我十万,当业务越快上来,纵向升级原应达到极限的回会,咋样将Redis直接横向扩展为集群的实例,以及扩展成为集群回会咋样进行维护,那些否是的是DBA时需面对的巨大挑战。除此之外咋样实现异构数据库之间的数据互通,咋样将MySQL中的数据定向地导入到MongoDB原应Hadoop中,原应将Hadoop中的数据导入到MySQL中,那些否是时需耗费可是我开发力量因此 时需可是我DBA的运维工作的。

以下内容根据演讲视频以及PPT架构设计 而成。 最近一年整个数据库行业都时需说是风生水起,一并也存在了包括MongoDB黑天事件以及最近的GitLab删库误操作事件在内的可是我事件,那些事件原应了人及 的业务都遭受了巨大损失。而很有意思的一件事情可是我在MongoDB黑天事件存在回会,使用阿里云MongoDB服务的实例数刚开始英文跳出暴涨,这觉得原应没那么 人都抱着亡羊补牢的心态,刚开始英文使用云数据库。

三、ApsaraDB.服务管理 回会概要性地介绍了ApsaraDB,接下来从服务管理层面为没那么 人介绍与自建数据库相比,ApsaraDB的优势所在。

阿里云数据库-ApsaraDB产品家族 下图是阿里云数据库团队目前支持的几款产品,开源类的产品包括MySQL、PostgreSQL、MongoDB、Redis、MemCached、Greenplum以及Hadoop。而在商业化数据库体系里则支持SQL Server的60 8和2012十个 版本,以及PostgreSQL的高级版,都时需兼容95%的Oracle协议的PPAS,其都时需作为Oracle用户上云的临时替代方案,另外对于Oracle这要素,存在ApsaraDB的合作妙招妙招伙伴都都还都可以 帮助用户去维护和构建云上Oracle,另外还有HAVA,也可是我ApsaraDB的合作妙招妙招伙伴SAP上线的HANA1,在未来不久就都时需在阿里云上售卖HANA的版本。

二、ApsaraDB.概要介绍 回会分享了在自建数据库中遇到的难点和时需处理的问題图片,接下来介绍一下阿里云的ApsaraDB数据库在做那些以及都都还都可以 帮助用户处理那些样的问題图片。