博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

2014年10月31日

摘要: 因为内部临时需要这么一套系统,所以搜搜查查,搞定了系统部署,使用pam认证的配置。 系统初始化是使用CentOS 6.5 Mini x64版本。 阅读全文

posted @ 2014-10-31 12:48 Rex Kang 阅读(969) 评论(0) 推荐(0) 编辑

2014年8月22日

摘要: 想必大家用Windows的时候,进入系统第一步就是先装输入法吧~ OSX也是一样,自带输入法虽然凑合,但是我们作为Apple的用户能随便凑合么? 有了鼠须管这种神级输入法,用了真是腰不酸了,腿不痛了,吃麻麻香…… 阅读全文

posted @ 2014-08-22 18:32 Rex Kang 阅读(176) 评论(0) 推荐(0) 编辑

2014年8月21日

摘要: 初始设置时,OSX的账户图片可能不尽人意吧,现在就告诉你怎么重新设置。 当然,我本机暂时还没有什么图片哈。 阅读全文

posted @ 2014-08-21 21:48 Rex Kang 阅读(344) 评论(0) 推荐(0) 编辑

2014年6月29日

摘要: 首先,这本书是Linux.CN赠送的,多谢啦~先贴一下当时读样章时的感想: 在阅读前言时,还以为这是一本专注于带领开发人员学习Linux系统运维的书籍,后来发现正文内容以排除故障的通用手段为切入点,进而引申到Linux系统各类系统故障的排除的具体方式。这些内容不仅可以引导开发人员进入DevOps的大门,更可以修正运维人员的排障方式和方法,还可以作为新手学习的入门参考。 阅读全文

posted @ 2014-06-29 14:52 Rex Kang 阅读(911) 评论(0) 推荐(0) 编辑

2014年6月24日

摘要: 整理邮件时,发现了一封很有意思的邮件——《关于三线支持力度的考核指标讨论》。 解释下,公司是一个IT服务公司,有运维有开发,但是这里的一线一般指客户服务,直接与客户打交道的那块;二线指系统运维,也就是苦逼的运维攻城狮;三线可不仅仅是程序猿了,还包括外部厂商——也就是我们运维系统的软硬件厂商。大概是这么个结构。 阅读全文

posted @ 2014-06-24 13:54 Rex Kang 阅读(216) 评论(0) 推荐(0) 编辑

2014年6月19日

摘要: 东西都上传到这里了: https://github.com/RexKang/Zabbix/tree/master/OS/Linux-disk-discovery 需要用到的东西: Zabbix的LLD:https://www.zabbix.com/documentation/2.0/manual/discovery/low_level_discovery Zabbix的Agent配置:https://www.zabbix.com/documentation/2.0/manual/appendix/config/zabbix_agentd iostat的使用:http://www.cnblogs.com/peida/archive/2012/12/28/2837345.html 阅读全文

posted @ 2014-06-19 12:59 Rex Kang 阅读(3732) 评论(0) 推荐(0) 编辑

2014年6月18日

摘要: 在某一次系统监控的讨论会议上,我随便提出了个问题:“如何定义一个系统?”,结果答案就五花八门起来了,会议也跑题了。 为什么问这个问题,是因为某些同事觉得某个系统比较大,就往下分为子系统、组件等,往上分业务群等。有时候仔细一看,什么业务群,明摆着就是一个大的系统而已。当然,我随便说说,我也没有对这个问题有明确的定义。我想说的就是,包括系统、组件、子系统等等,这些定义我们从来没想过——流程也是这样,区别是,我们想过,但是只是凑合着用而已,定义并不清晰。 这些属于那种只可意会不可言传的东西,这就导致外部公司常常将我们“以为”的一个系统拆分为多个系统进行收费…… 当然,这个问题至今仍为明确,我提出过,但是大家都认为没必要搞清楚这个问题。 阅读全文

posted @ 2014-06-18 13:26 Rex Kang 阅读(4023) 评论(1) 推荐(0) 编辑

2014年6月17日

摘要: 相比PPT中被管的数个对象(像培训什么的也都在其中),我们的需求其实就要小得多,但是问题在于流程依然不清,责任依然不明。 由于近期需要解决的CMDB中的相关问题,所以着重看了下PPT中对应的部分,其他的部分慢慢研究。 看了破子的这个PPT,之前有一些迷惑的地方才清晰起来,比如属性集。 阅读全文

posted @ 2014-06-17 08:07 Rex Kang 阅读(276) 评论(0) 推荐(0) 编辑

2014年6月16日

摘要: 估计大家看到破子的这两篇都有点晕哈,我也有点晕。 两篇对比来看。 第1处,属性部分新增了动态的内容。这也是我一直考虑的问题——毕竟咱是搞监控多年,监控的数据是否存放在CMDB中也考虑了很久。因为CMDB使用的更多应当是当前状态,如果要记录性能数据的话就需要记录历史情况,这样感觉将CMDB与监控打包在一起了。我这里还是只是提供接口,CMDB可以调用。再者,CMDB有这些属性,也必须有数据来源才行。因此,接口的引入确保有监控就有动态数据,没监控就没动态数据。 阅读全文

posted @ 2014-06-16 14:02 Rex Kang 阅读(512) 评论(0) 推荐(0) 编辑

2014年6月15日

摘要: 分类的问题上比较有感悟。在之前编写新版的CMDB模型的时候,曾将刀片机、x86服务器、小型机等统一归为服务器,通过架构和机箱(刀片、机架、立式,好像是这三种)区分。由于使用的是SD,而且到我那一期时字段剩余的不多,为了方便统计和展示,才出此下策——不过当时感觉很好哈,终于一统天下了,不过也是无奈的选择。 如果分类在存储和展示上都能够自定义而且有足够的空间的话,确实如破子所说,分类是不应该吝啬的。 很好奇破子公司所用的CMDB里面的数据结构是怎么设计的,我近期在这个方面上一直存在问题,总是担心过于灵活的话会影响到性能,毕竟最终使用起来上万条记录的相互关联和查找还是会很费数据库性能的。 阅读全文

posted @ 2014-06-15 12:26 Rex Kang 阅读(653) 评论(0) 推荐(0) 编辑