炼数成金 门户 大数据 Mysql 查看内容

MySQL自动化部署的设计方案

2019-3-13 10:48| 发布者: 炼数成金_小数| 查看: 24477| 评论: 0|原作者: 杨建荣|来自: 杨建荣的学习笔记

摘要: 有的同学会觉得安装部署应该是很容易的一件事情,其实应该是这样的,但是在实际工作中会发现有很多的因素导致安装部署成为了一种耗时的工作。主要的原因在于数据库本身的安装部署是技术可控的,在这些因素之外,其实 ...

管理 SQL MySQL Hadoop 运维

有的同学会觉得安装部署应该是很容易的一件事情,其实应该是这样的,但是在实际工作中会发现有很多的因素导致安装部署成为了一种耗时的工作。主要的原因在于数据库本身的安装部署是技术可控的,在这些因素之外,其实还有很多流程的贯通,这些是需要花费不少的时间的,从性价比来说,一次构建,持续改进,效果还是很不错的。

1)安装部署的步骤梳理
针对MySQL方向的部署,我们要改进,首先需要明确一些潜在的问题和不规范的因素。
从流程上来说,部署MySQL服务相关的流程大体有下面的一些方面:


所以林林总总下来,我们其实要做的事情还是蛮多的,也蛮复杂的。
从目前行业里的落地情况来看,大部分都实现了脚本化的部署,但是对于流程化的部署和管理还是存在较大的改进空间。

2)安装步骤中常见的问题
部署中常见的问题和不规范的现象主要有:

总体来说,部署的工作繁琐而复杂,因为不够标准化和统一,导致运维效率和交付质量难以保证,粗略统计在早期要完成整个流程化操作,从问题排查和解决,基本在半个从小时到一个小时,对于快速发展的业务来说,是显然不能满足需求的。

在运维管理端,需要做的一层改进就是把上面的潜在问题进行梳理和归类,把运维最关注,最需要的信息罗列出来,在这个基础上进行流程的改进和对接,对于一些可选插件和流程,需要做到灵活的配置管理。

3)运维侧的安装部署设计
在运维侧,MySQL部署的基本页面设计如下:

通过不断的调试改进,目前的环境部署时间可以简化到5分钟之内。
在这个基础上我们可以进一步提炼下,那就是前面的一些步骤除了一些动态的参数之外,我们是否可以进一步把整个MySQL的部署改造为一种更加通用的配置化部署,也就是说,我们可以预先做好一个模板配置和文件部署,对于最耗时的数据字典初始化来说就不用重新在做一次了,有点类似于yum的安装方式,而对于端口等其他的配置,完全可以通过参数配置解决,这是一种改进的思路,这样我们的部署服务其实就可以作为一种基础的系统服务交付,而对于DBA来说,就可以通过配置和优化的方式进行更加灵活的管理。

4)基于PaaS平台的设计
而对于业务使用来说,我们可以完全按照PaaS平台的设计理念来做。
以下是一个数据库资源申请的入口页面:

这样一来,可以很清晰传达出一种资源服务的意识,比如对于业务同学来说,其实他们从一开始是不关注灾备和高可用的,运维同学默默的做好了这些,有时候还会有互相不理解的情况,针对资源需求我们可以做一些定制化的改进,但是交付的标准就很清晰了,是需要申请多少个数据库实例。

声明:本文版权归原作者所有,文章收集于网络,为传播信息而发,如有侵权,请联系小编及时处理,谢谢!

欢迎加入本站公开兴趣群
软件开发技术群
兴趣范围包括:Java,C/C++,Python,PHP,Ruby,shell等各种语言开发经验交流,各种框架使用,外包项目机会,学习、培训、跳槽等交流
QQ群:26931708

Hadoop源代码研究群
兴趣范围包括:Hadoop源代码解读,改进,优化,分布式系统场景定制,与Hadoop有关的各种开源项目,总之就是玩转Hadoop
QQ群:288410967 

鲜花

握手

雷人
1

路过

鸡蛋

刚表态过的朋友 (1 人)

最新评论

热门频道

  • 大数据
  • 商业智能
  • 量化投资
  • 科学探索
  • 创业

即将开课

热门文章

     

    GMT+8, 2019-9-17 20:23 , Processed in 0.164999 second(s), 23 queries .