运维通的方案建议书.docVIP

运维通服务方案建议书 撰稿方:广州网脊网络科技有限公司公司 撰稿日期: CUSTOMERS NAME: 用户名称: PROJECT NAME: 项目名称:运维通服务方案建议书 VOLUME NUMBER: 卷标: 第一版 电话:4006-3525-00 传真: 地址：广州市番禺区大学城中二横路22号创业楼A区4楼 网址： 目 录 第一部分引言 3 第二部分概述 4 2.1运维通设计背景 4 2.2设计原则 4 第三部分运维通解决方案 6 3.1 一键通功能 6 3.2主机监控 7 3.3网站监控 10 3.4自定义分组与拓扑图 10 3.5丰富的自定义报表功能 11 3.6丰富的事件查询机制 12 3.7自定义阀值、报警 12 第四部分部署方案 13 4.1 部署方式 13 第五部分服务方案 15 5.1服务范围 15 5.2故障级别 15 5.3工作内容 16 5.3.1日常支持 16 5.3.2现场服务工程师工作内容 16 5.4 日常工作内容详细说明 16 5.4.1日常服务 16 5.4.2客户服务经理及专家支持团队 17 5.5 驻场工作内容详细说明 17 5.5.1紧急故障处理 17 5.5.2运维通变更支持 18 5.5.3系统监控 18 5.6 运维通培训支持 19 第一部分 引言 伴随的IT服务的发展,IT服务的概念也在发生着巨大的变化。IT运维服务已经由原来的IT服务从狭义理解,IT服务仅仅是为了解决信息系统出现的故障,在系统出现停顿的时候可以快速的恢复。而目前的IT服务已经包含了更多的内容,IT服务渗透在信息系统的整个生命周期之中。本文基于该理念,对IT服务系统的实现进行分析研究。文章基于SaaS(Software as a Service)模式理念,,构建统一平台下支持多类型用户使用的基于SaaS模式的IT自动化运维平台。使用户在使用效果上与企业自有IT服务运维平台基本没有区别,但节省了大量用于购买硬件设备、技术支持和维护运行的资金使得原来分散在不同区域多个机构孤立的信息有了信息共享的条件,使得用户能对分散在不同地方的IT系统进行控制、并及时了解相关信息 第二部分 概述 2.1运维通设计背景 运维通的设计背景主要是针对目前互联网上的设备、应用越来越多，而一般客户的运维技术人员多在公司本部，系统、设备多托管在远端机房，他们希望能有一套集成了远程连接、在线监控的自动化运维解决方案，同时可以很好地集成到手机APP上，随时随地对远端设备进行监控或者简单常用的快捷操作等功能，同时IDC托管机房也希望可以拓展自身的业务范围，不停留在低价竞争的机柜出租业务上，而是可通过运维通系统对用户提供系统、实用的监控、远程维护、工单流转/考核等功能，从而可持续性地提升用户服务体验，提高自身品牌的客户美誉度。 2.2设计原则 在线系统的监控、运维与普通运维解决方案看似有许多相似的地方，但其实还是有很大的不同，普通运维解决方案部署在本地，监控的设备数量有限，使用的用户数量也有限，但在线SaaS系统则明显不同，监控的设备往往是海量数据，一个普通IDC就有上万台设备，用户数量则往往过千，如果采用普通IT运维网管软件的设计是完全不行的，同时在SaaS模式下，整个监控是在公网上完成，用户对安全性要求比较高，如果采用插件的方式，用户也一定会比较抵制，总之，在线SaaS运维系统的设计有其自身的特定，我们在开发运维通过程中，遵循了以下设计原则： 弹性化架构 考虑到在线SaaS系统的运营特点，运维通的设计采用了高度可扩展性的云系统架构，整个系统分为三个层次，按需部署的收集器、管理服务器以及数据库集群，任何层面的设备都是采用负载均衡的方式工作，任何设备实效后会自动切换到相应的健康设备上。 高性能 网脊运维通的收集器，每台至少可监控、管理500台设备（主要是snmp协议特点，而非运维通设计瓶颈），每台管理服务器至少可以管理30台收集器，一个2台管理服务器、60台收集器的小型运维通系统集群就可以很好地管理、监控3万台互联网设备，其性能指标是比较高的。 安全性 与完全运行在用户企业内部网络的本地监控系统不同，网脊运维通系统是为广大用户通过SaaS方式来监控、管理自身设备而研发的，所以网脊科技在开发过程中摒弃了其企业解决方案运维通的很多功能强大，但会牺牲安全性的监控项目和监控策略，用户设备无需安装插件，主要通过配置SNMP（支持V3）对特定的收集器的只读功能来实现监控功能，远程操作等通过配置IPMI的功能来实现，因为通过标准的网络管理协议来进行操作，与用户的业务系统是完全隔离的，安全性比存在后门的插件方式要强很多。 移动互联网 网脊运维通的操作，除了普通的web浏览器的工作