体验云数据库 TiDB 的全过程

网友投稿 391 2024-03-30



简介

体验云数据库 TiDB 的全过程

TiDB是一款同时支持在线事务处理与在线数据分析的融合型分布式事务产品,具备水平扩容或者缩容、金融级高可用、实时 HTAP、云原生的分布式数据库、兼容 MySQL 5.7 协议和 MySQL 生态等重要特性。

云数据库是指被优化或部署到一个虚拟计算环境中的数据库,可以实现按需付费、按需扩展、高可用性以及存储整合等优势。

两者相融合,具有更经济、更专业、更高效、更安全、简单易用等特点。

本文主要分享一下试用云数据库TiDB的流程与感受。

产品体验

1、试用申请

  (1)首先我们可以登录到 ***-计算巢 当中申请试用机器。

计算巢 --> 推荐服务 --> 搜索 TiDB --> 点击免费试用即可

(2)配置服务器集群信息

总共有以下选项:

服务实例名称--> 地域--> 实例规格--> 拓扑信息--> 交换机可用区--> 负载均衡--> 系统盘空间--> 密码--> VPC--> 标签--> 资源组

服务实例名称

该服务实例的名称,并不是决定服务器或是TiDB集群名字的条件。

地域

地域的选择目前总共有六个可选:

华东1(杭州) - 华东2(上海) - 华北2(北京) - 华北3(张家口) - 华北5(呼和浩特) - 华南1(深圳)

地域指云服务器所在的数据中心的地理位置,地域的选择需要通过网络延迟速度、是否需要备案、多产品内网互通、价格等多个方面综合考虑。

实例规格+拓扑信息

实例规格目前试用版只支持基础款的试用:

这里面标注了有TiFlash实例,在下面选项并没有,搭建完之后进行扩容申请即可

交换机可用区

可用区是跟上面所选地域相关联的,是地域下创建的资源和网络都是相互独立的区域,可用区相当于故障隔离,在不同的可用区之下,一个可用区出现问题而不会去影响另外一个可用区的正常运行。

选择可用区还要考虑网络延迟问题,毕竟跨可用区部署相当于牺牲掉一部分的网络延迟,来带来高可用特性。

负载均衡

***的负载均衡即是指通过将流量分发到不同的节点,来扩展数据库服务的吞吐能力,消除单点故障问题并提升数据库的可用性,在试用基础板当中,目前选项是选则是否绑定EIP,EIP即弹性公网IP。

系统盘空间+密码

服务器密码,TiDB用户密码,Granfana监控密码为同一个设置密码,如有需要需自己进行更改

VPC

VPC即专有网络,主要是用来做网络隔离,试用款可勾选选VPC私网访问,然后通过填写专有网络信息来进行设置。

标签+资源组

标签的主要作用是在如果使用一个云账号的情况下,其他人使用RAM用户进行日常操作,则可以使用标签高效管理资源,比如:资源标记/资源授权/资源分账/资源自动化运维

资源组的主要作用是在如果使用一个云账号的情况下,其他人使用RAM用户进行日常操作,则可以使用资源组作为资源隔离和权限管理的容器,比如:资源授权/资源分账

标签与资源组的资源授权是有区别的,详细介绍查看***-资源管理文档即可

(3)部署实例集群

经过以上的配置以后,通过点击下一步进行确认订单,通过服务实例管理-->试用服务,即可查看部署状态。

部署成功后,点击服务实例名称可以进入概览界面,上面记录了Dashboard与Grafana的访问地址,默认状态下是没有TiFlash节点的,如果我们需要测试TiFlash,则可以通过运维管理-->弹性扩缩容来进行添加。

2、集群管理

我们通过远程连接进入ControlServer当中,通过tiup命令即可查看到目前已经搭建完毕的TiDB集群信息。

图中我们可以看到,这是一个TiDB整体的拓扑信息,总共有PD*3、TiDB*3、TiKV*3 、TiFlash*3

需要注意的是,由于用户要求不同,没办法做一个统一标准,所以搭建出来的数据库的端口/配置文件参数/数据存放位置都是默认的。

如果对端口与目录有明确要求的,可以自己重新在服务器上进行搭建,设置目录/端口的规则。

前面配置时候添加了负载均衡,可以通过负载均衡IP连接进入数据库。

默认root用户密码为在登录密码栏里填写的密码。

如需观察Granfana与Dashboard通过概览页面即可进入

Grafana默认登录:账号admin 密码为密码栏设置的密码

Dashboard默认登陆:账号root 密码为密码栏设置的密码

3、体验总结

(1)安装部署

以本地部署来做对比,各自都有各自的优缺点。

本地部署:本地部署下,我们可以对各个参数进行初始化的控制,省去了后续在进行调优的时间,并且对端口目录进行设置,完成了一个标准化的事项,但是针对于服务器数量过多,集群数量过多的情况下,在本地部署的话就会相当耗费时间,并且面对着配置文件,容易发生配置错误的情况。

***部署:***部署下,我们只需要点点点就可以完成,节省了很多时间,尤其是面对集群数量多的情况下,非常省事,但是对于一些配置上的改动,应该还在逐渐完善中,比如端口/目录位置,集群名称,集群版本等等,这些在正式的环境中具有更多、更灵活的资源配置选择。

(2)扩容缩容

TiDB是存储计算分离的架构,所以本身支持按需对计算,存储分别进行在线扩容与缩容。

缩容的话呢,很简单,不管是在***上还是在本地服务器上,需要耗费的时间都不多,只需通过页面点几下,或者通过一条命令即可完成缩容的操作。

扩容的话,如果在比较着急的情景下,比如未能评估好某些时间段的业务增长,那么我们通过***来进行扩容操作的话会更快一些,因为我们在没有提前预知的情况下,在本地服务器上进行扩容还需要再次进行配置文件的编写,相对来说会耗费一定的时间,在***上既可以点几下先进行扩容,随后在业务量小了之后在缩容即可。

(4)产品建议

参数配置

考虑到在TiDB中存在集群初始化完毕后,就不可以在进行更改的参数,所以建议这边可以将这个参数加入到选择项当中,让用户自己在搭建前选择指定的参数值,这样可以避免日后有不必要的问题发生。

界面优化

在界面方面,我们可以在有Grafana和Dashboard下面再加一个中控机的连接信息,这样的话或许更方便用户进入中控机,从而控制集群。

扩缩容优化

目前在试用版本当中,扩缩容只可以指定最新扩容的集群来进行缩容,而不可以指定任何一个,希望可以在后续进行优化,让其可以指定任意节点,这样如果是某个节点有问题想缩容掉更加的方便快捷,而不需要进入数据库内手动操作。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:体验 v7.1.0 Resource Control 功能
下一篇:作业帮案例分享 支撑海量数据业务的多元化TiDB应用
相关文章