LogicMonitorのPuppet4モジュールを使用してPuppetの状態を監視する

多くのお客様が 人形 インフラストラクチャのプロビジョニングと構成を管理します。 ユーザーは、停止を防ぐために監視にさらに依存していることを私たちは知っています。 これを念頭に置いて、私たちはオリジナルを構築しました Puppetモジュール ユーザーがPuppetインフラストラクチャコードを使用してLogicMonitor監視環境を管理できるようにするため。これには次の利点があります。

  • 一貫性: グループ化されたデバイスの監視構成が同じであることを確認し、不明瞭なバリエーションによる問題を回避します。
  • スケーラビリティ: デバイスは自動的に監視に追加されるため、デバイスが再度監視されているかどうかを考える必要はありません。
  • セキュリティ: 機密性の高い資格情報を設定し、物理環境と監視環境全体でXNUMXか所からローテーションします。


最近、モジュールに少しTLCを与えて、
新バージョン。 この新しいモジュールはと互換性があります 人形4 (Puppet 3との互換性を維持しながら) 人形が承認されました、およびLogicMonitorに依存します REST API (大幅に効率的になります)。  

もちろん、このモジュールの利点は、Puppetの実行の成功に依存しています。 そのため、ここLogicMonitorではいつものように、十分な監視を行うことをお勧めします。 Puppetモジュールを使用している場合は、PuppetDBを使用している可能性があります。 Puppetエージェントは、最近の実行と全体的な環境ヘルスに関する統計をPuppetDBに報告します。

LogicMonitorの柔軟な性質により、PuppetDBのクエリを実行するのは簡単です。 公開されたAPI 使用 HTTP(ウェブページ)データソース。 たとえば、最近のPuppetの実行に関する情報は、 APIエンドポイントを報告します。 関心のあるその他の情報は、 メトリックAPIエンドポイント。 この情報を取得するために使用されるLogicMonitorHTTPデータソースはほぼ同じですが、APIパスで発生するバリエーションと、返される情報の解析方法のみが異なります。

Puppetノードの数を報告するデータソースの例を次に示します。

人形-画像-1

PuppetDBを使用していない場合は、LogicMonitorでPuppetモニタリングを設定する方法が他にもあります。 これが私たちがそれをしたいくつかの方法です:

人形-画像-2
  • SNMPを拡張して、Puppetのlast_run_summary.yamlファイルの情報を公開します。 次に、SNMPまたはスクリプトデータソースを使用して、Puppetの実行統計にマップされる新しいOIDを照会できます。
  • Puppetのlast_run_summary.yamlファイルの情報を別のデータベースに保存し、LogicMonitorデータソースを使用してそのデータベースにクエリを実行します(例: https://puppet.com/blog/puppet-monitoring-how-to-monitor-success-or-failure-of-puppet-runs )
人形-画像-3


LogicMonitor Puppetの統合について詳しく知りたいですか? 今週、LogicMonitorチームに会いに来てください。 #PuppetConf 2016年サンディエゴ! 今年のイベントを後援し、ブースで限定版のLogicMonitorスワッグをオンサイトで提供します。イベントチームは、製品デモを使用して複雑で機敏なワークロードの管理を支援する方法を紹介します。 連絡先 [メール保護] ご質問と。