公司新上一套MySQL,事情远不止安装部署这么简单……
随着企业信息化和数字化进程的加速,以及数据库应用的不断深入,企业IT环境中的数据库数量变得繁多,占用大量的IT基础设施资源。同时伴随着商业数据库时代、开源数据库时代和国产数据库时代的发展进程和数据库应用的多样性,企业采用的数据库种类从两三种逐渐变为七八种,这无疑大大增加了运维管理的难度。
于是,一个现实而又迫切的问题出现在众多IT主管面前……
一个并非专门搞IT的公司,运维人员的数量和精力往往非常有限,然而系统架构升级的趋势又无法阻拦。
本来是单一Oracle的数据库环境,现在要改为Oracle、MySQL,甚至还要加上PostgreSQL、redis的混合环境!愈发庞大复杂的系统,如何利用有限的精力合理地纳管起来?
显然,不论是IT主管还是运维小哥,面临的压力和挑战远不止从头安装部署一套数据库那么简单……
对于国内的大多数自建私有云的企业而言,要想实现数据管理平台化、统一化,以及数据库运维自动化和智能化可谓困难重重。
dbPaaS(Database Platform as a Service)在这样的背景下应运而生。dbPaaS是任何数据库管理系统(DBMS)或数据存储,设计为可伸缩、弹性、多租户的订阅服务,并具有一定的自我管理能力。
zCloud是云和恩墨针对私有云场景下研发的dbPaaS平台,直面IT架构升级中可能遇到的难题:
传统的IT架构,底层的硬件支撑可能存在x86物理机、虚拟化平台、AIX小机,且存在于不同的机房。运行于硬件之上的数据库种类和结构也很复杂,如Oracle DG高可用、RAC集群,MySQL的单实例、中间件等等。同时由于企业组织架构层层布局, DBA难以保证分配的数据库资源合理且有效。
通过带有权限隔离的多租户管理,以及支持多种类数据库的统一资源纳管,zCloud让你轻松应对混合架构的复杂场景。
传统的数据库部署方式,往往没有统一的标准规范,早期的安装部署阶段没有规划好其所依赖的网络、存储、操作系统等环境,在安装的时候没有遵循必要的规范、合理的参数配置,都可能在投入生产后,出现各种问题(如内存参数设置不合理、软件安装目录过小等),导致影响到业务系统的稳定运行。
zcloud提供标准化流程,通过简单几步指引,用户就能快速创建好一套企业级数据库集群。
在过去单一的Oracle环境中,实现高可用就已经是个不小的挑战:维护很多个Oracle的高可用时,一旦操作不及时甚至操作失误,将造成DG切换出现问题,更严重可能会造成业务中断,得不偿失。对于MySQL而言,部署高可用时,选择合适的配套产品、难以整合维护整体环境,而且MySQL的组件需要必要的二次开发和定制,以适应和满足企业自身需要成为了新的挑战。
zCloud能够一键切换DG、自动高可用切换,无论是Oracle还是MySQL都能轻松纳管。
MySQL作为最受欢迎的开源数据库之一,逐步在企业的数据库占据重要比重,甚至一些核心的业务系统也放在MySQL上运行。但根据市场调研反馈,企业普遍缺乏对MySQL的规范集中管理,往往除核心库外的数据库很少做备份,甚至许多无效备份在恢复时才发现,且恢复过程中容易出现人为失误。
zCloud能够将复杂的备份恢复简单化,流程化,支持定时自动备份,并能够提供恢复演练以确保备份数据的有效。
SQL变更发布时,由于设计人员没有严格遵守表结构设计和变更规范,无法全面评估结构变更风险,经常会因为变更导致数据库性能异常、数据误删误改等情况发生。
运维人员提交SQL变更申请后,zCloud通过提供标准的工单流程进行合规性审核,保障平台的安全稳定。
过去使用了众多工具帮助系统运维,然而运维工具各司其职,监测到问题后看不出其中的关联关系,无从下手处理。与此同时,处理问题最终还是靠手工命令执行,难以真正做到自动化智能化的运维。这些都会增加问题总体的解决耗时,业务受影响或中断的时间长,连续运行能力差。
zCloud数据库云管理平台可以实现数据库从“问题发现-问题定位-问题解决”的全栈式处理。
运维小哥一己之力显然无法面对这么多的痛点难点,甚至联合整个团队,也需要耗费大量的精力。
而zCloud的出现,逐一击破六大难题,整合数据库资源并统一管理运维,致力于成为企业构建私有云时得力的dbPaaS助手。
最后,我们再来看看已经用上zCloud的小哥哥们,看看zCloud是怎么拯救他们于“水火”的吧——。