什么是服务器?
从广义上来讲,服务器是指网络中对其它用户主机提供互联网服务的计算机系统(如对外提供FTP、WEB服务)。从狭义上来讲,服务器归根结底还是一台计算机,能通过网络,对外提供服务。相对普通PC硬件,服务器硬件中包含着专门的服务器技术,这些专门的技术保证了服务器能够承担更高的负载,具有更高的稳定性和扩展能力。
正好有闲功夫,给你大概说一下吧.嘿嘿
一般监控平台包含:
一.前端部分 定点:摄象机:枪机(需要配镜头),一体机,红外一体机
动点:匀速球,高速球,球型云台,金属云台(需夜视的话,要配红外灯)
二.传输部分 线材传输(较近距离,比较麻烦,视频线,电源线,控制线)
双绞线传输(需要网线连接,八根线可以同时传输视频,音频,电源,控制)
网络传输(需要视频服务器,需要一定网络带宽)
光纤传输(比较复杂,一般都是大型远距离项目应用)
三.后端部分 监看部分:监视器或大型电视墙(需要矩阵控制)
录象部分:录象机(简单,易操作),工控机(系统易出故障,需维护)
控制部分:键盘控制器(前端是动点,如果是定点就不需要这部分了)
大概就是这些吧,这会突然有事,如有纰漏,你自己再琢磨一下吧.嘿嘿
机房的概念:
概念一:电脑学习室。即大学里常说的去机房学习,就指这个地方。
概念二:在IT业,机房普遍指的是电信、网通、移动、双线、电力以及政府或者企业等,存放服务器的,为用户以及员工提供IT服务的地方,小的几十平米,一般放置二三十个机柜,大的上万平米放置上千个机柜,甚至更多,机房里面通常放置各种服务器和小型机,例如IBM小型机,HP小型机,SUN小型机,等等,机房的温度和湿度以及防静电措施都有严格的要求,非专业项目人员一般不能进入,机房里的服务器运行着很多业务,例如移动的彩信、短消息,通话业务等。机房很重要,没有了机房,工作、生活都会受到极大影响,所以每个机房都要有专业人员管理,保证业务正常运行!像这种机房就要用到机房监控来降低管理人员的工作强度,提高工作效率,保障机房设备的安全稳定运行。
机房监控的范围涵盖:配电系统、环境系统、消防系统、保安系统、IT网管监控等
配电系统包括:UPS及直流电源、自备发电机、配电柜、防雷检测等
环境系统包括:空调、温湿度监测、漏水监测、气体监测等
消防系统包括:烟感、温感、早期预警系统、其它消防设备等
保安系统包括:图像监控、门禁监控、红外探测、玻璃破碎探测等
IT网管监控包括:网络设备、PC服务器、操作系统、数据库及应用等
同时,完整的机房监控平台还包括:联动控制、事件记录和异常报警等
联动控制内容包括:电子开关、联动录像、数据存储、运动操控等
事件记录内容包括:操作记录、状态记录、异常记录、确认记录等
异常报警内容包括:声光报警、语音广播、电话报警、短信报警、E-mail邮件通知、LED屏显示等
如有机房监控的需求或相关问题的交流,可联系我。
mon是一个通用目的地资源监视系统,可以备用于监视网络服务的可用性,服务器问题,诸如温度等影响系统运行的环境条件。 资源监视可以被视为两部分独立的任务:测试条件,当出现问题时触发动作。mon被设计用于检测独立的stand-alone服务并能作出相应的响应动作。mon以调度器的形式实现监视任务的执行,当监视器失效时可以调用响应的告警程序。 我们一般把mon作为集群环境中的资源监控平台。通过它,我们能够监控几乎所有的已知服务,像服务、邮件服务等等,甚至能够监视文件的变化,实时了解被控主机是否在重启等等。mon为监视远程主机的系统资源提供了一个良好的平台。除此之外,mon提供强大的告警机制,也就是在监视到具体的服务失效或者生效时,mon会作出什么放映。可喜的是,不论是mon的监视工具monitor还是告警程序,都是通过便捷的脚本语言来书写的。你可以使用shell也可以使用perl或者别的什么。需要传递的参数借助mon守护进程的变量、系统环境变量以命令行的方式传递给相应的具体脚本程序。 下面是一些mon软件包附带的客户端工具,可以在cgi-bin/ 和clients/ 子目录下找到: -moncmd, 用于客户端的操作工具,实现了完整的客户/服务接口。 -monshow,用于报告监视服务的运行状态,既有命令行工具也提供了cgi教本。它可以以友好的、图形化的样式显示服务当前的状态、组信息和错误日志。 -skymon, SKYTEL的双路页面调度接口,允许你查询服务状态,同时提供了和moncmd一致的维护服务的方法。访问通过简单的用户/密码认证机制和一个访问控制文件进行。 -mon.cgi, mon的web接口,不仅允许你通过web页面查看服务的运行状态,还可以实时的改变服务的相应参数。 监视器和告警程序并不是mon的一部分,尽管附带的发行包中有一些这样的工具。这就意味着,如果有一个新的服务需要监视或者有修改动作需要响应,mon也无须改动。这可以保证mon的可扩展性。 mon的特性 mon是针对linux开发的工具,但众所周知在sorlaris下他也可以工作。因为客户和服务端都是由perl语言书写,因此在轻便性上不会有问题。 监控 “监控”这个词是用于检查特定的环境条件,以任何形式随时报告服务成功还是失败的消息。mon的设计非常独立,你可以使用自己喜爱的任何语言书写监控程序,只要按照要求放在mon指定的地方,你的监控程序就可以工作。 异步事件通信机制 mon服务支持异步事件的通信机制。这是一个开放式的协议,就像monitor和alert脚本一样,你可以触发任何事件。一个典型的应用就是作为SNMP的陷阱。远程结点产生的陷阱事件可以采用和监视器池通知失效事件一样的处理方法。因此很容易就能建立一个分布式的监控体系。例如,在一个WAN范围内,不同域的主机可以收集自身的运行信息,适时地将重大的事件通知位于中心位置的服务器,比如NOC等。 告警 “告警”教本用于在mon检测到问题时,发送消息或者进行失效处理工作。这些告警脚本和监视脚本一样,也不是mon本身的一部分,而是作为扩展的模块可以随意加入的。这里也支持"Upalerts",是一种用于当服务失效一段时间随即又恢复正常后所触发的专用脚本程序。 告警管理和失效控制 任何受监控服务的失效都会引起告警行为,甚至同一个事件会触发多个告警消息分别到不同的用户。你可以使用这一特性建立"on call"调度。例如,你可以设定系统使之一旦发现任何资源不可用的情况,经判断是在早上8点以前,就发送告警消息给所有的系统管理员,如果在早上8点以后,只发送给管理员小王。 并行性 能够将不同主机或者同组主机上的检测服务工作并行化。例如, 限制重复报警 mon系统可以限制重复报警的行为。例如,你可以设定一个持续的失效服务仅没1小时发送一次告警邮件,而不是不停地发送。你也可以选择,忽略那些微小的、短暂的失效事件。 依赖关系 mon支持内部服务依赖特性。例如,当监视服务器和受监视的WWW服务器之间的路由失效时,虽然无法访问HTTP服务,但正确的告警消息内容要指出是路由问题而非HTTP问题。当重要的资源不可访问是,依赖关系也可以防止大量的告警消息发出。你可以把依赖性理解成为层次结构或者是树结构,当发生一个失效事件时,这种依赖关系可以使失效事件按照树结构的方向将处理任务传递到叶子结点上,也就是说,依赖关系能使告警尽可能的反映失效的真实情况。然而,复杂的依赖关系应该使用生成图来表示,因为实际中你是不会用树结构或者层次结构来描述依赖关系的。 可扩展的配置 mon提供了一个伸缩性、扩展性非常强的配置文件机制。主机可以被规划成组,每个主机或者主机组可以有自己的多个服务(service)。具体可以参考一下附带的范例文件。 真正的客户/服务模式 你可以使用交互命令、WWW界面和SkyTel客户端工具查询服务的状态和历史纪录。协议很简单,使得你可以很容易添加自己的客户端工具。Mon支持多种认证方法,包括PAM,可以实现每个用户的访问控制。查询服务状态可以使用一个Perl的API模块进行编程,所以编写你自己的通信接口也很简单,比如你可以用WAP协议来访问服务状态。这里要提的是,现在有几个社区在发展自己的WWW接口工具。 基于视图的状态报告 通过复杂的配置文件,用户可以通过服务状态视图查看信息,而不需要了解每一个受监视服务的具体状态。例如,一个&work"视图显示了整个网络拓扑的情况,而"servers"视图则包括所有有关服务的信息。如故需要,你可以为每个用户配置视图,用户也可以控制他们自己的视图。 允许或禁止实时告警 mon可以禁止一个服务失效事件的正常告警行为,直到失效问题被解决才使之有效。这种状态又叫"ack",可以在客户接口获得(恢复),这样的话用户就能知道支持人员正在解决特殊问题而不必多虑。它也可以将特定的主机、组或者服务设定为暂时禁止客户端重新使能的状态,而不需要停止或重启服务。假如你正在升级一个特殊的服务,你可以禁止告警功能,当升级完成后你就可以重新使告警有效。 历史记录 mon可以保持失效事件、告警触发等行为的历史纪录,以提供用户将来查询。 轻便 Mon是非常轻便的工具,扩展它的服务不需要编写复杂的代码,也无需经历痛苦的编译、链接过程。因为所有的扩展功能都是模块化的,而且采用纯脚本语言perl编写。这一点充分保证了Mon体系的轻便简单。<br>以上回答你满意么?
connect to monitor server
连接到监视器服务器