在医院数据集中平台建设过程中心,应考虑整个容灾系统的架构,在同城实现双活系统容灾,在异地实现数据备份容灾。在同城双活容灾架构上,可以考虑采用基于SVC的解决方案,以SVC虚拟化网关+闪存阵列的形式提高整体存储平台性能...
我对开源自动化运维软件接触的也是比较少,目前我们自动化运维软件还是在使用BMC,每日对系统做健康性检查,每月对各系统做合规和安全性检查,而对操作系统的网络、CPU.内存;中间件的健康状态、数据库的负载等的实时监控还是...
我觉得传统行业不像互联网行业一样没有历史包袱,可以一上来就各种开源。传统行业原有的运维软件和架构往往已经磨合的比较成熟,运行也比较稳定,用开源软件完全替代初始成本也会比较高,我觉得可以互相借鉴,共存。说到开源的...
1. 还是那句话,不是技术推动项目,而是需求推动项目,所以,不要吧眼光盯在技术上,而是盯在自己单位有没有响应的需求,如何实现这些需求。很多时候,需求的实现,只有30%取决于人员对技术的掌握,主要是运维理念,就像一个产品,最重要的...
主机信息管理应该可以搞定你说的设备信息和软件版本问题。巡检也可以这2个都在我之前项目中都是用puppet的fact机制来实现的,很多工具都有类似的机制。应用的巡检,这个比较麻烦,因为就像自动化生产线一样,产量太低的时候,...
多数据中心应用对比不是重点 比较侧重上文中的1、2和4 其中自动巡检、设备信息和软件版本比较重要 不知道您提到的puppet产品是否适合这类运维管理需求 主要前期想解决应用层面的人工巡检和大量设备的软硬件版本维护...
你说的这些需求我感觉上面上面任何一个软件都可以满足,但都需要自己根据需求去编写脚本,软件本身是不会集成这些个性功能的
puppet足矣“多数据中心间的应用程序版本比对”,这个用自动化工具原生实现不太好做,我脑子里还么有特别成熟的方案,因为这个“对比”,要去构建对比关系,这是一个额外的信息,维护起来可能会比较麻烦。...
从我自身运维实际出发,其实运维从诞生到发展至今都是为了提供业务稳定,高效的运行,而使用自动化与人工的差别是一种批量化处理大规模性问题与精细化处理对口故障,国外优秀成功的案例就是分而治之,我想用在中国也是很合适的...
自动化运维,我们简单来说,有3大类操作:规范遵从、部署、操作变更。部署实际上不会有你所说的风险问题,因为系统还没有上线。规范遵从、操作变更都会产生风险,那么如何降低风险:1. 遵从变更流程, 即便用了自动化运维,也只能在...
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30