Azure クラウド資産を監視する

この記事では、他のクラウド、オンプレミス、エッジ環境からのデータを統合しながら、Azure全体の監視を計画、構成、最適化する方法について説明します。 Azureクラウド資産を監視するには、クラウド リソースとアプリケーションのパフォーマンス、正常性、セキュリティを継続的に監視して分析する必要があります。

監視スコープを特定する

監視責任はデプロイ モデルによって異なります。 次の表を使用して、インフラストラクチャ (IaaS)、プラットフォーム (PaaS)、ソフトウェア (SaaS)、およびオンプレミスのデプロイに対する監視責任を特定します。

監視戦略を計画する

監視戦略では、すべての環境で要件を概説します。 監視の目的は、問題をリアルタイムで検出して対応し、現在または過去の問題を診断し、将来の問題を予測して防止することです。 その方法は次のとおりです。

1. 監視アプローチを定義します。 組織の規模と複雑さに基づいて、一元管理または共有管理モデルを選択します。

   監視アプローチ	責任とスコープ	最適な用途	利点	短所
   一元化	すべての監視タスクを一元的に管理します。	スタートアップまたは小さなクラウド フットプリント。	簡素化されたガバナンスとコスト管理。	運用上のボトルネックの可能性。
   共有管理	正常性、セキュリティ、コンプライアンス、コスト、データ、共有サービスを一元的に監視します。 ワークロード チームはワークロードを監視します。	複数のワークロードを持つ企業。	ガバナンスとワークロード レベルの機敏性のバランスを取ります。 応答速度とアカウンタビリティが向上します。	明確なロール定義と継続的な調整が必要です。

   共有管理監視の責任については、 共有管理監視の責任の例を参照してください。

2. 監視する必要があるものを特定します。 あなたのAzure資産の完全なインベントリを作成します。 必要に応じて、他のクラウド、エッジ デプロイ、オンプレミス システムを含めます。 Azure Resource Graph Explorer を使用して、すべてのAzure リソースを検索します。 サンプル クエリから始めます。 Azure Arc を使用して、オンプレミス、他のクラウド、またはエッジの場所から監視データをAzureに取り込みます。

3. データ収集の要件を定義します。 コンプライアンス、セキュリティ、および効果的な問題診断のために収集する必要があるメトリックとログを決定します。 規制コンプライアンス要件とすべての内部ガバナンス 規則を満たす。 収集する内容がわからない場合は、使用可能なすべてのログとメトリックを収集して、データのギャップを回避します。 これは、コスト効率が悪い短期的なソリューションです。 十分なデータがある場合は、Azure料金計算ツールを使用して、コレクションの長期的なコストを見積もり、予算に合わせてコレクションの設定を調整します。 すべてのAzure サービスで収集する必要がある内容と構成方法の詳細については<>Azure監視ドキュメント リンクの一覧を参照してください。

4. データ保持要件を定義します。 監査とコンプライアンスのニーズを満たすために監視データを保持する必要がある期間を決定します。 適切な保持ポリシーにより、履歴分析が可能になり、規制コンプライアンスがサポートされ、セキュリティ調査のためにデータが保持されます。

5. アラートの要件を定義します。 リソースの停止、パフォーマンスのしきい値違反、セキュリティの異常など、アラートをトリガーする必要がある重要なイベントを決定します。 重大度別にアラートを分類し、対応アクションの概要を示し、緊急イベントが適切なチームに到達するようにエスカレーション パスを指定します。 Azure Monitorアラートを使用して、アラート ルール、通知、およびアクション グループを構成します。 プロアクティブ アラートにより、迅速な応答が保証され、ダウンタイムが最小限に抑えられます。

6. 監視アプローチをテストして調整します。 正しいデータをキャプチャし、適切なしきい値でアラートをトリガーすることを確認します。 新しい結果に基づいて、データ収集と信頼性のターゲットを調整します。 反復的な改善は、変化するビジネス ニーズに適応し、ギャップを監視し、最適なシステム パフォーマンスを維持するのに役立ちます。

監視ソリューションを設計する

監視ソリューションの設計とは、ログ、メトリック、分析情報を収集して格納するためのシステムを作成することです。 適切に設計されたソリューションは、運用、セキュリティ、コンプライアンスのニーズを満たすのに役立ちます。 その方法は次のとおりです。

1. 監視ソリューションを構成します。 1 つのプラットフォームを使用して、必要に応じて、Azureおよびオンプレミス、パブリック クラウド、エッジ環境を監視します。 この統合アプローチにより、運用が効率化され、ツールの切り替えが頻繁に行われなくなり、チームは問題を迅速に検出して解決できます。 主要な監視ソリューションとして Azure Monitor を使用します。 Azure Arc を使用して、他のクラウド、オンプレミス、およびエッジデプロイからデータを収集します。 使用可能なAzure監視ツールを使用し、データをAzure Monitorに送信して一元的な可視性を実現します。

2. 監視データの一元化を目指します。 ログとメトリックを格納する場所を減らします。 場所が少ないほど、データの管理と関連付けが容易になります。 監視データを格納および分析する場所が複数ある理由があります。 たとえば、セキュリティ操作、データの保存場所、データの回復性、Azureテナントの数はすべて、監視データを複数の場所に格納する必要がある要素です。 詳細については、「Log Analytics ワークスペース アーキテクチャの設計を参照してください。

3. 監視データを送信する場所を理解します。 ログとメトリックを収集し、運用上のニーズに合った宛先に格納します。 Azure Log Analyticsワークスペース (対話型および長期ストレージ)、Azure Storage アカウント (長期ストレージ)、Azure Event Hubs (サードパーティのSIEM統合)、Azure Data Explorer、およびパートナーソリューションから選択します。 一般公開されている場合は、 データ収集規則 を使用して、中央監視データ収集を構成します。 それ以外の場合は、 診断設定を使用します。

4. 監視を自動化します。 大規模な環境で監視ポリシーを自動的に適用する方法が必要です。

   • Azure Policyを使用します。 収集した内容と、Azure Policyを使用して送信する場所を強制します。 Azure Policyを使用して、data コレクションルールを管理します。 診断設定の場合は、 組み込みの監視ポリシーを 使用し、必要に応じてカスタム ポリシーを作成します。 すべての仮想マシンにAzure Monitor エージェントのインストールを強制します。 Azureランディング ゾーンユーザーの場合は、Azure Policyを使用して、Azure Monitorアラート ベースラインを定義します。

   • コードとしてのインフラストラクチャ (IaC) を使用します。 コードとしてのインフラストラクチャを使用して、大規模に Azure Monitor リソースを構成し、展開します。 この方法は、リソースを管理するためのプロフェッショナルな方法です。

5. 監視の支出を最適化します。 収集して保存する監視データの定期的なレビューを実施します。 収集した内容、格納場所、および保存する期間は、コストに影響します。 特定の監視データの収集を停止せずにコストを最適化するために、ストレージの保有期間を調整します。 コストをさらに最適化するには、役に立たないログの収集を停止します。 コストの最適化に関するその他のヒントについては、 Azure Monitorを参照してください。

監視の構成

Azure環境全体で分析情報を収集するためのツールとパラメーターを設定します。 適切な構成により、プロアクティブな問題の検出と、クラウド資産の規範的なガバナンスとの連携が提供されます。 このセクションでは、次の方法について説明します。

• サービスの正常性を監視する
• セキュリティの監視
• コンプライアンスの監視
• コストを監視する
• データの監視
• コードとランタイムを監視する
• クラウド リソースの監視

サービスの正常性を監視する

サービスの可用性の監視は、クラウド環境でのサービスの停止、中断、リソースの問題の検出に重点を置いています。 一貫性のある操作を維持するために、潜在的な問題をリアルタイムで可視化する必要があります。 サービスの正常性の監視は、クラウド資産を監視するための最低限の機能です。 その方法は次のとおりです。

1. 基になるサービスの正常性を監視します。 使用しているクラウド サービスとリージョンに対する根本的な停止に注意する必要があります。 Azure Service Health を使用して、サービスの問題、計画メンテナンス、およびAzureのサービスとリージョンに影響を与えるその他の変更に関する無料のアラートを受け取ります。

2. 基になるリソースの正常性を監視します。 クラウド リソースの基になる問題を診断して解決する方法が必要です。 また、サービス レベル アグリーメント (SLA) 違反を報告できるように、これらの停止の履歴も必要です。 Azure Resource Health を使用して、個々のクラウド リソースの正常性を監視します。

セキュリティを監視する

セキュリティの監視には、ID の相互作用、脆弱性、ネットワーク アクティビティを追跡して、Azure資産を保護する必要があります。 データを保護し、クラウド環境内でコンプライアンスを維持するには、継続的なセキュリティ監視が必要です。 その方法は次のとおりです。

1. ID を監視します。 ユーザーの操作を理解し、潜在的な危険なサインインを検出し、サインインの問題のトラブルシューティングを行い、ID の変更を監査して、環境のセキュリティと正常性を確保する必要があります。 Microsoft Entra監視を構成し、セキュリティとコンプライアンスの要件を満たすために必要なログを収集します。

2. セキュリティの脆弱性を監視します。 さまざまな環境でセキュリティの脆弱性を検出するには、1 つのセキュリティ監視ソリューションが必要です。 たとえば、Microsoft Defender for Cloud を使用して、Azure、他のパブリック クラウド、エッジ デバイス、オンプレミスのプライベート ネットワークのセキュリティの脆弱性を監視します。 Microsoft Sentinel は、セキュリティ情報およびイベント管理 (SIEM) とセキュリティ オーケストレーション、自動化、応答 (SOAR) に使用します。 Microsoft SentinelはLog Analyticsプラットフォームに依存しているため、いくつかの重要な共生があります。

3. ネットワーク アクティビティを監視します。 クラウド内のネットワーク トラフィックとクラウド外のネットワークを監視する必要があります。 ネットワーク監視は、パフォーマンスの問題のトラブルシューティングとネットワーク セキュリティの維持に役立ちます。 Network Watcherを使用してAzure仮想ネットワークを監視します (フロー ログとtraffic 分析を使用)。 接続 モニター を使用して、マルチクラウドとオンプレミスのネットワーク監視を行います。

4. ワークロードのセキュリティを監視します。 ワークロードのセキュリティ監視については、Well-Architected Framework の 監視と脅威検出に関する推奨事項を参照してください。

コンプライアンスの監視

コンプライアンスの監視は、ガバナンス要件と業界の規制との整合性を検証します。 リスクを軽減し、適切に管理されたAzure資産の規範的な基準に従うために、コンプライアンスを追跡する必要があります。 その方法は次のとおりです。

1. 構成コンプライアンスを監視します。 環境をガバナンス ポリシーに合わせる方法が必要です。 特定のポリシーの監査と適用を自動化するには、Azure Policy を使用します。 また、これらのポリシーに対するコンプライアンスも監視します。 Azure Policyは無料で、多くの規制基準に準拠する組み込みのポリシーを提供しています。 ISO 27001、NIST SP 800-53、PCI DSS など。

2. データコンプライアンスを監視します。 マルチクラウド環境全体のコンプライアンスを自動的に評価して管理し、コンプライアンスを簡素化し、リスクを軽減する必要があります。 Microsoft Purview コンプライアンス マネージャー を使用して、マルチクラウド環境全体のコンプライアンスを評価および管理します。

3. ワークロードのコンプライアンスを監視します。 ワークロード コンプライアンスの監視については、 セキュリティ ベースラインを確立するための Well-Architected Framework の推奨事項を参照してください。

コストを監視する

監視コストとは、Azureやその他の環境全体のクラウド支出を追跡および制御することです。 コストの透明性を高め、リソース使用量を最適化し、財務ガバナンスの規範的なガイダンスに従う必要があります。 その方法は次のとおりです。

1. サービスの価格について説明します。 使用しているサービスと機能の価格を理解していることを確認します。 請求期間に驚かないようにする必要があります。 Azure価格情報を利用してください。

2. クラウド支出を監視します。 使用可能なツールを使用して、環境全体のコストを監視する必要があります。 Azure支出の場合は、Microsoft Cost Managementを使用して予算を<>設定します コスト最適化の推奨事項を取得し、コストの異常に対して alerts をトリガーし、コストを分析。

3. クラウド支出を定期的に確認します。 コスト レビューを通常の運用周期に組み込みます。 定期的な評価により、支出パターンをタイムリーに特定し、コストを最適化するためにリソース使用量を調整する機会を得られます。

4. ワークロードのコストを監視します。 ワークロード コストの監視については、コスト データの収集と確認と コンポーネント コストの最適化に関する Well-Architected Framework の推奨事項 を参照してください。

データの監視

監視データとは、Azure、オンプレミス、マルチクラウド、SaaS 環境全体のデータ ガバナンス、保護、使用状況を監視することを意味します。 コンプライアンスを維持し、Azure資産のビジネス継続性を維持するには、データの可視性とセキュリティが必要です。 その方法を次に示します。

1. エンタープライズ データを監視します。 すべての環境でビジネス データを管理およびセキュリティで保護する方法が必要です。 Microsoft Purview を使用して、これらの環境全体でデータの可視性、セキュリティ、コンプライアンスを提供します。

2. ワークロード データを監視します。ワークロード データの監視については、データ分類、データ コストの最適化、およびデータ パフォーマンスの最適化に関する Well-Architected Framework の推奨事項を参照してください。

コードとランタイムを監視する

ワークロード レベルでは、問題を特定してパフォーマンスを最適化するために、アプリケーション コードと実行に関するテレメトリ (アプリケーション ログ、メトリック、トレース) を収集する必要があります。 Azureのワークロードの場合は、パフォーマンスのボトルネックやエラーを特定できるように、Application Insights を使用してランタイム テレメトリ (インストルメンテーション) を収集します。 ワークロード固有のコードと実行の監視ガイダンスについては、Well-Architected Framework を参照してください。

クラウド リソースを監視する

クラウド リソースの監視には、Azure全体のコントロール プレーン アクティビティ、リソース ログ、パフォーマンス メトリックの監視が含まれます。 セキュリティ、コンプライアンス、オペレーショナル エクセレンスを維持するために、リソースの使用状況と変更を詳細に可視化する必要があります。 その方法は次のとおりです。

1. コントロール プレーンアクティビティを監視します。 サブスクリプション全体でリソースを作成、更新、削除したユーザーを把握する必要があります。 Azureは、Azure アクティビティ ログと呼ばれる各サブスクリプションのコントロール プレーン イベントを自動的にキャプチャします。 診断設定を作成して、これらのアクティビティ ログを適切なストレージの宛先に送信し、後で分析できるようにします。

2. クラウド リソース ログを収集します。 クラウド リソースの正常性を評価し、効果的にトラブルシューティングするには、各クラウド リソースのログ データを収集する必要があります。 サービスによってログの種類が異なります。 Azureでは、Azure リソース ログをすべてのサービスで構成して収集する必要があります。 収集する内容がわからない場合は、使用可能なすべてのログとメトリックを収集して、データのギャップを回避し、後でコストを最適化します。 コストを最適化するには、保有期間を調整し、不要な場合は特定のログを収集から排除します。 収集したログと、それらを保持する期間は、コストとコンプライアンス、セキュリティ、ビジネス継続性のバランスを取る必要があります (根本原因分析)。 詳細については、「Azure Monitor コスト最適化のベスト プラクティス

3. リソース メトリックを収集します。 クラウド リソースの正常性とパフォーマンスを可視化する必要があります。 問題のトラブルシューティングを行うために特定の時点のデータを取得するには、時系列データが必要です。 Azureでは、すべてのサービスで Azure Monitor Metrics が自動的に生成されます。 メトリックス エクスプローラーでこれらのメトリックを分析し、それらに対するアラート ルールを設定します。 Azure Monitor メトリックの既定の保持期間を確認します。 メトリックを長期間保持する必要がある場合は、diagnostic 設定を作成して、ログ データとの分析と関連付けのためにLog Analytics ワークスペースに格納します。 一般公開されている場合は、 データ収集規則 を使用して、中央監視データ収集を構成します。

4. ワークロード リソースを監視します。 ワークロード固有のクラウド リソース監視ガイダンスについては、Well-Architected Framework を参照してください。

   ワークロード監視領域	Well-Architected フレームワーク ガイダンス
   Azure サービスの監視	Azure サービス ガイド (「オペレーショナル エクセレンス」セクションから開始)
   信頼性	信頼性の高い監視とアラート戦略を設計する
   パフォーマンス効率	パフォーマンスターゲットを定義する ワークロード パフォーマンス データの収集

アラートの構成

アラートの構成とは、パフォーマンスのしきい値または操作条件に基づいて通知を設定することを意味します。 迅速に対応し、インシデント管理の規範的なガイダンスに従うには、タイムリーなアラートが必要です。 その方法は次のとおりです。

1. 正常性の問題を事前に特定します。 リソースの正常性を監視するには、主要業績評価指標のしきい値を定義する必要があります。 このプロアクティブなアプローチにより、潜在的な問題がタイムリーに検出され、迅速な修復が可能になります。 Azure Monitorアラートを使用します。 アラートで使用するしきい値がわからない場合は、 動的しきい値を含むメトリック アラートを作成します。 開始点として Azure Monitor ベースライン アラートを使用します。

2. アラートの重大度を定義します。 各アラートの重大度を分類するシステムを用意します。 共有サービスや基幹業務ワークロードなど、ビジネス運用に不可欠なリソースに、より高い重大度を適用します。 他のリソースには、重大度を低く設定してください。

3. 関係者に通知する。 アラートがトリガーされたときに通知を受け取るユーザーを特定します。 分散型アプローチでは、適切なユーザーに関連するアラートがルーティングされます。 まず、リソースが異常な動作に近づいたときに利害関係者に警告する柔軟な方法から始めます。 サブスクリプションごとに少なくとも 1 つのアクション グループを構成します。 このアプローチにより、関連する担当者が確実にアラートを受け取ります。 最小要件として電子メール通知チャネルを含めます。 重要度の低いアラートについて運用チームに通知し、重大度の高いアラートについて管理に通知します。 詳細については、「Azure Logic AppsIT サービス管理製品 (ITSM) と統合する方法を参照してください。

4. 通知チャネルを選択します。 効果的な通知戦略により、応答時間が向上し、潜在的な影響が軽減されます。 ベースラインとして電子メール通知を使用し、SMS を追加するか、必要に応じてインシデント管理システムと統合します。

監視データを視覚化する

監視データの視覚化とは、重要なメトリックをアクセシビリティ対応の形式で表示するダッシュボードとレポートの作成を指します。 明確な視覚化は、情報に基づいた意思決定をサポートし、Azure資産を管理するための規範的なアプローチと一致します。 その方法は次のとおりです。

1. モニタリング ダッシュボードを開発します。Azure Monitor ワークブックを使用し、Azure ポータル ダッシュボード を作成します。 ダッシュボードでは、簡単な分析情報が一目でわかります。 ワークブックを使うと、カスタムクエリや分析によってデータをより深く掘り下げることができます。 広範な概要については、ダッシュボードを使用します。 ワークブックを使用して、詳細なトラブルシューティングや高度な監視を行います。 Grafana を使用する場合は、 Managed Grafana を使用します。

2. 視覚化を調整します。 チーム (企業) または全体的なビジネスへの影響 (スタートアップ) 別にセグメント化されているかどうかにかかわらず、さまざまな対象ユーザーにグラフとレポートをカスタマイズします。

Azure監視ツール

Azure サービスの監視に関するドキュメント

次の表は、すべてのAzure サービスの監視記事のほぼ完全な一覧をアルファベット順に示しています。

共有管理の監視責任

次のステップ