开宗明义,你不应该在阿里云上使用自建的MySQL or SQL Server数据库,对了,还有Oracle or PostgreSQL数据库。
云数据库 RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务。基于飞天分布式系统和全SSD盘高性能存储,支持MySQL、SQL Server、PostgreSQL和PPAS(高度兼容Oracle)引擎,默认部署主备架构且提供了容灾、备份、恢复、监控、迁移等方面的全套解决方案。
当然,并不是指所有用户,这还是有条件的,包括但不限于以下两点:你的网站或项目发展到一定阶段,需要将数据库独立出来,不再和网站程序或应用程序放在一台ECS上;
即便你有一个对数据库很了解的开发人员或运维人员,也不应该自建数据库,因为让开发专注做程序开发,让运维专注做运维自动化,这才是能让生产最大化的决策。
还有个别情况是:你也许有一个小型的数据库技术团队,比如2、3个人,也不应该自建数据库,因为这通常需要维护整个基础架构,比如说网络负载均衡(管理交换机)、数据可靠性(磁盘raid)、中间件(读写分离)、故障自动转移(主备切换)、主从架构(数据同步)等等。这些技能不见得DBA都会,比如网络设备,是不是又要增加一个网络工程师的岗位呢,对于成本的增加,你有没有考虑进去?
然而,对于阿里云数据库RDS来说,以上这些需求本身已经具备了,所以数据库DBA更应该着重于跟业务相关的优化上面。因为这才是iaas(基础架构即服务)的精髓。
但是,我们还是要分析清楚,为什么要使用RDS,它好在哪些具体的地方?
阿里云数据库RDS包括了4种:MySQL/SQL Server/Oracle/PostgreSQL,我们先说其中之一的RDS for MySQL吧。
RDS for MySQL目前包括了三个版本:5.7、5.6、5.5:首先推荐的是5.6,因为5.6与5.5相比,性能优化了很多,阿里的数据库团队,向mysql官方提供了很多的patch,是国内最大的技术贡献者。而且5.6推出一段时间了,非常成熟稳定,5.6和5.5的兼容性也非常好,笔者曾经将多个不同使用场景的5.5的数据库迁移到5.6,都没发生任何兼容性问题。如果不是有啥特殊原因一定要5.5,就建议选择5.6啦。另外,5.6在主从同步方面也是采用半同步方式,而不是5.5的异步,这就更加保证的数据可靠性。
5.6还有一个非常重要的功能,就是独写分离,目前只有5.6支持,笔者所在的项目已经使用这个功能几个月了,非常的好用,非常的让人省心,我想这个可能是互联网电商项目梦寐以求的功能吧。要知道,你自建读写分离,一般是使用开源的中间件作为代理层,这就要求你非常熟悉这个中间件的用法,包括设置权重、阈值、健康检查等等,这就大大增加了学习成本,不然的话你不担心出了故障无法解决吗?另外,使用开源中间件,在数据到达数据库之前需要经历多个组件的语句解析和转发,对响应延迟有较大的影响。而 RDS 读写分离在已有的高安全链路中直接内置,没有任何额外的组件来消耗时间,能够有效降低延迟,提升处理速度。
不管5.6还是5.5,都提供高可用版本,笔者强烈推荐互联网电商、游戏等项目使用它,这个版本是采用一主一备的高可用架构,同时提供本地ssd存储,有故障会自动切换主备实例。就光这一点,自建数据库就达不到,可以说绝大多数公司的主数据库都是单个mysql实例,遇到机器故障就只能停机,做不到自动切换。这并不是说这些公司不想使用高可用架构,而是真的有门槛,你以为照着网上的教程搭建好两个master,用心跳软件做好监控就行了吗?错了,后期的维护往往要比最初的环境搭建要难多了,这不仅仅是mysql本身的高可用,还必须结合自身业务情况才行。笔者以前所在的大型电商公司,就拥有数据库团队,曾经想做这样的高可用架构,但一直不敢正式上线运行,原因就是现实中会遇到各种各样的问题,始终没有完美的办法解决。
5.6同时还提供金融版:采用一主两备的架构,通过日志“多副本同步复制”,确保数据的强一致性,所以特别适合金融、证券、保险行业的核心数据库。而且,高可用版和金融版之间,是可以切换的哦,赞不赞?
有人说RDS的费用比自建MySQL所用的ECS服务器,相同配置贵了不少。没错,确实是贵一些,要知道上面刚说了,是一主一备两个实例,你自建如果用两台ECS实现,费用更贵,而且还不考虑是否好用的因素,明白了吗?
提供全面的监控诊断:线程内存、SQL资源消耗等监控,帮助用户快速进行问题诊断。这个也是重点呀,自建的数据库可以说基本没有这些监控,只能记录慢查询,再采用第三方工具分析日志,再进一步,使用一些开源工具平台,比如zabbix,自带了一些mysql基础监控,如果要粒度更进一步,可能需要安装其他插件,比如有一个比较有名的zabbix for mysql插件叫做fpmmm的,笔者也一直在使用。然而即便如此,笔者仍然认为比不上RDS提供的监控项,要知道,现实中分析一个故障,是需要多种手段结合起来一起辅助分析的,并不是提供的监控图越多,就一定能找出来。
备份:包括数据备份和日志备份,RDS都提供了,而且对于备份而言,更重要的是恢复和检查数据完整性。笔者想问问各位,有多少人是没做备份的,又有多少人是做了备份,但是没有定时去恢复的,也就是说,你做的备份正确吗,你验证过吗,你会定期去验证吗?恐怕由于人力物力的问题,这些都不会去做的。RDS提供了很重要的恢复方法,有三种:叫只读实例、克隆实例、灾备实例。从字面上应该可以理解它们的作用了,详细使用方法还是去看RDS文档吧。
CloudDBA是监控和管理RDS实例性能及运行状况的服务,在RDS控制台的实例管理页面,目前只适用于MySQL类型的实例。针对SQL语句的性能、CPU使用率、IOPS使用率、内存使用率、磁盘空间使用率、连接数、锁信息、热点表等,CloudDBA提供了智能的诊断及优化功能,能最大限度发现数据库存在的或潜在的健康问题。CloudDBA的诊断基于单个实例,该诊断会提供问题详情及相应的解决方案,可为您管理实例运行状况带来极大的便利。目前只支持5.6和5.5。
现在说5.7,是最近推出不久的,它的关键在于是单机版。与标准的主备双机高可用版相比,单机基础版只提供一个数据库节点,通过底层数据存储层来保证数据多副本可靠性。数据库节点的减少,大幅降低了CPU和内存资源的开销,从而降低整体投入成本。因为对于个人、中小企业来说,能够接受短暂的故障停机(当然如果维护得好 ,这基本也是不存在的)。它的价格,与自建数据库相当了,但是仍然提供了前面几点的各种功能,所以强烈推荐中小企业使用的。
安全性,也是很多人关注的。云数据库RDS提供了多样化的安全加固功能来保障用户数据的安全,其中包括但不限于:
* 网络:IP 白名单、VPC 网络、SSL(安全套接层协议)、SQL 防火墙
* 存储:TDE(透明数据加密)、自动备份
* 容灾:同城容灾(多可用区实例)、异地容灾(两地多中心)
11. 数据库管理:笔者用过命令行、navicat、phpMyAdmin等工具进行日常的数据库维护,我猜想大部分人也是如此。RDS使用“数据管理DMS”:提供关系型数据库和NoSQL的统一管理。它源自阿里数据库服务平台iDB,为数万研发人员提供数据库研发支撑,已在线上运行8年。您可以使用数据管理DMS轻松构建企业独有的数据库DevOps,促进数据库研发自助化,提升研发效率,同时保证员工数据库访问安全及数据库高性能。默认是免费版的,已经可以满足大多数人的使用需求了,如果还觉得不够,可以购买高级版,提供更强大的功能,具体可以查阅产品文档。笔者想说的是:你只需要有一个浏览器,就可以管理自己的数据库。
12. 有人说,说了这么多,到底性能如何呀,我建议你还是自己体验吧,附上一张图:
现在,你同意我的观点吗:RDS是不是比自建数据库要好呢?
购买地址:阿里云数据库RDS for MySQL,记得领前面提到的幸运券哦,购买时长就和你的ECS服务器一致就行了,年付8.5折,两年付7折,三年付5折。
更新:有的朋友让推荐一下购买配置,这个其实还是跟自身的项目有关。笔者曾经短时间跟过一个电商项目,每天都有几场到十几场秒杀,规模上来之后,ECS服务器的配置是8核16G的,当时把数据库从本机拆出来,购买了RDS,选的配置5.6高可用版,硬件是4核16G,存储是100G,使用起来网站还是很流畅的,这也得益于前端防刷做得比较好吧。当然,除了ECS和RDS,也还使用了诸如OSS、CDN、WAF等产品,结合nginx过滤和程序防刷机制等等。