官术网_书友最值得收藏!

Introduction

Once hosts and services are configured in Nagios Core, its behavior is primarily dictated by the checks it makes to ensure that hosts and services are operating as expected and, in turn, as a result of these checks, it concludes the state in which these hosts and services must be.

How often it's appropriate to check hosts and services and on what basis it's appropriate to flag a host or service as problematic depends very much on the nature of the service and the importance of it running all the time. If a host on the other side of the world is being checked with PING and, during busy periods, its round trip time is over 100 ms, this may not actually be a cause of concern at all and perhaps is not something to even flag a WARNING state over, let alone a CRITICAL one.

However, if the same host was on the local network where it would be appropriate to expect a round trip time of less than 10 ms, a round trip time of more than 100 ms could well be considered a grave cause for concern, perhaps signaling a packet storm or another problem with the local network. In such cases, we would want to notify the appropriate administrators immediately. Similarly, for services such as web servers, we may not be concerned by a response time of more than a second for a page on a busy, budget-shared webhost for customers. However, if the response time for a corporate website or a dedicated colocation customer was bad, it might be important to notify the web server administrator about it.

Not all hosts and services are, therefore, equal. Nagios Core provides several ways to define behaviors with more precision, which are as follows:

  • How often a host or service should be checked with its appropriate check_command
  • How bad a check's results have to be before a WARNING or CRITICAL problem is flagged, if at all
  • Defining a downtime period for a host or service so that Nagios Core knows not to expect it to operate during a specified period of time, often for upgrades or other maintenance
  • Whether to automatically tolerate flapping or hosts and services that seem to go up and down a lot

This chapter will use some common instances of problems with the preceding behaviors to give you examples that show how to configure them.

主站蜘蛛池模板: 巴青县| 南宁市| 大安市| 赤壁市| 宾川县| 名山县| 竹溪县| 洪江市| 德安县| 庆安县| 庄河市| 额敏县| 定边县| 靖远县| 舒兰市| 安泽县| 白山市| 卓尼县| 喀喇沁旗| 柏乡县| 商南县| 依安县| 榕江县| 建平县| 通城县| 沙坪坝区| 油尖旺区| 梁山县| 芷江| 彭泽县| 涡阳县| 常宁市| 宜州市| 榆社县| 迭部县| 壤塘县| 安丘市| 牡丹江市| 广饶县| 茌平县| 禹城市|