本日はNTPサーバの監視についてのちょっと困った事を記載します。NTPサービス監視というと重要視されていない項目の1つだと思います。そもそも現代で、時間が大幅に狂うという事自体が少なくなってきました。最近ではRHEL6になってntpd起動前にntpdateを自動で実行してくれるような仕様になったりして、昔のようにcrondに時刻修正のコマンド設定をしなくても良くなっている事も1つの要因かもしれません。話を戻しますが、今回ntpサービスの監視で困った事とは、ずばり「時刻同期」の監視です。下はサーバで時刻同期状態の結果ですが。ここで注目すべきは、3つのフィールド(poll、reach、offset)です。パケット間のポーリング間隔(秒)を表します。フィールドは、クライアントの時刻とサーバの時刻から算出されたオフセット(ミリ秒単位)です。フィールドはビットの循環バッファです。最後の8つのNTPメッセージのステータスを示します。reachフィールドにパケット損失の痕跡が残ります。最初の*や+が、NTPサーバとの関係を示しています。*は、現在同期中のサーバーです。参照可能なサーバーです。対象のNTPサーバが時刻更新対象から外れるまでのreach(回数)の間、NTPアラートが継続するのです。弊社の技術者の検証では、対象のNTPサーバが時刻更新対象から外れるまでのreachは5回か6回が多かったそうです。1時間近くアラートが解消されないケースがNTPサービスではありえるというお話でした。※NagiosでNTPを監視するプラグインには大きく2種類あります。サーバとのoffsetを監視する。今回の上記のケースだと相手先のNTPサーバが落ちていた場合、この方式だと最終同期時のoffsetを参照するため、気付きにくい。実行する機器)とのoffsetを監視する。京都市動物園で寄付受納式を開催いただきました。会社の冷凍庫に大島牛乳アイスがやってきた。ワイン食堂Vivoさんへ感謝を込めて。