从运维的角度分析使用阿里云数据库RDS的必要性--你不应该在阿里云上使用自建的MySQL/SQL Server/Oracle/PostgreSQL数据库

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
云数据库 RDS SQL Server,基础系列 2核4GB
简介: 开宗明义,你不应该在阿里云上使用自建的MySQL or SQL Server数据库,对了,还有Oracle or PostgreSQL数据库。 云数据库 RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务。

开宗明义,你不应该在阿里云上使用自建的MySQL or SQL Server数据库,对了,还有Oracle or PostgreSQL数据库。

云数据库 RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务。基于飞天分布式系统和全SSD盘高性能存储,支持MySQL、SQL Server、PostgreSQL和PPAS(高度兼容Oracle)引擎,默认部署主备架构且提供了容灾、备份、恢复、监控、迁移等方面的全套解决方案。

当然,并不是指所有用户,这还是有条件的,包括但不限于以下两点:

  1. 你的网站或项目发展到一定阶段,需要将数据库独立出来,不再和网站程序或应用程序放在一台ECS上;
  2. 即便你有一个对数据库很了解的开发人员或运维人员,也不应该自建数据库,因为让开发专注做程序开发,让运维专注做运维自动化,这才是能让生产最大化的决策。

还有个别情况是:你也许有一个小型的数据库技术团队,比如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:

  1. 首先推荐的是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的异步,这就更加保证的数据可靠性。

RDS的贡献

  1. 5.6还有一个非常重要的功能,就是独写分离,目前只有5.6支持,笔者所在的项目已经使用这个功能几个月了,非常的好用,非常的让人省心,我想这个可能是互联网电商项目梦寐以求的功能吧。要知道,你自建读写分离,一般是使用开源的中间件作为代理层,这就要求你非常熟悉这个中间件的用法,包括设置权重、阈值、健康检查等等,这就大大增加了学习成本,不然的话你不担心出了故障无法解决吗?另外,使用开源中间件,在数据到达数据库之前需要经历多个组件的语句解析和转发,对响应延迟有较大的影响。而 RDS 读写分离在已有的高安全链路中直接内置,没有任何额外的组件来消耗时间,能够有效降低延迟,提升处理速度。

RDS读写分离功能

  1. 不管5.6还是5.5,都提供高可用版本,笔者强烈推荐互联网电商、游戏等项目使用它,这个版本是采用一主一备的高可用架构,同时提供本地ssd存储,有故障会自动切换主备实例。就光这一点,自建数据库就达不到,可以说绝大多数公司的主数据库都是单个mysql实例,遇到机器故障就只能停机,做不到自动切换。这并不是说这些公司不想使用高可用架构,而是真的有门槛,你以为照着网上的教程搭建好两个master,用心跳软件做好监控就行了吗?错了,后期的维护往往要比最初的环境搭建要难多了,这不仅仅是mysql本身的高可用,还必须结合自身业务情况才行。笔者以前所在的大型电商公司,就拥有数据库团队,曾经想做这样的高可用架构,但一直不敢正式上线运行,原因就是现实中会遇到各种各样的问题,始终没有完美的办法解决。
  2. 5.6同时还提供金融版:采用一主两备的架构,通过日志“多副本同步复制”,确保数据的强一致性,所以特别适合金融、证券、保险行业的核心数据库。而且,高可用版和金融版之间,是可以切换的哦,赞不赞?
  3. 有人说RDS的费用比自建MySQL所用的ECS服务器,相同配置贵了不少。没错,确实是贵一些,要知道上面刚说了,是一主一备两个实例,你自建如果用两台ECS实现,费用更贵,而且还不考虑是否好用的因素,明白了吗?
  4. 提供全面的监控诊断:线程内存、SQL资源消耗等监控,帮助用户快速进行问题诊断。这个也是重点呀,自建的数据库可以说基本没有这些监控,只能记录慢查询,再采用第三方工具分析日志,再进一步,使用一些开源工具平台,比如zabbix,自带了一些mysql基础监控,如果要粒度更进一步,可能需要安装其他插件,比如有一个比较有名的zabbix for mysql插件叫做fpmmm的,笔者也一直在使用。然而即便如此,笔者仍然认为比不上RDS提供的监控项,要知道,现实中分析一个故障,是需要多种手段结合起来一起辅助分析的,并不是提供的监控图越多,就一定能找出来。

RDS监控功能

  1. 备份:包括数据备份和日志备份,RDS都提供了,而且对于备份而言,更重要的是恢复和检查数据完整性。笔者想问问各位,有多少人是没做备份的,又有多少人是做了备份,但是没有定时去恢复的,也就是说,你做的备份正确吗,你验证过吗,你会定期去验证吗?恐怕由于人力物力的问题,这些都不会去做的。RDS提供了很重要的恢复方法,有三种:叫只读实例、克隆实例、灾备实例。从字面上应该可以理解它们的作用了,详细使用方法还是去看RDS文档吧。
  2. CloudDBA是监控和管理RDS实例性能及运行状况的服务,在RDS控制台的实例管理页面,目前只适用于MySQL类型的实例。针对SQL语句的性能、CPU使用率、IOPS使用率、内存使用率、磁盘空间使用率、连接数、锁信息、热点表等,CloudDBA提供了智能的诊断及优化功能,能最大限度发现数据库存在的或潜在的健康问题。CloudDBA的诊断基于单个实例,该诊断会提供问题详情及相应的解决方案,可为您管理实例运行状况带来极大的便利。目前只支持5.6和5.5。
  3. 现在说5.7,是最近推出不久的,它的关键在于是单机版。与标准的主备双机高可用版相比,单机基础版只提供一个数据库节点,通过底层数据存储层来保证数据多副本可靠性。数据库节点的减少,大幅降低了CPU和内存资源的开销,从而降低整体投入成本。因为对于个人、中小企业来说,能够接受短暂的故障停机(当然如果维护得好 ,这基本也是不存在的)。它的价格,与自建数据库相当了,但是仍然提供了前面几点的各种功能,所以强烈推荐中小企业使用的。
  4. 安全性,也是很多人关注的。云数据库RDS提供了多样化的安全加固功能来保障用户数据的安全,其中包括但不限于:
  • 网络:IP 白名单、VPC 网络、SSL(安全套接层协议)、SQL 防火墙
  • 存储:TDE(透明数据加密)、自动备份
  • 容灾:同城容灾(多可用区实例)、异地容灾(两地多中心)
    RDS安全
  1. 数据库管理:笔者用过命令行、navicat、phpMyAdmin等工具进行日常的数据库维护,我猜想大部分人也是如此。RDS使用“数据管理DMS”:提供关系型数据库和NoSQL的统一管理。它源自阿里数据库服务平台iDB,为数万研发人员提供数据库研发支撑,已在线上运行8年。您可以使用数据管理DMS轻松构建企业独有的数据库DevOps,促进数据库研发自助化,提升研发效率,同时保证员工数据库访问安全及数据库高性能。默认是免费版的,已经可以满足大多数人的使用需求了,如果还觉得不够,可以购买高级版,提供更强大的功能,具体可以查阅产品文档。笔者想说的是:你只需要有一个浏览器,就可以管理自己的数据库。
  2. 有人说,说了这么多,到底性能如何呀,我建议你还是自己体验吧,附上一张图:

RDS性能

  1. 如何从自建库迁移到RDS,请看文档吧:https://help.aliyun.com/document_detail/26210.html

现在,你同意我的观点吗:RDS是不是比自建数据库要好呢?

如果您需要购买服务器建站,领取阿里云限量红包,内含1888元代金券,可在付款时减免一部分金额。

有的朋友让推荐一下购买配置,这个其实还是跟自身的项目有关。笔者曾经短时间跟过一个电商项目,每天都有几场到十几场秒杀,规模上来之后,ECS服务器的配置是8核16G的,当时把数据库从本机拆出来,购买了RDS,选的配置5.6高可用版,硬件是4核16G,存储是100G,使用起来网站还是很流畅的,这也得益于前端防刷做得比较好吧。当然,除了ECS和RDS,也还使用了诸如OSS、CDN、WAF等产品,结合nginx过滤和程序防刷机制等等。

原文地址:https://www.lastupdate.net/339.html

相关实践学习
快速体验PolarDB开源数据库
本实验环境已内置PostgreSQL数据库以及PolarDB开源数据库:PolarDB PostgreSQL版和PolarDB分布式版,支持一键拉起使用,方便各位开发者学习使用。
7天玩转云服务器
云服务器ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,可降低 IT 成本,提升运维效率。本课程手把手带你了解ECS、掌握基本操作、动手实操快照管理、镜像管理等。了解产品详情: https://www.aliyun.com/product/ecs
相关文章
|
1月前
|
Oracle 安全 关系型数据库
【Oracle】使用Navicat Premium连接Oracle数据库两种方法
以上就是两种使用Navicat Premium连接Oracle数据库的方法介绍,希望对你有所帮助!
273 28
|
1月前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的闪回数据库
Oracle闪回数据库功能类似于“倒带按钮”,可快速将数据库恢复至 earlier 状态,无需还原备份。本文介绍了闪回数据库的使用方法及实战案例:包括设置归档模式、开启闪回功能、记录SCN号、执行误操作后的恢复步骤等。通过具体 SQL 操作演示了如何利用闪回数据库恢复被误删的用户数据。注意,使用此功能前需确保数据库为归档模式。
|
2月前
|
Oracle 关系型数据库 数据库
【赵渝强老师】Oracle数据库的闪回表
本文介绍了Oracle数据库中的闪回表(Flashback Table)功能,它能够将表的数据快速恢复到特定时间点或系统改变号(SCN),无需备份。文章通过实战示例详细演示了如何使用闪回表恢复数据,包括授权、创建测试表、记录时间与SCN号、删除数据、启用行移动功能、执行闪回操作以及验证恢复结果等步骤。同时,还展示了如何通过触发器禁止插入操作,并在闪回过程中处理触发器的启用问题。文末附有视频讲解,帮助读者更好地理解闪回表的使用方法。
96 10
|
2月前
|
Oracle 关系型数据库 数据库
【赵渝强老师】Oracle数据库的闪回查询
本文介绍了Oracle数据库的闪回查询(Flashback Query)功能及其实际应用。闪回查询通过`AS OF`子句,结合时间戳或SCN号,可查询历史数据状态,帮助分析数据差异。文中通过具体示例演示了如何使用闪回查询:创建测试表、记录当前SCN号、更新数据并提交事务,最后通过闪回查询获取历史数据。附带的视频和代码块详细展示了操作步骤与结果。
|
16天前
|
负载均衡 算法 关系型数据库
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
本文聚焦 MySQL 集群架构中的负载均衡算法,阐述其重要性。详细介绍轮询、加权轮询、最少连接、加权最少连接、随机、源地址哈希等常用算法,分析各自优缺点及适用场景。并提供 Java 语言代码实现示例,助力直观理解。文章结构清晰,语言通俗易懂,对理解和应用负载均衡算法具有实用价值和参考价值。
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
|
2月前
|
关系型数据库 MySQL Java
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
|
16天前
|
存储 关系型数据库 MySQL
大数据新视界 --面向数据分析师的大数据大厂之 MySQL 基础秘籍:轻松创建数据库与表,踏入大数据殿堂
本文详细介绍了在 MySQL 中创建数据库和表的方法。包括安装 MySQL、用命令行和图形化工具创建数据库、选择数据库、创建表(含数据类型介绍与选择建议、案例分析、最佳实践与注意事项)以及查看数据库和表的内容。文章专业、严谨且具可操作性,对数据管理有实际帮助。
大数据新视界 --面向数据分析师的大数据大厂之 MySQL 基础秘籍:轻松创建数据库与表,踏入大数据殿堂
|
2月前
|
关系型数据库 MySQL 数据库连接
docker拉取MySQL后数据库连接失败解决方案
通过以上方法,可以解决Docker中拉取MySQL镜像后数据库连接失败的常见问题。关键步骤包括确保容器正确启动、配置正确的环境变量、合理设置网络和权限,以及检查主机防火墙设置等。通过逐步排查,可以快速定位并解决连接问题,确保MySQL服务的正常使用。
446 82
|
23天前
|
负载均衡 算法 关系型数据库
大数据新视界--大数据大厂之MySQL数据库课程设计:MySQL集群架构负载均衡故障排除与解决方案
本文深入探讨 MySQL 集群架构负载均衡的常见故障及排除方法。涵盖请求分配不均、节点无法响应、负载均衡器故障等现象,介绍多种负载均衡算法及故障排除步骤,包括检查负载均衡器状态、调整算法、诊断修复节点故障等。还阐述了预防措施与确保系统稳定性的方法,如定期监控维护、备份恢复策略、团队协作与知识管理等。为确保 MySQL 数据库系统高可用性提供全面指导。

推荐镜像

更多