Microsoft AZ-900: 監視、自動化、管理 — 学習ガイド

By Laurynas Brazys · 23 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

こちらの一部です： Microsoft Azure AZ-900 — 学習ガイド. 検証済みの解答で練習： Microsoft試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.

Azureにおけるオペレーショナルエクセレンスは、観測可能なプラットフォーム、反復可能な自動化、そしてクラウドとハイブリッド環境全体にわたる統一されたガバナンスにかかっています。Azure Monitorは、メトリック、ログ、トレース、そしてエンドツーエンドのアプリケーションインサイトのためのテレメトリのバックボーンを提供します。AzureポータルからCLIやPowerShellに至るまでの管理ツールは、チームがそれらのインサイトに基づいて大規模にアクションを実行することを可能にします。自動化サービスは、Azure ArcやAzure Lighthouseと共に、あらゆる場所にあるサーバーやクラスターに制御を拡張し、サービスプロバイダーや中央IT部門向けのクロステナント運用を合理化します。

Azure Monitor: メトリック、ログ、アラート、およびApplication Insights

Azure Monitorは、メトリックとログという2つの主要なシグナルタイプを収集します。メトリックは、ダッシュボードや自動スケールなどのほぼリアルタイムのシナリオに最適化された軽量な数値時系列データで、通常93日間保持されます。ログは、Log Analyticsワークスペースに保存され、Kusto Query Language (KQL)でクエリされる、スキーマが柔軟なリッチなレコードです。Azure Monitorエージェントとデータ収集ルール (DCRs) を使用すると、VM、Arc対応サーバー、およびプラットフォーム診断からのデータを、リージョンをまたいで1つ以上のワークスペースにルーティングし、一元的な分析と長期的な保持が可能になります。標準ログの保持期間は設定可能で、一般的に30日から730日です。過去の調査のために、低コストのアーカイブとリハイドレーションが利用できます。Azure Monitor上に構築されたApplication Insightsは、分散トレーシング、依存関係の追跡、可用性テスト、および自動的な異常検出のためにアプリケーションをインストルメント化します。ベンダーニュートラルなインジェストのためにOpenTelemetryをサポートしており、開発者はクライアント、サーバー、データベースの呼び出しを単一のトランザクションマップに相関させることができます。Live Metricsはサンプリングなしで秒単位のサーバーテレメトリを提供し、一方、アダプティブサンプリングは、重大な障害に対するエンドツーエンドのトレーサビリティを失うことなく、インジェストコストを削減します。アラートは、リソース、サブスクリプション、およびテナントのスコープに及びます。メトリックアラートは、1分単位の粒度で時系列のしきい値を評価し、動的しきい値によって自動調整できます。ログアラートは、スケジュールされたKQLクエリを実行してリソースやリージョンをまたがる複雑なパターンを検出し、一方、アクティビティログアラートは、作成、更新、削除などのコントロールプレーンイベントで発生します。アクショングループは、検出と応答を分離し、通知 (メール、SMS、プッシュ、音声) と自動化 (webhook/セキュアwebhook、Logic Apps、Functions、Automation runbook、ITSMコネクタ) をトリガーします。抑制ルールとアラート処理ルールは、計画メンテナンス期間中にアラートをミュートまたはルーティングすることで、ノイズを削減するのに役立ちます。ダッシュボードとブックは、テレメトリを異なる方法で表示します。Azureダッシュボードはタイルベースのクロスサービスキャンバスであり、迅速な運用ビューやメトリックチャートのピン留めに最適です。ブックは分析的、パラメータ化、協調的であり、メトリック、ログ、視覚化をクエリ駆動の対話性と組み合わせています。ブックは、オペレーターがコンテキストを離れることなく、ディメンションをピボットして生データにドリルダウンするような、運用手順書、インシデント後の分析、およびサービスレビューに優れています。

Service Healthとリソースの回復性シグナル

プラットフォームの可用性とメンテナンスは、リソースメトリックを超えた専用の監視を必要とします。Azure Service Healthは、サブスクリプション内の特定のリージョンやサービスに影響を与えるサービスの問題、計画メンテナンス、および正常性に関するアドバイザリに対する、パーソナライズされた可視性を提供します。これは、サブスクリプションスコープでの影響、タイムライン、および利用可能な場合は根本原因分析を提供することで、公開されているAzure Statusページを補完します。正常性アラートは、リージョン規模のサービスインシデントがデプロイされたワークロードに影響を与えた瞬間に、アクショングループを介して運用チームに通知するように構成できます。Resource Healthは、仮想マシン、App Service、データベースなどの個々のリソースの状態に焦点を当てています。プラットフォーム起因の障害とユーザー起因のイベントを区別し、現在および過去の正常性状態を提供します。Service HealthとResource Healthのアラートをインシデント管理と統合することで、プラットフォームが根本原因である場合にチームに通知が届くようになり、正常なアプリケーションコンポーネントのトラブルシューティングに費やす時間を削減できます。これらのシグナルをAzure Monitorのアラートと組み合わせることで、アプリケーションのパフォーマンス、インフラストラクチャの使用率、プラットフォームの可用性を1つの運用画面で確認できる、フルスタックの可視性が得られます。

運用管理のための管理ツール

運用タスクは、対話的なトラブルシューティング、スクリプトによる自動化、モバイルでのトリアージに及びます。Azure portalは、サービスの構成、メトリックの視覚化、コンテキストからのCloud Shellの直接起動など、包括的でロールベースのエクスペリエンスを提供します。Azure mobile appは、外出先でのヘルスチェック、アラートの確認、VMの再起動などの迅速なアクションをサポートします。再現性やCI/CDとの統合のために、Azure CLIとAzure PowerShellは、Microsoft Entra IDによる一貫した認証と、対話型および非対話型の両方のフローをサポートするクロスプラットフォームの自動化を提供します。Cloud Shellは、BashとPowerShellを備えた安全なブラウザベースのターミナルを提供し、Azure CLI、Az PowerShellモジュール、GitやTerraformなどの一般的なツールがプリロードされています。セッションはMicrosoftが管理するコンテナで実行され、Azure Files共有によってユーザープロファイルとスクリプトが永続化されます。これにより、ローカルツールの構成ドリフトが排除され、ランタイム環境を管理することなく、ポータルから実行されるジャストインタイムの操作が簡素化されます。長時間の実行や高スループットの自動化には、CLI/PowerShellをパイプラインやコンテナ化されたランナーでホストし、マネージドIDやフェデレーション資格情報で認証することで、シークレットの拡散を防ぎます。

Azure portal
- インターフェース: Web UI
- 最適な用途: 構成、視覚化、アドホックなタスク
- 主な強み: 豊富なUX、幅広いサービスカバレッジ、統合されたCloud Shell
- 制限事項: 手動操作であり、大規模なスクリプト実行には不向き
Azure mobile app
- インターフェース: iOS/Android
- 最適な用途: トリアージと迅速なアクション
- 主な強み: アラートの確認、基本的なリソース操作、外出先からのアクセス
- 制限事項: 構成可能な範囲が限定的
Cloud Shell
- インターフェース: ブラウザシェル
- 最適な用途: ローカル設定なしでのアドホックなコマンド実行
- 主な強み: プリインストールされたツール、Azure Filesによる永続的なホームディレクトリ、セキュアなコンテキスト
- 制限事項: エフェメラルなコンテナであり、長時間のバッチジョブには不向き
Azure CLI (az)
- インターフェース: コマンドライン
- 最適な用途: クロスプラットフォームのスクリプトとパイプライン
- 主な強み: 一貫した構文、JSON出力、拡張性
- 制限事項: 複雑なリソースグラフを扱う際の学習曲線
Azure PowerShell (Az)
- インターフェース: PowerShellモジュール
- 最適な用途: Windows/Linux/macOSの自動化、オブジェクト中心の操作
- 主な強み: 豊富なコマンドレットカバレッジ、パイプライン可能なオブジェクト
- 制限事項: フットプリントが大きく、モジュールのライフサイクル管理が必要

自動化: Runbook、更新管理、コストを意識したVMスケジューリング

Azure Automationは、運用タスクをオーケストレーションするためのマネージドRunbookサービスを提供します。Runbookは、PowerShell、Python、またはグラフィカルワークフローで作成でき、スケジュール、Webhook、またはアクショングループを介したアラートによってトリガーされます。実行アカウントはマネージドIDへと進化し、証明書やシークレットの処理を不要にすると同時に、きめ細かな最小権限アクセスをサポートします。Hybrid Runbook Workerは、自動化をプライベートネットワークやエッジロケーションに拡張し、Azureから管理されながら、オンプレミスや分離されたリソースに対してRunbookを実行します。パッチガバナンスはAzure Update Managerによって処理され、Azure VMとArc-enabled serverにまたがるWindowsおよびLinuxのオペレーティングシステム更新を統合します。メンテナンス構成では、スケジュール、再起動の動作、事前/事後スクリプト、およびタグや保存済みクエリを使用した動的スコープを定義します。コンプライアンスレポートは、不足している更新プログラムやデプロイの成功を強調表示し、Azure Policyとの統合によりベースライン構成を強制します。Update Managerは、Azure Automationの従来のUpdate Managementソリューションに取って代わり、スケーラビリティ、粒度、Arcネイティブサポートが向上しています。24時間365日稼働ではないワークロードのコンピューティング費用を最小限に抑えるため、Azureはスケジュールに基づいて仮想マシンを停止および開始するための複数のオプションを提供しています。Start/Stop VMs v2ソリューションは、内部でAzure AutomationとAzure Monitorを使用し、タグベースのターゲティング、タイムゾーンごとの営業時間スケジュール、アイドル検出、およびオプションの通知をオーケストレーションします。個々のVMも自動シャットダウンポリシーをサポートしており、Virtual Machine Scale Setsはメトリック駆動の自動スケーリングルールを使用できます。メトリックベースのスケーリングとスケジュールされた停止/開始を組み合わせることで、需要のある時間帯のサービスレベルを犠牲にすることなく、予測可能なコスト削減が実現します。

ハイブリッドおよびクロステナント運用: Azure Arc、Azure Lighthouse、およびワークスペース横断のKusto

Azure Arcは、Azure以外のリソース（サーバー、Kubernetesクラスター、SQL Serverインスタンスなど）をAzure Resource Managerに投影し、ネイティブリソースのようにタグ付け、ポリシー割り当て、監視、更新を可能にします。Azure Monitorエージェントとデータ収集ルールは、Arc対応マシンからのテレメトリを1つ以上のLog Analyticsワークスペースにプッシュし、場所に関わらず一元的な可観測性を実現します。Kubernetesに対しては、ArcはGitOpsとFluxを統合して宣言的なクラスター管理を行い、Defender for Cloud、Prometheusスクレイピング、ポリシー適用のためのエージェントを展開する拡張機能をサポートします。Azure Lighthouseは、Microsoft Entra IDテナントをまたがるリソースの安全で大規模な管理を可能にし、サービスプロバイダーや複数の事業部門をサポートする中央集権的なプラットフォームチームに最適です。委任により、サブスクリプション、リソースグループ、またはリソーススコープでAzure RBACを通じて必要最小限のアクセスを許可し、すべてのアクションは顧客テナントで監査されます。オペレーターは、単一のコンテキストからテナントをまたいでログのクエリ、ポリシーの展開、自動化の実行ができ、サインインの手間を減らし、クロステナントでの認証情報の乱立を排除します。Kusto Query Languageは、単一のステートメントで複数のワークスペースとApplication Insightsリソースをクエリすることにより、リソース間およびリージョン間の分析をサポートします。一般的なパターンには、ワークスペース間のunionや、アプリケーショントレースとインフラストラクチャログを関連付けるためのjoinが含まれます。例:

undefined

。別の例では、2つのアプリにまたがるリクエストと例外を関連付けます:

undefined

。DCRベースの複数宛先ルーティングを使用すると、ArcおよびAzureリソースからのログをリージョナルワークスペースに配置しつつ、集約してクエリ可能な状態を維持できるため、データレジデンシーとグローバルな分析の両方を実現できます。

実践的な問題: GlobalRetail社がハイブリッド環境の運用の中核を構築

シナリオ: GlobalRetail社は1,200店舗でPOSサービスを運営しており、ダブリンとシンガポールにリージョナルデータセンターを、Webおよび分析ワークロード用に成長中のAzureフットプリントを持っています。経営陣は、単一の運用ビュー、パッチ適用の自動化、開発VMのコスト管理を求めており、外部のマネージドサービスプロバイダー（MSP）がすべての環境にわたる夜間サポートを担当しています。

課題: Azureとオンプレミスサーバー全体の監視とアラートを統合し、メンテナンス期間を設けたOSアップデートの自動化を実装し、開発/テスト環境における時間外のVMコストを削減し、永続的な認証情報を共有することなくMSPの安全なクロステナント運用を可能にすること。

推奨アプローチ:

すべてのオンプレミスのWindowsおよびLinuxサーバーにAzure Arcを展開し、データ収集ルールを介してAzure Monitorエージェントを有効にして、プラットフォーム、syslog/イベント、パフォーマンスデータをリージョナルLog Analyticsワークスペースに送信します。
OpenTelemetryを使用してWebおよびAPIワークロードをApplication Insightsでインストルメント化し、複数のリージョンからの可用性テストを構成し、適応型サンプリングとスマート検出を有効にします。
重要なシグナルに対してAzure Monitorのメトリック、ログ、アクティビティログのアラートを作成し、アクショングループで通知を一元化します。これにより、メール、Webhook経由のTeams、およびITSMコネクタをトリガーしてインシデントを自動的にオープンします。
App Insightsの障害/レイテンシ、VMのパフォーマンス(InsightsMetrics)、プラットフォームのアクティビティログを組み合わせた運用のブックを公開し、主要なグラフを組織全体のAzureダッシュボードにピン留めします。
リージョンごと、店舗タイプごとのメンテナンス構成を使用してAzure Update Managerを実装し、事前スクリプトでトラフィックをドレインし、事後スクリプトでサービスの正常性を検証します。Azure Policyの割り当てを通じてコンプライアンスを強制します。
environment=devおよびenvironment=testタグを使用して開発/テスト用のサブスクリプションを対象にStart/Stop VMs v2を展開し、各ローカルタイムゾーンの業務時間スケジュールを定義し、低使用率の時間帯にはアイドルストップを有効にします。
Azure Lighthouseの委任を介してMSPをオンボーディングし、管理グループレベルでカスタムの最小権限ロールを付与します。PIMによるJust-In-Time昇格を要求し、アクティビティログが記録される緊急時用のRunbookにアクセスを制限します。
ダブリンとシンガポールのワークスペースをunionしてフリート全体のCPU、メモリ、エラー率をクエリするKQLクエリを作成し、ログアラートをスケジュールしてスパイクを検出し、時間外にはMSPのアクショングループにルーティングします。
影響を受けるリージョン/サービスに対してService HealthおよびResource Healthアラートを構成し、勧告とRCA（根本原因分析）のリンクをインシデントレコードに投稿するインシデント自動化を作成します。

Azureの論理的根拠: Azure ArcはAzure以外のサーバーのガバナンスとテレメトリを標準化し、Azure Monitorがリージョンをまたいでメトリックとログを統合できるようにします。Application Insightsはエンドツーエンドのトランザクション可視性を提供するため、運用チームはインフラストラクチャの問題とアプリケーションの障害を正確に特定できます。アクショングループとITSM統合により、タイムリーで自動化されたインシデント作成が保証され、ブックとダッシュボードは共有された運用状況を提供します。Update Managerはメンテナンス期間内に一貫したパッチ適用を徹底し、Start/Stop VMs v2は生産性に影響を与えることなく開発/テストの支出を削減します。Azure Lighthouseは、MSPに安全で監査可能な最小権限のクロステナントアクセスを許可し、ワークスペース横断のKQLはグローバルなテレメトリを統合して、プロアクティブな検出と迅速な診断を実現します。

← ガバナンスとコンプライアンス · すべてのドメイン · サポート、サービスライフサイクル、Marketplace →

これらの問題を練習する → · ExamRoll.ioで時間制限付き練習 →