今日は、Azure Monitorの主要な機能に関する私のちょっとした研究の結果として出されたメモを共有したいと思います。
特徴
Microsoftのドキュメントに基づいて、ツールの主要な機能は次のように説明できます。
- ルート-サービスと通知機能間のデータのストリーミング。
- 保管および保管-データウェアハウス。
- クエリ-データへの読み取りアクセスを提供します。
- 視覚化-視覚化、プレゼンテーション、分析。
- 自動化-自動化およびプロセストリガー（自動スケール、電子メール、ウェブフック）;
以下の画像は、計算された（実行可能な）リソースの典型的なものであり、アプリケーションログとメトリックの存在のみが計算されていないものと異なります。
活動記録
この監視セクションには、特定のコンポーネント（リソース）のフレームワーク内で実行された操作に関する情報が含まれています。
- 操作の名前（タイプ）。
- 誰がそれを開始し、いつ完了したか。
- 実装のステータス。
さらに、次の機能が提供されます。
- ストレージアカウントとAzure Event Hubへのエクスポート。
- PowerShellおよびREST APIを介したアクセス。
- 通知ルールの追加。
- PowerBIでの分析。
指標とイベント
使用されるAzureコンポーネントのメトリックとイベントに関する情報を追跡する機能に加えて、カスタムカスタムメトリックとイベントの追加も利用できます。
メトリックの値に基づいてアクションを実行したい場合、アラートおよび応答システムがこれを支援します。その中には、電子メール通知の送信、webhookの呼び出し、またはロジックアプリの起動（リクエストトリガーを使用）の機能があります。
ログ検索
ログ検索と特殊なクエリ言語のおかげで、ログとメトリックに適用できるクエリ/フィルター/集計を実行し、必要な形式（テーブル、リスト、バー）で最終結果を視覚化することができます。
オートスケール
水平スケーリングは、2つのタイプの条件のいずれかの発生に基づいています。
- たとえば、メトリック値に基づいて、CPU使用率が％を超えたりRAMがロードされたりした場合に、リソースの実行中のインスタンスの数を増やします。
- スケジュールに基づいて-たとえば、週末の負荷が軽減される場合、必要な最小限にコピー数を減らすことができます。
Azure Service Health
Azure Service Healthなどのコンポーネントのおかげで、クラウドにデプロイされたサービスとリソースの可用性に影響を与える可能性のあるAzureインフラストラクチャの技術的な作業と障害についてすぐに知ることができます。 アラートは、メール、電話、またはWebhookによる通知です。
また、計画されているAzureのメンテナンスを事前に準備する機会を提供します。
制限事項
イベントの発生に関する通知の送信の遅延は、条件付きではなく制限と呼ばれますが、ルールの操作に関する通知は1〜5分の間隔で受信されます。
垂直スケーリングはありません-現時点では、実行中のインスタンスの数（アップとダウンの両方）を変更できますが、コンピューティング能力は変更できません。 これは、このタイプのスケーリングに課せられた制限（ハードウェアの不足と再起動の必要性）によるものです。
現在、すべてのAzureサービスがAzure Monitorに情報を配置するわけではありませんが、これは将来実装される予定です。
メトリックおよびアクティビティログエントリの有効期間は制限されています。それぞれ30日と90日です（より長い期間、Azureストレージに接続する必要があります）。
おわりに
結論として、この記事で説明したツールを使用すると、次のことが可能になります。
- リソースまたはインフラストラクチャに適用可能なアクションを誰が、いつ、どのように実行したかを明確に答えます。
- 実行されたアクションに関する情報を受け取り、分析し、視覚化します。
- ルールとアクションのセットを追加して、それらが発生したときに応答します。
便利なリンク：
- Azure Monitorの概要 ;
- Azureアクティビティログの概要 。
- Microsoft Azureのメトリックの概要 。
- Microsoft Azureのオートスケールの概要 。
- Azure Service Healthの概要 ;
- Azure Resource Healthを通じてサポートされるリソースタイプ 。
- Azure Monitorビデオ 。