ほとんどの操作や保守作業では、我々は、システム資源の利用に加えて、集中したいだけでなく、サービスを提供し続けることができるシステムを確保するために、アプリケーションやサービスの健康が心配します。では、どのような健康サービスにそれを監視するために、Azureのモニタを使用します。Azureの自動化された変更追跡ソリューションを使用してサービスを監視し、最良のWindowsとLinuxの一つ。
使用のWindows / Linuxシステムの変更を追跡することができます変更の追跡ソリューション。これは、Windowsのトレースファイル、レジストリ、サービス、およびインストール済みソフトウェアへの変更をサポートしています。Linuxでは、それはファイル、ソフトウェア、およびデーモンを変更追跡をサポートしています。
デフォルトでは、すべてのサービスが30分を変更したら、変更追跡ソリューションが収集され、卵は10秒ごとに収集するように構成することができます。しかし、現在の状態を追跡することなく、変更への道のトラックを指しているのもう一つ注意すべき、。変化がない場合つまり、何のデータがログ分析に送信されません。
次回の記事では、Windowsサービスの監視に焦点を当てますが、同じ概念は、Linuxデーモンのために働きます。
変更の追跡を有効に
GUIを使用した場合、我々は、変更の追跡を有効にするには2つの方法があります。
-
ログ解析ワークスペースから有効になって
「+追加」 - 「チェンジ・トラッキング」内のログ分析では、「ワークスペースの概要」をクリックします- ：
自動化されたアカウントを入力するようにプロンプトに従って、[説明]タブを開き、[作成]をクリックします「チェンジ・トラッキング」をクリックしてください情報が指定できます。 - オートメーションアカウントから有効
に対応するログ分析作業領域を選択し、「自動アカウント」の「チェンジ・トラッキング」をクリックして有効にする]をクリックします：
PS：個人的に変更の追跡を自動で有効になっていることを感じることは、書き込みにより便利に占めます
クエリデータを収集します
私たちは、次のクエリによって収集された最新のデータを一覧表示することができます。しかし、収集少ない我々はよりも、他の状態の変更はありません、我々は前に言ったように、我々は唯一の収集データの変更ができ、ことに注意してください。突然、仮想マシンがクラッシュした場合と、我々は、収集の練習を変更することは適切ではないかもしれません。しかし、我々は心配する必要はありません、我々は、VMの実行可能性を監視するために他のクエリを使用することができます。
let utcoffset = 8h;
ConfigurationData
| where ConfigDataType == "WindowsServices"
| where SvcName == "W3SVC"
| extend localTimestamp = TimeGenerated + utcoffset
| project localTimestamp, Computer, SvcDisplayName, SvcState
| order by localTimestamp desc
| summarize arg_max(localTimestamp, *) by SvcDisplayName
アラート設定サービスの変更：
サービスの出現は、処理のために、対応する運用・保守担当者に電子メール等で通知を受け取ることができた後、問題が検出されていることを一般的な運用・保守のシナリオでは、我々は確かに希望。そこでここでは、サービスの変更に応じて、アラートルールを設定することができます。この例では、IIS（W3SVC）サービスが停止している警告、クエリーに使用しました：
ConfigurationChange
| where ConfigChangeType == "WindowsServices" and SvcName == "W3SVC" and SvcState == "Stopped"
アラームを設定した後、我々は、手動でサービスが停止した後にテスト環境は、サービスを停止し、IIS、私たちのメールボックスには、次のアラートを受信しますことができます。
