设为首页 收藏本站
查看: 668|回复: 0

Nagios 4.0正式版发布,企业级监控系统

[复制链接]

尚未签到

发表于 2019-1-13 15:21:17 | 显示全部楼层 |阅读模式
  nagios是一个监视系统运行状态和网络信息的监视系统。Nagios能监视所指定的本地或远程主机以及服务,同时提供异常通知功能等。Nagios可运行在Linux/Unix平台之上,同时提供一个可选的基于浏览器的WEB界面以方便系统管理人员查看网络状态,各种系统问题,以及日志等等。
  4.0.0正式发布,完全改进:
  一、 Performance Improvements:
  The performance improvements in Nagios Core 4 come primarily from the following areas:
  1、Core Workers - Core workers are lightweight processes whose only job is to perform checks. Because they are smaller they spawn much more quickly than the the old process which forked the full Nagios Core. In addition, they communicate with the main Nagios Core process using in-memory techniques, eliminating the disk I/O latencies that could previously slow things down, especially in large installations.
  2、Configuration Verification - Configuration verification has been improved so that each configuration item is verified only once.  Previously configuration verification was an O(n2) operation.
  3、Event Queue -The event queue now uses a data structure that has O(log n) insertion times versus the O(n) insertion time previously. This means that inserting events into the queue uses much lessCPU than in Nagios Core 3.
  4、Macro Resolution - Macros are now sorted on startup so macro lookup can use a binary search. In addition, frequently accessed macros $USERx$, $ARGx$, and$HOSTADDRESS$ are given special case, early lookups.
  二、 Object Definitions:
  The following changes have been made to object definitions:
  1、 The host address attribute is now optional. The address attribute is set to the host name when it is absent. Most configurations set the host name attribute to the DNS host name making the address attribute redundant.
  2、 Both hosts and services nowsupport an hourly value attribute. The hourly valueattribute is intended to represent the value of a host or service to an organization and is used by the new minimum value contact attribute.
  3、 Services now support a parents attribute. A service parent performs a function similar to host parents and can be used in place of servicedependencies in simple circumstances.
  4、 The failure_prediction_enabled flag has been removed from both host and service object definitions.
  5、 Contacts now support a minimum value attribute. The mininum value attributeis used with the host and service hourly value attributesto determine whether to notify a contact on host and serviceproblems.
  6、 The host obess_over_host and the service obsess_over_service attributes can now both use the shortened attribute obsess.
  三、Object Behavior:
  1、 Contact Inheritance - According to the documentation, contacts should only be inherited from host to service if the service has no other contacts whatsoever (and the same goes for escalations), but the way the code previously worked was that it handled contact_groups and contacts directives separately, meaning services with only 'contacts' specified were still eligible for inheriting 'contact_groups' from the host. This has beenupdated to comply with the documentation.
  2、 Timeperiods - There were several issues processing timeperiods whenboth exclusions and exceptions were involved. The issueshave been corrected.
  四、 Configuration:
  The following changes have been made to the main Nagios Core configuration, nagios.cfg:
  1、Because there are many ways to obtain object information, the object information is no longer stored if in the object cache if the configuration variable object_cache_file equals '/dev/null'. Setting the variable to '/dev/null' willreduce the disk I/O load.
  2、Because there are many ways to obtain status information, the status information is no longer stored if in the status data file if the configuration variable status_file equals '/dev/null'. Setting the variable to '/dev/null' willreduce the disk I/O load.
  3、There is a new configuration variable, log_current_states,which determines whether current states will be logged inthe log files when they are rotated. In Nagios Core 3, thiswas always the behavior and it is the default in Nagios Core 4. Disabling the logging of current states on log rotation can save considerable disk space for largeinstallations.
  4、There is a new configuration variable, check_workers,which specifies how many worker processes are created when Nagios Core starts. If not specified, the number of worker process is determine by the number of CPUs on the system.
  5、There is a new configuration variable, query_socket,which specifies the location of the queryhandler socket. The default location is /usr/local/nagios/var/rw/nagios.qh.
  6、The configuration variables, check_result_reaper_frequency and max_check_result_reaper_time, have been deprecated. Because of the new worker architecture, checks are no longer reaped, but they are fed back to core by theworker processes. As a result, these variables no longermake sense.

  7、All file and directory configuration variables in the mainnagios.cfg can now use paths that are>  8、Although rarely used in the past, creating nagios objectsin the main nagios.cfg configuration file was allowed. Thisis now prohibited.
  五、Macros:
  1、Additions - A new macro, $CHECKSOURCE$, has been added which containsinformation about what process performed a check.
  2、Changes - If use_large_installation_tweaks is set, the $HOSTGROUPMEMBERS$ and $SERVICEGROUPMEMBERS$macros are no longer exported because they can consume the available space for environment variables.
  3、Macros are normally available as environment variables when check, event handler, notification, and other commands are run.This can be rather CPU intensive in large Nagios installations, so you can disable the export of environment variables completelywith the enable_environment_macros option.
  4、Macro information can be found here.
  六、Query Handler:
  The query handler is a general purpose communication mechanism that allows external entities to communicate with Nagios Core in a well-defined manner.As of this writing, all communication with the query handler takes place through a Unix-domain socketwhose location is defined by the query_socket configuration variable.
  There are currently 5 built-in query handlers.
  More information about the query handler interface, includingan introduction to creating a custom query handler, can be foundin the source-supplied documentation.
  core - provides Nagios Core management and information
  wproc - provides worker process registration, managementand information
  nerd - provides a subscription service to the Nagios Event Radio Dispatcher (NERD)
  help - provides help for the query handler
  echo - implements a basic query handler that simplyechoes back the queries sent to it
  七、Core Workers:
  Previously, all host and service checks were performed by the full Nagios Core process. This required forking the Nagios Core process for every check. The full Nagios Core processincludes a lot of things that are not required to actuallyperform the check, including check scheduling, downtimehandling, processing external commands, etc. As a result, forking the Nagios Core process was much slower than was necessary. When the actual check was run, the forked processagain forked a shell to run the check and the shell forkedto run the plugin.
  In addition, disk files were used as the inter-process communication (IPC) mechanism between the forked Nagios process doing the checking and the main Nagios process handling the check results.
  In Nagios Core 4, the process of performing host and service checks is now accomplished using a lightweight worker processes.Standard worker processes start up with the main Nagios Coreprocess and additional, special-purpose workers, can be startedat any time after Nagios Core starts. If the check command is"simple" (no shell escapes), the worker process can run thecommand directly, avoiding the 2 additional forks previouslyrequired.
  Also in Nagios Core 4, the worker processes report the checkresults to the main Nagios Core process using in-memory IPCmechanisms (the query handler interface), eliminating the disk I/O bottleneck that used to be an issue in large installations.
  When a worker process registers with the main Nagios Core process, it tells Nagios Core what checks it will handle. This feature allows external authors to create special-purposeworkers which are optimized to perform certain checks.A sample special-purpose ping check worker is included withthe Nagios Core source code in the worker/ping subdirectory.
  More information about workers, including an introduction to creating custom workers can be found in the source-supplied documentation.
  八、Nagios Event Radio Dispatcher (NERD):
  The Nagios Event Radio Dispatcher (NERD) is a query handler based service that streamsNagios Core events to the subscriber. Currently, thereare three channels that can be subscribed to: hostchecks, servicechecks and opathchecks.
  九、libnagios:
  libnagios is a library of functions that can be used bydevelopers of query handlers and worker processes. libnagioscurrently contains the following components.
  bitmap -bitmap library for calculating dependency graphs
  dkhash -dual-keyed hash api
  fanout -sparsely populated array used for downtime, comments,and worker jobs
  iobroker - I/O broker library for multiplexing between running tasks and the master nagios process.
  iocache - I/O caching libary for bulk-reading requests and parsing them
  kvvec - key/value library for parsing requests and building responses
  nsock - socket library for connecting to and communicating through the qh socket

  nspath - general purpose path library for converting between>
  nsutils -small library with worker>  pqueue -pqueue library written by Volkan Yazici
  runcmd - for spawning and reaping commands
  skiplist - skiplist library used within Nagios Core
  squeue - for maintaining a queue of the running job's timeouts
  worker - for utils and stuff nifty to have if you're a worker
  十、Documentation:
  Documentation of Nagios Core internals is now provided as partof the source distribution. To create an HTML version of thisdocumentation run 'make dox' from the root of the sourcedistribution tree. The doxygen utilities must be installed tomake this documentation.
  十一、Tests:
  A much more complete test suite is now incuded with the Nagios Core source distribution.
  十二、RPM Spec File:
  The RPM spec file has been completely overhauled to supportmore current standards.
  
  十三、Deprecated Features:
  Extended Host and Service Information - The hostextinfo and serviceextinfo objects are now deprecated and should not be used. Supportfor them will be removed in a future version. The sameinformation specified in the hostextinfo and serviceextinfoobjects can be specified in the host and service objectrespectively.
  -x/--dont-verify-paths command line option (Don't check for circular object paths) - Because configuration checking is now so much faster, theoption to skip checking for circular object paths has been deprecated.
  The following configuration variables have been deprecated: check_result_reaper_frequency, max_check_result_reaper_time, sleep_time, external_command_buffer_slots, command_check_interval
  十四、Obsoleted Features:
  Failure Prediction - As noted above, the failure_prediction_enabled flag has been removed from both host and service object definitions.Failure predition was never fully implemented and would require breaking the paradigm that Nagios Core knows nothing about the performance data returned by plugins.Failure prediction is much more approprately handled by an add-on than by Nagios Core.
  -o/--dont-verify-objects command line option -This option, while accepted in Nagios Core 3, has neitherbeen advertized nor has had any effect for quite some time. The option has been removed in Nagios Core 4.

  Embedded Perl - Embedded Perl has historically been the least tested andthe most problem prone part of Nagios Core. A significantpart of the issue is that there are so many versions ofPerl available. The performance enhancements provided by the new worker process architecture make up for anyperformance loss due to the removal of embeddd Perl. Inaddition, the worker process architecture makes possiblethe implementation of a special purpose worker topersistently load and run Perl plugins. The followingconfiguration variables that were>  十五、Miscellaneous:

  Object>

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-662854-1-1.html 上篇帖子: nagios 配置,各字段解释 下篇帖子: nagios监控 报警异常状况 二
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表