阿里云数据库专家玄惭:云数据库超大流量峰值保障最佳实践

  • 时间:
  • 浏览:0
  • 来源:大发3D_大发3D官方

“2015年集群的规模都没人 大,双11朋友 为集群积极分子了2-3倍容量资源供用户弹性升级使用。为了使新上线的机器得到资源最大化利用,以保障系统的稳定,都都可否将老机器上的实例离散到新机器上。一并双11活动以后朋友 都都可否把这些批扩容的主机下线,将其补充到一些业务集群进行售卖,以实现资源利用率最大化。针对上边的另另一个 应用场景,RDS启动了移山项目。移山离散策略着力于对主机以及实例最近的性能数据进行计算,得出都都可否迁移离散的实例列表。移山收容策略则对集群和主机的性能数据进行计算,进而得出都都可否收容的主机实例列表。”

2)掌握历次超大流量峰值时云数据库备战保障的最佳实践

他认为,安全和稳定是另另一个 全链路的事情,从客户的应用端访问,到上边链路层,最后到底层的数据存取,要构建另另一个 安全和稳定体系十分繁杂。“以ApsaraDB MySQL安全能力的构建思路与办法,安全的现象都都可否从事前、事中、事后另另一个 时间轴,以及存储层、网络层、访问层、应用层好几个 层面,立体化地构建正确处理方案。于企业而言,不同的数据都都可否不同安全策略。”

另另另一个的成就,在当初是咋样实现技术突破的?

玄惭称,具备责任心和敬畏心是优秀DBA的基础,“另另一个 企业最宝贵的资产在你手上,都都可否要具备什么部分。”其次,正确处理线上的故障时,都都可否有大心脏去扛住外界的压力,一并还都都可否细心,你要在繁杂多乱的环境下抓住现象的本质,快速正确处理现象;“最后,还都都可否有另另一个 乐于总结分享的心态,我见到好多好多 业界Top专家都具备这些特点。”

听众收益:

关于分享者

采访正文:

这位经过四年双十一沉淀的阿里技术专家还表示,这些议题对开发、运维、DBA、架构师都具有非常好的参考指导意义,“当然因为你是另另一个 公司的技术负责人,我也希望你都都都都可否学习。”

玄惭在本次技术峰会上分享的是《云数据库超大流量峰值保障最佳实践》议题,该议题整理整理了自RDS成立至今,在历次大流量峰值中咋样保障活动中云数据库备战的最佳实践,包括以后的改造,压测和扩容;期间的监控,预案执行和应急正确处理;以后的收容和总结。力求全链路地帮助客户安全稳定地渡过超大流量峰值,让在你备战过程中少走一些弯路,多一些从容。

其所在团队的亮眼成绩如下:

“2014年的双11,阿里云数据库在经历了两年的性性成熟的句子的句子的句子期期期 图片 图片 以后以后开始迎来性性成熟的句子的句子的句子期期期 图片 图片 。汲取了2013年数据链路改造的惨痛教训,朋友 在双11前统一了所有集群的数据链路访问。在支持灵活数据链路访问模式,高安全链路访问模式下,实现了SQL注入的拦截功能,帮助用户更简单地防护数据库的安全,正确处理数据库被注入攻破。双11当天表现平稳。承担了天猫96%的订单量。集群QPS峰值达到142W。集群RDS实例数也达到了历史新高。”2014年是因为所处的一年,玄惭点评到。

单个商家最高正确处理订单的能力超过30万单;

1)了解历次超大流量峰值时云数据库备战保障中冒出过程的现象;

更多峰会议题,请参见官网:https://yq.aliyun.com/activity/112

议题简介本次演讲整理整理了自RDS成立至今,在历次大流量峰值中咋样保障活动中云数据库备战的最佳实践,包括以后的改造,压测和扩容;期间的监控,预案执行和应急正确处理;以后的收容和总结。力求全链路地帮助客户安全稳定地渡过超大流量峰值,让在你备战过程中少走一些弯路,多一些从容。

“2012年双11备战,记忆犹新。双11的前另另一个 月,阿里云数据库团队白天要准备资源和双11所有工作,三更三更半夜还都都可否协助用户将数据库迁移上云。弹性升级都都可否对实例逐个进行升级,商家的数据库也都都可否逐个进行优化,并为商家提出优化建议。天猫双11都都可否扛过零点高峰?我的心里是打鼓的,但结果让朋友 深受鼓舞,全部OK。”在采访中,玄惭说。

说到大流量高并发互联网应用实践,就不得不提下阿里云DBA核心专家玄惭。他在数据库领域,连续4年支持天猫双11。

罗龙九(花名:玄惭),阿里云DBA专家,有着富于的DBA经验,经历阿里历年双11考验,负责阿里云RDS线上稳定以及专家服务团队,积累了6年对阿里云数据库用户的运维、调优、诊断等富于的经验。

这四年的双十一支持,也你要沉淀下来不少经验。

跟跟我说,2013年主可是指数增长和数据链路改造迁移。“2013年是阿里云数据库支撑双11商家后台核心数据库的第二年。其承担了天猫30%的订单量。因为用另另一个 关键词来形容2013年的双11,那可是变化。第一年双11实例规模量都都可否很大,然而2013年的双11实例数规模则是成指数级别增长。另另另一个的数据访问链路层的容量因为只有再支持都没人 规模的用户量。好多好多 朋友 以后开始对数据链路访问层进行改造迁移。改造迁移过程的时间点与双11的备战时间点重合,由此触发了非常多的变化,给双11的备战工作造成了很大的压力。一路拼搏,终于在双11以后把链路架构稳定下来。双11当天,记忆尤深的是下午6点左右冒出的惊心动魄的场面。因为另另一个 用户发送了超大长度的SQL到阿里云数据库,一并因为Proxy两种现象,好多好多 整个proxy集群冒出异常。着实 现象飞快得到了正确处理,影响可控,但给朋友 敲响了警钟——2014年要重点把数据链路上边层稳定下来。”

他建议,对于一些安全程度要求较低的数据,对应的安全策略是:配置了HA高可用;每月一次验证备份的可靠性,备份保留30天;一并关闭公网访问因为采用VPC、IP白名单;涉及到用户隐私的高级数据,云数据库的安全策略进一步升级:首先云数据数据库密码是1-3月更换一次;一并打开TDE加密;数据备份全部存储在OSS中,可保留90天之久;此外数据库还应该支持同城容灾。对于核心数据而言,云数据库首先在应用层加密,支持SSL加密传输,备份可保留720天,一并支持跨地域容灾和两地三中心的部署办法(全部可参考“你的数据在云上,安全吗”)。

在稳定性上,玄惭补充到:“繁杂的系统的稳定运行离不开另另一个 必不可少的系统,即全链路的监控系统和巡检系统。”巡检系统帮助你把系统各个组件日常运行过程中冒出的现象暴露正确处理,把现象消灭在萌芽阶段,防范于蔚然,巡检规则都都可否你不断地去完善,这都都可否另另一个 过程;全链路监控系统帮助管理者都都都都可否清晰地判断现象冒出在那里,系统的各个部件清晰地展示在你的肩上,当现象所处以后都都都都可否快速定位现象,降低故障冒出的时间。他认为,怪怪的是在繁杂的系统中,有十几二十多个部件,都没人 全链路的监控系统,根本就无法掌控。

百万商家在AliCloudDB上稳定运行,全网实现了0故障,0丢单。

:《云数据库超大流量峰值保障最佳实践》

高峰期间集群的总QPS达到了近30W每秒;

峰会统一报名链接:http://yq.aliyun.com/webinar/join/49

大流量高并发互联网应用实践在线峰会官网:https://yq.aliyun.com/activity/112

而在一名优秀的DBA咋样修炼上,他认为责任和敬畏心非常重要。