Azure の管理とガバナンスの要点整理と想定問題

正解: A 【A（正解）】 ？ 地域ごとの運営費の違いに着目した考え方です。 公式トレーニングは、電力・労働・税金・料金のコストが場所で違うため、リージョンで費用が変わりうると説明している。 【B（不正解）】 ？ 時間帯で料金が変わるという考え方です。 公式の説明に、時間帯で自動的に割り引かれるという要因は挙がっていない。 【C（不正解）】 ？ 混み具合で値段が決まるという考え方です。 利用者数で価格が下がるという説明は公式に無い。費用の差は場所ごとの運営費などによる。 【D（不正解）】 ？ ゾーンの数と料金を結び付ける考え方です。 ゾーンの数で値段が決まるという説明は公式に無い。

出典: Azure のコストに影響する可能性がある要因について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ データセンターに入ってくる方向の転送です。 イングレスは入ってくる転送で、公式は一部の受信データ転送を無料としている。 【B（不正解）】 ？ データ転送の料金を決めるための地域のまとまりです。 課金ゾーンは料金を決める区分で、転送の方向の名前ではない。 【C（正解）】 ？ データセンターから出ていく方向の転送です。 エグレスは送信データ転送のことで、料金は課金ゾーンに基づいて決まる。 【D（不正解）】 ？ リージョンの中で物理的に分かれた場所です。 可用性ゾーンは障害に備える仕組みで、データ転送の方向とは関係がない。

出典: Azure のコストに影響する可能性がある要因について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ リージョン内の障害対策の単位を指す説明です。 これは可用性ゾーンの説明である。公式は、課金ゾーンは可用性ゾーンとは別物だと明記している。 【B（正解）】 ？ 料金の計算に使う地域のまとまりを指す説明です。 公式は、課金ゾーンをデータ転送の価格に使う、Azure リージョンの地理的なグループと説明している。 【C（不正解）】 ？ リージョン同士の組み合わせを指す説明です。 これはリージョン ペアの考え方で、転送料金の区分ではない。 【D（不正解）】 ？ サブスクリプションの上位の階層を指す説明です。 これは管理グループの説明で、料金の区分ではない。

出典: Azure のコストに影響する可能性がある要因について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ これから使う費用を見積もる作業です。 見積もりを作り直しても、今かかっている費用の原因は分からない。 【B（正解）】 ？ VM に付いてきたリソースの後始末を確かめる作業です。 公式は、VM を作るとストレージやネットワークも作られ、VM を消しても一緒に消えない場合があると説明している。 【C（不正解）】 ？ サービスの稼働率の約束を確かめる作業です。 SLA は稼働率の約束で、残ったリソースの費用の確認には役立たない。 【D（不正解）】 ？ Azure 全体の稼働状況を見る作業です。 障害の有無と、消し忘れたリソースの費用は関係がない。

出典: Azure のコストに影響する可能性がある要因について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ Azure 側の料金が不要という考え方です。 Marketplace の製品でも、使う Azure サービスの料金はかかる。 【B（不正解）】 ？ 価格を Microsoft がそろえて決めるという考え方です。 公式は、Marketplace の請求の形はベンダーが決めると説明している。 【C（正解）】 ？ Azure とベンダーの両方に払う可能性に着目した考え方です。 公式は、Azure サービスの料金に加え、サードパーティ ベンダーのサービスや専門知識にも払う場合があると説明している。 【D（不正解）】 ？ 導入直後の無料期間があるという考え方です。 すべての製品に共通の無料期間があるという説明は公式に無い。

出典: Azure のコストに影響する可能性がある要因について説明する（Microsoft Learn トレーニング）／Microsoft Marketplace の概要

正解: C 【A（不正解）】 ？ 制限のない無料利用という考え方です。 公式は、サブスクリプションの種類によっては使用制限があると説明している。 【B（不正解）】 ？ クレジットの使える期間についての考え方です。 公式の説明では、クレジットはサインアップから最初の 30 日以内に使うものである。 【C（正解）】 ？ 最初の期間に使える金額の枠に着目した考え方です。 公式は、無料試用版に、最初の 30 日以内に使うクレジットが付くと説明している。 【D（不正解）】 ？ 見積もりと請求の関係についての考え方です。 料金計算ツールの金額は見積もりで、サブスクリプションの種類とは関係がない。

出典: Azure のコストに影響する可能性がある要因について説明する（Microsoft Learn トレーニング）

正解: A 【A（正解）】 ？ データの置き場所と使う場所を近づける考え方です。 公式は、欧州内の転送は欧州からアジアへの転送より安いと説明している。送る距離を縮めると費用を抑えやすい。 【B（不正解）】 ？ 転送を小分けにする考え方です。 小分けにしても送る総量と方向は変わらず、ゾーンに基づく転送料金は下がりにくい。 【C（不正解）】 ？ リソースに目印を付ける考え方です。 タグは整理やコスト集計に使うもので、料金そのものを下げる仕組みではない。 【D（不正解）】 ？ 設定を変えられなくする考え方です。 ロックは誤った削除や変更を防ぐもので、転送の費用には効かない。

出典: Azure のコストに影響する可能性がある要因について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 使った後の費用を振り分ける作業です。 使った後の費用を見るのはMicrosoft Cost Managementの役割である。 【B（正解）】 ？ 使う前に金額の見当をつける作業です。 公式は、料金計算ツールをリソースを用意するための推定コストを示すツールと説明している。 【C（不正解）】 ？ 使い方を分析して改善点を示す作業です。 これはAzure Advisorのコストの推奨事項の役割である。 【D（不正解）】 ？ 支出の通知を受け取る作業です。 予算の通知は Cost Management の予算の機能である。

出典: 料金計算ツールを調べる（Microsoft Learn トレーニング）

正解: D 【A（不正解）】 ？ 見積もりと同時にリソースができるという考え方です。 公式は、料金計算ツールにリソースを追加しても何も用意されないと説明している。 【B（不正解）】 ？ 見積もりそのものが有料という考え方です。 公式は、選んだサービスに対して課金されることはないと説明している。 【C（不正解）】 ？ 見積もりと請求額が同じになるという考え方です。 公式は、価格は見積もりにすぎず、情報提供のためのものだと説明している。 【D（正解）】 ？ 見積もりだけを作るという考え方です。 公式の説明どおり、追加しても何も用意されず課金もされない。価格は見積もりである。

出典: 料金計算ツールを調べる（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ オンプレミスとの比較用に提供されていたツールです。 公式トレーニングは、総保有コスト (TCO) 計算ツールは廃止されたと明記している。 【B（不正解）】 ？ 今あるリソースの改善点を示すサービスです。 Advisor は動いているリソースへの推奨で、これから作る構成の見積もりには使わない。 【C（正解）】 ？ これから用意する構成の費用を見積もるツールです。 公式トレーニングは、料金計算ツールで Azure の潜在的な費用を見積もれると説明している。 【D（不正解）】 ？ Azure の障害やメンテナンスを知らせる仕組みです。 Service Health は正常性の情報で、費用の見積もりとは関係がない。

出典: 料金計算ツールを調べる（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ データの中身を調べる観点です。 中身の機密度を調べるのはMicrosoft Purviewなどの役割で、料金計算ツールの項目ではない。 【B（正解）】 ？ 置き方・使い方の設定の違いに着目した観点です。 公式は、ストレージの種類、アクセス層、冗長性などの選択肢を考慮できると説明している。 【C（不正解）】 ？ 利用者の記録を見る観点です。 だれが読んだかはログの話で、料金の見積もりの項目ではない。 【D（不正解）】 ？ 削除や変更を防ぐ設定の観点です。 ロックは誤操作を防ぐ設定で、料金には関係しない。

出典: 料金計算ツールを調べる（Microsoft Learn トレーニング）

正解: D 【A（不正解）】 ？ 使ってから実績で判断する進め方です。 実績は分かるが、作る前に比べて承認を取る目的に合わない。 【B（不正解）】 ？ 今あるリソースへの提案を使う進め方です。 Advisor は動いているリソースへの推奨で、まだ無い構成の見積もりは出さない。 【C（不正解）】 ？ 支出の上限を決めて見守る進め方です。 予算は実際の支出を見張る仕組みで、構成ごとの見積もりの比較にはならない。 【D（正解）】 ？ 作る前に構成ごとの金額を比べる進め方です。 公式は、料金計算ツールでこの構成をモデル化し、リージョンやサービス レベルで月額を比べられると説明している。

出典: 料金計算ツールを調べる（Microsoft Learn トレーニング）

正解: A 【A（正解）】 ？ 費用を見て管理するための仕組みです。 公式は、Cost Management を Azure のコストの分析、監視、管理に役立つ一連のツールと説明している。 【B（不正解）】 ？ 設定の決まりを守らせる仕組みです。 これはAzure Policyの説明である。 【C（不正解）】 ？ 障害やメンテナンスを知らせる仕組みです。 これはAzure Service Healthの説明である。 【D（不正解）】 ？ 使う前の金額の見当をつける仕組みです。 これは料金計算ツールの説明である。

出典: Microsoft Cost Management ツールについて説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 改善のための提案の一覧です。 Advisor は改善の提案で、費用を切り口別に集計して見る機能ではない。 【B（不正解）】 ？ これから使う費用の見積もりツールです。 料金計算ツールは見積もり用で、先月の実績は見られない。 【C（正解）】 ？ 実際の費用を切り口別に見える化する機能です。 公式は、コスト分析で請求サイクル、リージョン、リソースなどの切り口で合計コストを見られると説明している。 【D（不正解）】 ？ 監視ログを検索・分析するツールです。 Log Analytics は Azure Monitor のログを調べる道具で、請求の集計には Cost Management を使う。

出典: Microsoft Cost Management ツールについて説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 自分で決めた予算のしきい値で出る通知です。 予算アラートは予算のしきい値で出る。部署のクォータで出るものは別の種類である。 【B（正解）】 ？ 部署ごとの使用枠で出る通知です。 公式は、EA のお客様向けに、部門の支出がクォータのしきい値に達すると通知されると説明している。 【C（不正解）】 ？ 前払いのクレジットの消費で出る通知です。 クレジット アラートは Azure 前払いの残高の 90% と 100% で出るもので、部署の枠とは別である。 【D（不正解）】 ？ メトリックやログの条件で出る通知です。 Azure Monitor アラートは監視データの条件で出るもので、Cost Management のコスト アラートではない。

出典: Microsoft Cost Management ツールについて説明する（Microsoft Learn トレーニング）

正解: D 【A（不正解）】 ？ 変更や削除を防ぐ設定です。 ロックは変更を防ぐもので、費用の通知や自動停止はしない。 【B（不正解）】 ？ 見積もりと実績を手で比べる方法です。 手作業の見比べでは、通知や自動停止はできない。 【C（不正解）】 ？ 改善の提案を定期的に読む方法です。 Advisor は提案を出すが、80% で通知して止める仕組みではない。 【D（正解）】 ？ 支出の目安で通知と自動処理を起こす方法です。 公式は、予算のしきい値で通知し、本番以外のリソースの停止などの自動化を起動できると説明している。

出典: Microsoft Cost Management ツールについて説明する（Microsoft Learn トレーニング）／チュートリアル: 予算を作成して管理する

正解: A 【A（正解）】 ？ 知らせるだけで、リソースには触れない動きです。 公式のチュートリアルは、しきい値を超えると通知が出るが、リソースは影響を受けず消費は止まらないと説明している。 【B（不正解）】 ？ 上限を超えると全部が止まる動きです。 予算だけではリソースは止まらない。止めたいときはアクション グループなどの自動化を別に設定する。 【C（不正解）】 ？ 超えた分の支払いを先送りする動きです。 予算は通知と追跡のためのもので、請求の扱いは変わらない。 【D（不正解）】 ？ 作成そのものを止める動きです。 作成の拒否は Azure Policy などの役割で、予算の動きではない。

出典: チュートリアル: 予算を作成して管理する

正解: B 【A（不正解）】 ？ 月に一度だけ反映されるという考え方です。 公式は、コストと使用状況のデータは通常 8〜24 時間で使えるようになると説明している。 【B（正解）】 ？ 反映までに時間差があるという考え方です。 公式のチュートリアルの説明どおりで、作ってすぐの費用は表示までに時間がかかる。 【C（不正解）】 ？ VM の費用だけ別の場所で見るという考え方です。 VM の費用も Cost Management で分析できる。Advisor は改善の提案を出すサービスである。 【D（不正解）】 ？ 表示が無いことを無料と考える見方です。 表示までの時間差があるだけで、課金されていないとは限らない。

出典: チュートリアル: 予算を作成して管理する

正解: C 【A（不正解）】 ？ 画面の操作で単位を変えるという考え方です。 公式は、Azure portal では予算はコストで定義されると説明している。 【B（不正解）】 ？ 見積もりツールに上限を登録するという考え方です。 料金計算ツールは見積もり用で、予算は作れない。 【C（正解）】 ？ API から予算を作るという考え方です。 公式は、Azure Consumption API を使う場合は使用量別に予算を定義することもできると説明している。 【D（不正解）】 ？ リソースの目印に上限を書くという考え方です。 タグは情報を付けるだけで、予算として評価はされない。

出典: Microsoft Cost Management ツールについて説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 誤操作を防ぐための設定です。 削除を防ぐのはリソース ロックである。 【B（正解）】 ？ リソースに追加の情報を付ける仕組みです。 公式は、リソース タグは名前と値で構成され、リソースの追加情報（メタデータ）を表すと説明している。 【C（不正解）】 ？ サブスクリプションの上位の階層です。 これは管理グループの説明である。 【D（不正解）】 ？ だれが何をできるかを決める仕組みです。 これはAzure ロールベースのアクセス制御 (RBAC)の説明である。

出典: タグの目的について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 誤操作を防ぐ設定を使い分ける方法です。 ロックは削除や変更を防ぐもので、費用の集計には使えない。 【B（不正解）】 ？ 改善の提案を受ける仕組みを使う方法です。 Advisor は推奨事項を出すサービスで、部署別の集計はしない。 【C（正解）】 ？ リソースに部署の情報を付けて集計する方法です。 公式は、タグでリソースをまとめ、コストの報告や内部のコスト センターへの割り当てができると説明している。 【D（不正解）】 ？ 置き場所で部署を分ける方法です。 リージョンは置き場所の選択で、費用や遅延にも影響する。部署別の集計には向かない。

出典: タグの目的について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 親のタグが子に引き継がれるという考え方です。 公式は、リソースはサブスクリプションやリソース グループのタグを継承しないと説明している。 【B（不正解）】 ？ タグで変更が止まるという考え方です。 読み取り専用にするのはリソース ロックで、タグにその働きは無い。 【C（正解）】 ？ 親のタグは子に移らないという考え方です。 公式は、タグは継承されないと説明している。必要ならAzure Policyでタグの付与を求められる。 【D（不正解）】 ？ タグで料金が変わるという考え方です。 タグは情報を付けるだけで、料金の区分は変わらない。

出典: タグの目的について説明する（Microsoft Learn トレーニング）／タグを使用して Azure リソースと整理階層を整理する

正解: A 【A（正解）】 ？ 決まりを定めて自動で守らせる方法です。 公式は、Azure Policy で作成時に特定のタグを求めたり、消されたタグを再適用するルールを定義できると説明している。 【B（不正解）】 ？ 変更や削除を止める方法です。 ロックは誤った削除や変更を防ぐが、新しいリソースにタグを付けさせる働きは無い。 【C（不正解）】 ？ 上位の階層に付けて広げる方法です。 公式は、タグは管理グループには付けられないとしている。またタグは継承されない。 【D（不正解）】 ？ 提案を見て手で直す方法です。 Advisor にタグを必須にして付け直す働きは無い。決まりを守らせるのは Azure Policy である。

出典: タグの目的について説明する（Microsoft Learn トレーニング）／Azure Policy とは

正解: D 【A（不正解）】 ？ 運用の環境を表す情報です。 環境の名前はタグの例として公式が挙げているもので、付けてよい。 【B（不正解）】 ？ だれが管理しているかを表す情報です。 所有者はタグの例として公式が挙げている。 【C（不正解）】 ？ 費用の割り当て先を表す情報です。 CostCenter はタグの例として公式が挙げている。 【D（正解）】 ？ 秘密にすべき情報です。 公式は、タグはプレーン テキストで保存されるため機密性の高い値を入れないよう注意している。

出典: タグを使用して Azure リソースと整理階層を整理する

正解: A 【A（正解）】 ？ サブスクリプションをまとめる上位の階層です。 公式は、タグはリソース、リソース グループ、サブスクリプションに付けられるが、管理グループには付けられないとしている。 【B（不正解）】 ？ 請求と管理の単位です。 サブスクリプションにはタグを付けられる。 【C（不正解）】 ？ 関連するリソースをまとめる入れ物です。 リソース グループにはタグを付けられる。 【D（不正解）】 ？ 個々のリソースの例です。 個々のリソースにはタグを付けられる。

出典: タグを使用して Azure リソースと整理階層を整理する

正解: B 【A（不正解）】 ？ メトリックやログを扱う監視の仕組みです。 これはAzure Monitorの説明である。 【B（正解）】 ？ データの把握と守りを受け持つ仕組みです。 公式は、Purview をデータへの統合ビューを持つためのデータ ガバナンス、リスク、コンプライアンス ソリューションのファミリと説明している。 【C（不正解）】 ？ ハイブリッド環境の管理の仕組みです。 これはAzure Arcの説明である。 【D（不正解）】 ？ 金額の見当をつける仕組みです。 これは料金計算ツールの説明である。

出典: Microsoft Purview の目的について説明する（Microsoft Learn トレーニング）

正解: A 【A（正解）】 ？ データの出どころと流れをたどる機能です。 公式は、Purview の機能として自動データ検出、機密データの分類と並べてエンドツーエンドのデータ系列を挙げている。 【B（不正解）】 ？ 削除や変更を止める機能です。 誤削除を防ぐのはリソース ロックで、データの流れはたどれない。 【C（不正解）】 ？ 性能の数値を見る機能です。 CPU 使用率は Azure Monitor のメトリックで見るもので、データの流れとは別である。 【D（不正解）】 ？ サービスの正常性を見る機能です。 障害情報はAzure Service Healthで見るもので、データの流れとは関係がない。

出典: Microsoft Purview の目的について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 費用を見て管理するための 2 つの機能です。 どちらもMicrosoft Cost Managementの機能で、Purview の領域ではない。 【B（不正解）】 ？ 監視データの 2 つの種類です。 どちらも Azure Monitor が集めるデータの種類である。 【C（正解）】 ？ データの守りとデータの把握の 2 つです。 公式は、Purview はリスクとコンプライアンス、統合データ ガバナンスの 2 つの主要なソリューション領域から成ると説明している。 【D（不正解）】 ？ 誤操作を防ぐ 2 つの種類です。 これはリソース ロックの 2 種類である。

出典: Microsoft Purview の目的について説明する（Microsoft Learn トレーニング）

正解: D 【A（不正解）】 ？ リソースの設定を決まりに照らす方法です。 Azure Policy は Azure のリソースの設定を評価するもので、データの中身の分類や地図は作らない。 【B（不正解）】 ？ 性能や稼働の数値を集める方法です。 性能の監視はできるが、機密データの所在の把握はできない。 【C（不正解）】 ？ 改善の提案を受ける方法です。 Advisor は構成と使用状況の改善提案で、データの分類はしない。 【D（正解）】 ？ データの所在と分類をまとめて把握する方法です。 公式は、Purview が Azure、SQL、Hive、Amazon S3 などのデータを管理し、機密データの保存場所を特定できると説明している。

出典: Microsoft Purview の目的について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ Azure の外のサーバーを管理する仕組みです。 公式はこの領域の例として Arc のサーバーを挙げていない。 【B（正解）】 ？ Microsoft 365 のサービスです。 公式は、Teams、OneDrive、Exchange を、Purview がデータの管理と監視に使う Microsoft 365 サービスの例に挙げている。 【C（不正解）】 ？ 費用の見積もりと分析の道具です。 費用の道具はデータのリスク管理には使わない。 【D（不正解）】 ？ インフラをコードで作る道具です。 インフラのデプロイの道具で、データのコンプライアンス管理とは別である。

出典: Microsoft Purview の目的について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ だれに何を許すかを決める仕組みです。 これはAzure ロールベースのアクセス制御 (RBAC)の目的である。 【B（正解）】 ？ リソースの設定を決まりに合わせ続ける仕組みです。 公式は、Azure Policy でリソースを制御または監査するポリシーを作成・割り当て・管理できると説明している。 【C（不正解）】 ？ 正常性の情報を届ける仕組みです。 これはAzure Service Healthの目的である。 【D（不正解）】 ？ データの把握の仕組みです。 これはMicrosoft Purviewの目的である。

出典: Azure Policy の目的について説明する（Microsoft Learn トレーニング）

正解: D 【A（不正解）】 ？ 使い方を分析して改善を勧めるサービスです。 Advisor は推奨を出すだけで、決まりに反する作成を止めない。 【B（不正解）】 ？ リソースに名前と値の情報を付ける仕組みです。 タグは情報を付けるもので、作れるサイズを制限しない。 【C（不正解）】 ？ 削除や変更を防ぐ設定です。 ロックは既存のリソースを守るもので、作るサイズの制限には使わない。 【D（正解）】 ？ リソースの設定に決まりを適用するサービスです。 公式は、特定のサイズの VM だけを許すポリシーを定義すると、作成時やサイズ変更時に適用されると説明している。

出典: Azure Policy の目的について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ サブスクリプションをまとめる入れ物です。 管理グループはポリシーの割り当て先にはなるが、ポリシーのまとまりそのものではない。 【B（不正解）】 ？ アラートの通知先や処理をまとめた設定です。 アクション グループは通知の設定で、ポリシーのまとまりではない。 【C（正解）】 ？ 関連するポリシー定義をまとめたものです。 公式は、イニシアティブを関連するポリシーをまとめる手段と説明している。 【D（不正解）】 ？ 関連するリソースをまとめる入れ物です。 リソース グループはリソースのまとまりで、ポリシーのまとまりではない。

出典: Azure Policy の目的について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 古いリソースは見ないという考え方です。 公式は、ポリシーを作る前に作られた VM も含め、すべての VM が評価・監視されると説明している。 【B（不正解）】 ？ 古いリソースをすぐ消すという考え方です。 ポリシーが既存の VM を消して作り直すという説明は公式に無い。 【C（正解）】 ？ 古いリソースも見て結果を示すという考え方です。 公式は、Azure Policy がリソースを評価し、準拠していないものを明示すると説明している。 【D（不正解）】 ？ 変更をすべて止めるという考え方です。 読み取り専用にするのはリソース ロックで、ポリシーの評価結果ではない。

出典: Azure Policy の目的について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 権限が決まりに勝つという考え方です。 公式は、権限があっても結果が準拠しない場合、作成や更新は Azure Policy で止められると説明している。 【B（不正解）】 ？ 作った後で情報を消すという考え方です。 ポリシーの効果としてタグを外すという話ではなく、ここでは作成そのものが評価される。 【C（正解）】 ？ 権限と決まりが別々に働くという考え方です。 Azure RBAC はユーザーの操作を、Azure Policy はリソースの状態を管理する。組み合わせて使う。 【D（不正解）】 ？ ロックで変更を止めるという考え方です。 ポリシーの評価でロックが自動でかかることはない。

出典: Azure Policy とは

正解: B 【A（不正解）】 ？ 短い間隔で繰り返す周期です。 公式の説明では、標準の評価サイクルは 1 時間ごとではない。 【B（正解）】 ？ 1 日ごとの周期です。 公式は、24 時間に 1 回発生する標準のコンプライアンス評価サイクルを挙げている。 【C（不正解）】 ？ 月に一度の周期です。 公式の説明では、標準の評価サイクルは 30 日ごとではない。 【D（不正解）】 ？ 自動では評価しないという考え方です。 公式は、作成・更新時や割り当て時に加え、定期的な評価サイクルがあると説明している。

出典: Azure Policy とは

正解: D 【A（不正解）】 ？ 提案をそのまま使う考え方です。 公式トレーニングは、Copilot の推奨事項は本番に当てる前に検証し、権限と変更内容を確かめるよう求めている。 【B（不正解）】 ？ 経路で決まりの強さが変わる考え方です。 公式は、変更の提案方法に関係なく Azure Policy が標準を適用すると説明している。 【C（不正解）】 ？ 誤操作の防止を止める考え方です。 ロックを外すと誤った削除や変更のリスクが高まる。決まりを守らせる仕組みにもならない。 【D（正解）】 ？ 変更の出どころに関係なく決まりを当てる考え方です。 公式は、Copilot の推奨事項やエージェントに似た自動化を使う場合でも、Azure Policy で許可された場所や必要なタグを要求できると説明している。

出典: Azure Policy の目的について説明する（Microsoft Learn トレーニング）／Azure と対話するためのツールについて説明する（Microsoft Learn トレーニング）

正解: A 【A（正解）】 ？ 誤操作からリソースを守る設定です。 公式は、リソース ロックでリソースが誤って削除・変更されるのを防げると説明している。 【B（不正解）】 ？ 支出の目安を決める設定です。 費用の目安は Cost Management の予算で決める。 【C（不正解）】 ？ 通信を守る設定です。 ロックは通信の暗号化には関係しない。 【D（不正解）】 ？ 置き場所の決まりを作る設定です。 作れるリージョンの制限はAzure Policyで行う。

出典: リソース ロックの目的について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 読み取りだけを許すロックです。 読み取り専用では設定の変更もできなくなり、目的に合わない。 【B（正解）】 ？ 削除だけを止めるロックです。 公式は、削除ロックでは正規ユーザーはリソースの読み取りと変更はできるが、削除はできないと説明している。 【C（不正解）】 ？ 決まりへの準拠を記録する仕組みです。 監査は準拠状況を確かめるもので、削除を止めるロックではない。 【D（不正解）】 ？ リソースに目印を付ける方法です。 タグは情報を付けるだけで、削除を止める働きは無い。

出典: リソース ロックの目的について説明する（Microsoft Learn トレーニング）／インフラストラクチャを保護するために Azure リソースをロックする

正解: D 【A（不正解）】 ？ すべての操作を止めるという考え方です。 読み取りはできる。止まるのは更新と削除である。 【B（不正解）】 ？ 削除だけを止めるという考え方です。 これは削除 (CanNotDelete) ロックの説明である。 【C（不正解）】 ？ 強い権限があれば例外という考え方です。 公式は、ロックは RBAC の権限に関係なく適用されると説明している。 【D（正解）】 ？ 読むことだけを許すという考え方です。 公式は、ReadOnly ロックの適用は、すべての正規ユーザーの権限を閲覧者ロールに制限することに似ていると説明している。

出典: リソース ロックの目的について説明する（Microsoft Learn トレーニング）／インフラストラクチャを保護するために Azure リソースをロックする

正解: B 【A（不正解）】 ？ 強い権限ならロックを越えられるという考え方です。 公式は、所有者であっても、止められている操作を行うには先にロックを解除する必要があると説明している。 【B（正解）】 ？ 2 段階で進める考え方です。 公式は、ロックされたリソースを変えるには、まずロックを解除し、その後に許された操作を行うと説明している。 【C（不正解）】 ？ 外部に解除を頼む考え方です。 ロックは Azure portal、PowerShell、Azure CLI、ARM テンプレートで自分たちが管理できる。 【D（不正解）】 ？ 決まりでロックを打ち消す考え方です。 ロックの解除はロックの管理画面やコマンドで行う。ポリシーで打ち消すという説明は公式に無い。

出典: リソース ロックの目的について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ ロックはかけた時点のものだけという考え方です。 公式は、後で追加するリソースも同じ親のロックを継承すると説明している。 【B（不正解）】 ？ 親より厳しいロックに変わるという考え方です。 継承されるのは親と同じロックで、種類が変わるわけではない。 【C（正解）】 ？ 親のロックが子に及ぶという考え方です。 公式は、親のスコープのロックはその中のすべてのリソースに継承され、後から追加したものも同じだと説明している。 【D（不正解）】 ？ 親と子は別々という考え方です。 ロックは継承されるので、中のリソースにも及ぶ。

出典: リソース ロックの目的について説明する（Microsoft Learn トレーニング）／インフラストラクチャを保護するために Azure リソースをロックする

正解: B 【A（不正解）】 ？ データまで固定されるという考え方です。 公式は、ストレージ アカウントのロックは BLOB などのデータを削除や変更から守らないと説明している。 【B（正解）】 ？ 管理の操作とデータの操作を分けて考える見方です。 公式は、ロックはコントロール プレーンの操作だけに適用され、データ プレーンの操作には適用されないと説明している。 【C（不正解）】 ？ データを複製して守るという考え方です。 複製は冗長性の設定の話で、ロックの働きではない。 【D（不正解）】 ？ 暗号化の設定が変わるという考え方です。 ロックが暗号化の設定を変えることはない。

出典: インフラストラクチャを保護するために Azure リソースをロックする／Azure コントロール プレーンとデータ プレーン

正解: C 【A（不正解）】 ？ 文字のコマンドで操作する道具です。 portal は画面で操作するウェブのコンソールで、コマンド専用のツールではない。 【B（不正解）】 ？ 構成をコードで表したものです。 これはARM テンプレートの説明である。 【C（正解）】 ？ ブラウザーの画面で操作する仕組みです。 公式は、portal をコマンドライン ツールの代わりになるウェブ ベースの統合コンソールと説明している。 【D（不正解）】 ？ ハイブリッド環境を管理する仕組みです。 これはAzure Arcの説明である。

出典: Azure と対話するためのツールについて説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 1 か所に集めて運用する考え方です。 公式は、portal はすべての Azure データセンターに置かれていると説明している。 【B（正解）】 ？ 各地に分けて置き、止めずに更新する考え方です。 公式は、portal は個々のデータセンターの障害に強く、メンテナンスのダウンタイムも不要だと説明している。 【C（不正解）】 ？ 自社に導入して動かす考え方です。 portal はウェブ ベースで、自社のサーバーに入れるものではない。 【D（不正解）】 ？ 使える時間が限られるという考え方です。 公式は、portal は継続的な可用性を目指して作られていると説明している。

出典: Azure と対話するためのツールについて説明する（Microsoft Learn トレーニング）

正解: A 【A（正解）】 ？ 画面を自分用に組み立てる機能です。 公式は、portal でリソースの整理されたビューのためにカスタム ダッシュボードを作れると説明している。 【B（不正解）】 ？ 誤操作を防ぐ機能です。 ロックは portal からも設定できるが、表示を整理する機能ではない。 【C（不正解）】 ？ 金額の見当をつける機能です。 料金計算ツールは見積もり用で、リソースの状況をまとめて表示する機能ではない。 【D（不正解）】 ？ 構成をコードで書く言語です。 Bicep はデプロイ用の言語で、画面の表示を整理する機能ではない。

出典: Azure と対話するためのツールについて説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 画面操作を続けて慎重に進める方法です。 画面での手作業は件数が多いと時間もミスも増える。繰り返しにはスクリプトが向く。 【B（不正解）】 ？ 費用を確かめる方法です。 見積もりでは設定変更そのものは進まない。 【C（正解）】 ？ 手順をコマンドに書いて繰り返す方法です。 公式は、コマンドをスクリプトにすると、作業を繰り返し可能で自動化できる形にできると説明している。 【D（不正解）】 ？ 提案を使わずに進める方法です。 推奨事項の扱いは、繰り返しの設定変更の効率化とは関係がない。

出典: Azure と対話するためのツールについて説明する（Microsoft Learn トレーニング）

正解: D 【A（不正解）】 ？ 端末に導入して使う道具です。 Cloud Shell はブラウザーで使うもので、ローカルへの導入はいらない。 【B（不正解）】 ？ 物理的な端末を借りるという考え方です。 Cloud Shell は物理端末の貸し出しではなく、ブラウザーから使うシェルである。 【C（不正解）】 ？ 費用の振り分けの仕組みです。 費用の分析は Cost Management の役割である。 【D（正解）】 ？ ブラウザーの中でコマンドを打てる仕組みです。 公式は、Cloud Shell をローカルのインストールや構成が不要な、ブラウザー ベースのシェルと説明している。

出典: Azure と対話するためのツールについて説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ PowerShell に限るという考え方です。 公式は、Cloud Shell で Azure CLI（Bash）も使えると説明している。 【B（不正解）】 ？ Bash に限るという考え方です。 公式は、Cloud Shell で Azure PowerShell も使えると説明している。 【C（正解）】 ？ 2 つのうち慣れたほうを選ぶという考え方です。 公式は、Cloud Shell が Azure PowerShell と Bash の Azure CLI の両方に対応していると説明している。 【D（不正解）】 ？ コマンドを使わないという考え方です。 Cloud Shell はシェルの道具で、画面操作の道具ではない。

出典: Azure と対話するためのツールについて説明する（Microsoft Learn トレーニング）／Azure Cloud Shell とは

正解: A 【A（正解）】 ？ 書き方の違いに着目した考え方です。 公式は、Azure CLI は Azure PowerShell と機能的に同等で、主な違いはコマンドの構文だと説明している。 【B（不正解）】 ？ 動く OS が分かれるという考え方です。 公式は、どちらも Windows、Linux、Mac に入れられ、Cloud Shell でも使えると説明している。 【C（不正解）】 ？ 片方は見るだけという考え方です。 どちらもリソースの作成、構成、管理ができる。 【D（不正解）】 ？ 管理の仕組みを通らないという考え方です。 公式は、ツールや API からの要求はすべて Azure Resource Manager が受け取ると説明している。

出典: Azure と対話するためのツールについて説明する（Microsoft Learn トレーニング）／Azure Resource Manager と Azure ARM テンプレートについて説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 構成を JSON で書いたファイルです。 ARM テンプレートはファイルで、PowerShell のコマンドの呼び名ではない。 【B（正解）】 ？ PowerShell の個々のコマンドの呼び名です。 公式は、Azure PowerShell でコマンドレットと呼ばれるコマンドを実行し、REST API を呼び出して管理作業を行うと説明している。 【C（不正解）】 ？ アラートの通知先をまとめた設定です。 アクション グループは Azure Monitor などの通知の設定である。 【D（不正解）】 ？ ポリシー定義のまとまりです。 イニシアティブは Azure Policy の用語である。

出典: Azure と対話するためのツールについて説明する（Microsoft Learn トレーニング）

正解: A 【A（正解）】 ？ 時間切れとファイルの保存先に着目した見方です。 公式は、Cloud Shell は 20 分操作が無いとタイムアウトし、5 GB のファイル共有で $HOME のファイルを保持すると説明している。 【B（不正解）】 ？ 保存先が無いという考え方です。 公式は、$HOME のファイルがファイル共有に残ると説明している。 【C（不正解）】 ？ 長時間つながり続けるという考え方です。 公式の説明では、操作が無い状態が 20 分続くとタイムアウトする。 【D（不正解）】 ？ 推奨事項の画面から戻るという考え方です。 Advisor は推奨事項のサービスで、Cloud Shell のセッションとは関係がない。

出典: Azure Cloud Shell とは

正解: D 【A（不正解）】 ？ ホストの使用時間で払うという考え方です。 公式は、Cloud Shell をホストするマシンの使用は無料だと説明している。 【B（不正解）】 ？ 費用が一切かからないという考え方です。 公式は、ファイル共有用のストレージ アカウントが必要で、通常のストレージ料金がかかると説明している。 【C（不正解）】 ？ 定額の契約が必要という考え方です。 Cloud Shell に月額の固定料金がいるという説明は公式に無い。 【D（正解）】 ？ ホストとストレージの料金を分ける考え方です。 公式は、ホストの使用は無料で、マウントする Azure Files 共有には通常のストレージ料金がかかると説明している。

出典: Azure Cloud Shell とは

正解: A 【A（正解）】 ？ Azure の管理を外の環境へ広げる仕組みです。 公式は、Azure Arc が Azure のコンプライアンスと監視をハイブリッドやマルチクラウドの構成に広げると説明している。 【B（不正解）】 ？ 金額の見当をつける仕組みです。 これは料金計算ツールの目的である。 【C（不正解）】 ？ 誤操作を防ぐ仕組みです。 これはリソース ロックの目的である。 【D（不正解）】 ？ データを別の場所へ写す仕組みです。 データの複製はストレージの冗長性の話で、Arc の目的ではない。

出典: Azure Arc の目的について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 個人の端末です。 公式が挙げる Arc の対象に、私物のスマートフォンは無い。 【B（正解）】 ？ コンテナーを動かすための基盤です。 公式は、Arc で管理できる種類としてサーバー、Kubernetes クラスター、Azure データ サービス、SQL Server などを挙げている。 【C（不正解）】 ？ 支払いの書類です。 請求書はリソースではなく、Arc で管理する対象ではない。 【D（不正解）】 ？ 建物の設備です。 空調などの設備は Arc の管理対象ではない。

出典: Azure Arc の目的について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 環境ごとに道具を分ける方法です。 公式は、切り離されたツールで環境ごとに管理する代わりに Arc を使う場面を示している。 【B（不正解）】 ？ 費用を比べる方法です。 見積もりでは、ポリシーの適用や棚卸しはできない。 【C（正解）】 ？ 外のサーバーも Azure の管理の仕組みに乗せる方法です。 公式は、Arc で各環境に一貫したガバナンス、ポリシー、インベントリ追跡を Azure から当てられると説明している。接続後は Azure から管理する。 【D（不正解）】 ？ 誤操作を防ぐ方法です。 ロックは Azure のリソースの削除や変更を防ぐもので、外のサーバーの一元管理にはならない。

出典: Azure Arc の目的について説明する（Microsoft Learn トレーニング）

正解: A 【A（正解）】 ？ Azure のデプロイと管理のサービスです。 公式は、Arc が既存の Azure 以外のリソースを Azure Resource Manager に投影し、環境全体をまとめて管理すると説明している。 【B（不正解）】 ？ 費用を分析・管理するツール群です。 Cost Management は費用の管理で、リソースを投影する先ではない。 【C（不正解）】 ？ Azure 全体の正常性を示すページです。 Azure Status は公開の状態ページで、管理の仕組みではない。 【D（不正解）】 ？ 製品を探して購入する場所です。 Marketplace は購入の場で、外のリソースを管理する仕組みではない。

出典: Azure Arc の目的について説明する（Microsoft Learn トレーニング）／Azure Arc の概要

正解: D 【A（不正解）】 ？ 手作業で配る方法です。 手作業は台数が増えるほど手間とずれが増える。公式は別の方法を挙げている。 【B（不正解）】 ？ 提案の画面から配る方法です。 Advisor は推奨を出すサービスで、構成を配布しない。 【C（不正解）】 ？ 見積もりツールを使う方法です。 料金計算ツールは見積もり用で、構成の配布はできない。 【D（正解）】 ？ Git の内容を正として配る方法です。 公式は、Arc の主なシナリオとして GitOps で Git リポジトリから 1 つ以上のクラスターに構成をデプロイすることを挙げている。

出典: Azure Arc の概要

正解: A 【A（正解）】 ？ インフラをコードで扱う考え方です。 公式は、IaC を手動構成ではなくコードとテンプレートでインフラを管理することと説明している。 【B（不正解）】 ？ 料金の計算方法の考え方です。 IaC は管理のやり方で、料金の決め方ではない。 【C（不正解）】 ？ 設備の置き場所の考え方です。 これはオンプレミスの話で、IaC の説明ではない。 【D（不正解）】 ？ コードの保管方法の考え方です。 IaC は構成をコードとして管理し、むしろ共有とバージョン管理をしやすくする。

出典: Azure Resource Manager と Azure ARM テンプレートについて説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 費用が減るという考え方です。 IaC の主な狙いは一貫性で、費用が自動で下がるわけではない。 【B（正解）】 ？ 同じ定義から同じ環境を作る考え方です。 公式は、IaC は手動構成を避け、コードで望む状態を表して一貫性を保ち、デプロイを繰り返し可能にすると説明している。 【C（不正解）】 ？ 環境ごとに違う設定を作るという考え方です。 IaC は同じ定義から同じ環境を作るもので、ずれを増やす方向ではない。 【D（不正解）】 ？ 障害が無くなるという考え方です。 IaC は構成の管理のやり方で、Azure 側の障害を無くすものではない。

出典: コードとしてのインフラストラクチャ (IaC) とは

正解: C 【A（不正解）】 ？ 需要に合わせて増減できる性質です。 スケーラビリティは処理能力の増減の話で、デプロイの結果の性質ではない。 【B（不正解）】 ？ 止まらずに使える状態を保つ性質です。 高可用性は稼働の継続の話である。 【C（正解）】 ？ 何度行っても同じ結果になる性質です。 公式は、常に同じ結果を生む操作の特性であるべき等性を IaC の重要な原則と説明している。 【D（不正解）】 ？ ルールに沿って使い方を統制することです。 ガバナンスは統制の考え方で、デプロイの結果の性質を指す言葉ではない。

出典: コードとしてのインフラストラクチャ (IaC) とは

正解: D 【A（不正解）】 ？ 先に本番を手で直す進め方です。 手で直すと定義と本番がずれる。公式は、変更はターゲットではなくソースを編集すると説明している。 【B（不正解）】 ？ 定義と別の手段で直す進め方です。 定義と実物がずれ、次のデプロイで元に戻るおそれがある。 【C（不正解）】 ？ 環境を入れ替える進め方です。 設定の修正のために環境を入れ替える必要はなく、定義の管理にもならない。 【D（正解）】 ？ 定義を直してから反映する進め方です。 公式は、IaC では変更のためにソースを編集し、リリース パイプラインで反映すると説明している。

出典: コードとしてのインフラストラクチャ (IaC) とは

正解: A 【A（正解）】 ？ リソースを扱う管理の層です。 公式は、ARM を Azure のデプロイおよび管理サービスで、リソースを作成・更新・削除できる管理レイヤーと説明している。 【B（不正解）】 ？ 正常性の情報を届ける仕組みです。 これはAzure Service Healthの説明である。 【C（不正解）】 ？ データの把握の仕組みです。 これはMicrosoft Purviewの説明である。 【D（不正解）】 ？ アプリの性能を見る仕組みです。 これはApplication Insightsの説明である。

出典: Azure Resource Manager と Azure ARM テンプレートについて説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 人の手で合わせるという考え方です。 手で合わせているという説明は公式に無い。 【B（正解）】 ？ 共通の入り口を通るという考え方です。 公式は、Azure Resource Managerがすべての要求を同じ API で処理するので、どのツールでも結果と機能がそろうと説明している。 【C（不正解）】 ？ 見た目がそろっているという考え方です。 CLI と PowerShell は画面ではなくコマンドで操作する。そろう理由は共通の API である。 【D（不正解）】 ？ 見積もりを通るという考え方です。 料金計算ツールは見積もり用で、操作の要求の通り道ではない。

出典: Azure Resource Manager と Azure ARM テンプレートについて説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 実行の手順を並べる書き方です。 公式は、ARM テンプレートは手順ではなくデプロイする内容を定義する宣言型の構文だと説明している。 【B（不正解）】 ？ 操作を記録したものという考え方です。 テンプレートは動画ではなく、構成を定義するファイルである。 【C（正解）】 ？ 望む状態を書いたファイルです。 公式は、ARM テンプレートを Azure にデプロイする内容を定義する JSON ファイルで、宣言型だと説明している。 【D（不正解）】 ？ 金額の一覧という考え方です。 見積もりは料金計算ツールの役割で、テンプレートの中身ではない。

出典: Azure Resource Manager と Azure ARM テンプレートについて説明する（Microsoft Learn トレーニング）／ARM テンプレートとは

正解: B 【A（不正解）】 ？ 管理の仕組みを通らない書き方です。 公式は、Bicep は ARM を介して Azure リソースをデプロイする宣言型言語だと説明している。 【B（正解）】 ？ 短く読みやすく書ける言語です。 公式は、Bicep は JSON の ARM テンプレートと比べて一般に単純で簡潔だと説明している。 【C（不正解）】 ？ ログを調べるための言語です。 ログの検索に使うのはKusto クエリ言語 (KQL)である。 【D（不正解）】 ？ 費用を見る画面の名前です。 コストの分析はコスト分析の役割である。

出典: Azure Resource Manager と Azure ARM テンプレートについて説明する（Microsoft Learn トレーニング）／Bicep とは

正解: C 【A（不正解）】 ？ 順番を人が守る考え方です。 公式は、テンプレートでリソース間の依存関係を定義すれば正しい順序でデプロイされると説明している。 【B（不正解）】 ？ 上から順に 1 つずつ作る考え方です。 ARM は依存関係の順序を守りつつ、できるところは並列に作る。 【C（正解）】 ？ 依存関係から順番を決める考え方です。 公式は、ARM が依存関係の順序と並列デプロイを自動で扱うと説明している。 【D（不正解）】 ？ 置き場所を分ける考え方です。 同じテンプレートで両方を作れる。別のサブスクリプションにする必要は無い。

出典: Azure Resource Manager と Azure ARM テンプレートについて説明する（Microsoft Learn トレーニング）

正解: A 【A（正解）】 ？ テンプレートの中から追加の処理を動かす方法です。 公式は、作成の前後にセットアップ手順が必要な場合、テンプレートから PowerShell や Bash のデプロイ スクリプトを呼び出せると説明している。 【B（不正解）】 ？ コードの利用をやめる方法です。 テンプレートには追加の処理を足す仕組みがあり、手作業に戻す必要は無い。 【C（不正解）】 ？ 推奨事項の仕組みを使う方法です。 Advisor はデプロイの処理を実行しない。 【D（不正解）】 ？ ロックの設定に手順を書く方法です。 ロックは誤操作を防ぐ設定で、手順を実行する仕組みではない。

出典: Azure Resource Manager と Azure ARM テンプレートについて説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 正常性の公開情報です。 これはAzure Statusの説明である。 【B（不正解）】 ？ 金額の見当をつける道具です。 これは料金計算ツールの説明である。 【C（正解）】 ？ 使い方を分析して提案する仕組みです。 公式は、Advisor が Azure リソースを評価し、信頼性、セキュリティ、パフォーマンス、コストの改善に役立つ推奨事項を作ると説明している。 【D（不正解）】 ？ ログを調べる道具です。 これはLog Analyticsの説明である。

出典: Azure Advisor の目的について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ データの流れをたどる考え方です。 データ系列は Microsoft Purview の機能で、Advisor のカテゴリではない。 【B（正解）】 ？ 作業の流れとデプロイの改善の観点です。 公式は、Advisor のカテゴリを信頼性、セキュリティ、パフォーマンス、オペレーショナル エクセレンス、コストの 5 つとしている。 【C（不正解）】 ？ 環境への影響の報告です。 公式が挙げる Advisor の 5 つのカテゴリに、この名前は無い。 【D（不正解）】 ？ 契約の確認の観点です。 公式が挙げる Advisor の 5 つのカテゴリに、ライセンスの監査は無い。

出典: Azure Advisor の目的について説明する（Microsoft Learn トレーニング）／Azure Advisor の概要

正解: D 【A（不正解）】 ？ Azure 側の予定作業の情報です。 メンテナンスの予定は、支出の削減策とは関係がない。 【B（不正解）】 ？ データの中身を分類した結果です。 データの分類は、費用の削減の提案ではない。 【C（不正解）】 ？ 決まりへの準拠状況の一覧です。 準拠状況は分かるが、支出を減らす提案は出さない。 【D（正解）】 ？ 支出を減らす方法を示す提案です。 公式は、Advisor のコストの推奨事項がアイドル状態や使用率の低いリソースを見つけ、支出の削減に役立つと説明している。

出典: Azure Advisor の目的について説明する（Microsoft Learn トレーニング）／コストに関する推奨事項 - Azure Advisor

正解: C 【A（不正解）】 ？ 提案がそのまま実行される考え方です。 公式は、推奨事項ごとにすぐ実行する、延期する、無視するといった扱いを選べると説明している。 【B（不正解）】 ？ 見るために依頼がいるという考え方です。 Advisor は Azure portal から見られる。 【C（正解）】 ？ 提案の扱いを利用者が選ぶ考え方です。 公式は、推奨アクションの実行・延期・無視を選べ、新しい推奨事項の通知も受け取れると説明している。 【D（不正解）】 ？ 見られる範囲が狭いという考え方です。 公式は、Advisor ダッシュボードにすべてのサブスクリプションの推奨事項が表示されると説明している。

出典: Azure Advisor の目的について説明する（Microsoft Learn トレーニング）

正解: A 【A（正解）】 ？ 全体から個々のリソースまでの 3 段階の見方です。 公式は、Service Health を Azure Status、Service Health、Resource Health の 3 つのビューの組み合わせと説明している。 【B（不正解）】 ？ 費用を管理する 3 つの機能です。 これらはMicrosoft Cost Managementの機能である。 【C（不正解）】 ？ 監視データの種類です。 これらはAzure Monitorが扱うデータの種類である。 【D（不正解）】 ？ 誤操作の防止と決まりの仕組みです。 これらはガバナンスの仕組みで、正常性のビューではない。

出典: Azure Service Health について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 個々のリソースの状態を見る機能です。 Resource Health は特定のリソースに絞った見方で、全体像の確認には向かない。 【B（正解）】 ？ すべてのサービスとリージョンの状態を示すページです。 公式は、広い範囲の停止を聞いたときは Azure Status で Azure への影響を確かめるよう説明している。 【C（不正解）】 ？ 改善のための推奨事項を出すサービスです。 Advisor は推奨事項で、障害の全体像は示さない。 【D（不正解）】 ？ 費用を切り口別に見る機能です。 コスト分析は費用の分析で、障害の情報は出ない。

出典: Azure Service Health について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 公開ページを人が見る方法です。 全体像は分かるが、自社に関係する情報の自動通知にはならない。 【B（不正解）】 ？ 決まりで止める方法です。 Azure 側のメンテナンスはポリシーで止められない。 【C（正解）】 ？ 自分に関係する正常性の情報を通知させる方法です。 公式は、Service Health が使っているサービスとリージョンの停止や計画メンテナンスを示し、アラートで自動通知できると説明している。 【D（不正解）】 ？ 費用を見積もる方法です。 見積もりではメンテナンスの情報は受け取れない。

出典: Azure Service Health について説明する（Microsoft Learn トレーニング）

正解: D 【A（不正解）】 ？ Azure 全体の状態を見る方法です。 全体の状態は分かるが、1 台の VM の状態や原因の切り分けには向かない。 【B（不正解）】 ？ 費用を確かめる方法です。 見積もりは障害の切り分けに役立たない。 【C（不正解）】 ？ 構成のリスクを示す提案です。 構成のリスクは分かるが、いま起きている問題の切り分けには向かない。 【D（正解）】 ？ 個々のリソースの状態を見る方法です。 公式は、Resource Health が個々のリソースの状態と、問題が Azure 側か利用者側かを示すと説明している。

出典: Azure Service Health について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 将来の利用のために確保された状態です。 公式が挙げる Resource Health の状態に「予約済み」は無い。 【B（不正解）】 ？ 料金が止まっている状態です。 公式が挙げる Resource Health の状態に「課金停止」は無い。 【C（正解）】 ？ 性能が落ちている状態です。 公式は、Resource Health の状態を利用可能、利用不可、不明、低下と説明している。 【D（不正解）】 ？ 別の場所へ移している状態です。 公式が挙げる Resource Health の状態に「移行中」は無い。

出典: Resource Health の概要

正解: A 【A（正解）】 ？ 監視データを集めて活用する仕組みです。 公式は、Azure Monitor を Azure リソースとアプリのデータを収集・分析・操作するプラットフォームと説明している。 【B（不正解）】 ？ 決まりを守らせる仕組みです。 これはAzure Policyの説明である。 【C（不正解）】 ？ 費用を管理する仕組みです。 これはMicrosoft Cost Managementの説明である。 【D（不正解）】 ？ ハイブリッド環境の管理の仕組みです。 これはAzure Arcの説明である。

出典: Azure Monitor について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 改善の推奨事項を出すサービスです。 Advisor はログを検索する道具ではない。 【B（正解）】 ？ ログにクエリを書いて実行するツールです。 公式は、Log Analytics を Azure Monitor が集めたデータにクエリを書いて実行するツールと説明し、この例を挙げている。 【C（不正解）】 ？ 費用を見積もるツールです。 料金計算ツールではログは調べられない。 【D（不正解）】 ？ Azure 全体の状態を示すページです。 Azure Status は自社のリソースのログを持たない。

出典: Azure Monitor について説明する（Microsoft Learn トレーニング）

正解: D 【A（不正解）】 ？ Azure のリソースをデプロイする言語です。 Bicep はデプロイ用の言語で、ログのクエリには使わない。 【B（不正解）】 ？ リレーショナル データベースで使う言語です。 T-SQL は SQL Server などのデータベースの言語で、Log Analytics のクエリ言語ではない。 【C（不正解）】 ？ コマンドで Azure を操作する道具です。 PowerShell は管理作業の道具で、Log Analytics のクエリ言語ではない。 【D（正解）】 ？ ログを調べるためのクエリ言語です。 公式は、Log Analytics の KQL モードで Kusto クエリ言語 (KQL) を使って深い分析ができると説明している。

出典: Azure Monitor の Log Analytics の概要

正解: C 【A（不正解）】 ？ 費用の目安で通知する方法です。 予算は費用のしきい値で、CPU 使用率は見ない。 【B（不正解）】 ？ 新しい推奨事項の通知を受ける方法です。 Advisor の通知は推奨事項についてで、CPU の値で即時に知らせるものではない。 【C（正解）】 ？ 数値の条件と通知先を組み合わせる方法です。 公式は、アラート ルールで条件を、アクション グループで通知先と次の処理を決め、CPU 80% の例を挙げている。 【D（不正解）】 ？ 変更を止める方法です。 ロックは誤った削除や変更を防ぐもので、負荷の監視や通知はしない。

出典: Azure Monitor について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 設定が 1 か所に限られるという考え方です。 公式は、アクション グループは再利用できると説明している。 【B（正解）】 ？ 通知先の設定を共通で使う考え方です。 公式は、アクション グループが Azure Monitor、Service Health、Azure Advisor 全体で再利用可能だと説明している。 【C（不正解）】 ？ 複製してから使うという考え方です。 使い回しのために別のサブスクリプションへ写す必要があるという説明は公式に無い。 【D（不正解）】 ？ アラートの種類で使えないものがあるという考え方です。 公式は、メトリック アラートでもログ アラートでもアクション グループで通知先を決めると説明している。

出典: Azure Monitor について説明する（Microsoft Learn トレーニング）

正解: C 【A（不正解）】 ？ 個々のリソースの正常性を示す機能です。 Resource Health はリソースの状態を示すが、アプリの応答時間や失敗率の詳しい監視はしない。 【B（不正解）】 ？ ログにクエリを書いて分析するツールです。 ログの分析はできるが、アプリの性能監視そのものを担う機能は別にある。 【C（正解）】 ？ Web アプリの性能と使用状況を監視する機能です。 公式は、Application Insights で要求率、応答時間、失敗率などを監視できると説明している。 【D（不正解）】 ？ Azure 全体の状態を示すページです。 Azure Status は自社のアプリの性能を示さない。

出典: Azure Monitor について説明する（Microsoft Learn トレーニング）

正解: B 【A（不正解）】 ？ 費用の通知の機能です。 費用の通知では、サイトが応答しているかは分からない。 【B（正解）】 ？ 外から定期的に試しの要求を送る機能です。 公式は、アプリに合成の要求を送る可用性テストで、利用が少ない時間も応答を確かめられると説明している。 【C（不正解）】 ？ 変更を止める機能です。 ロックは設定を守るもので、応答の確認はしない。 【D（不正解）】 ？ 速度の改善の提案です。 推奨事項は改善の提案で、深夜の応答を定期的に確かめるものではない。

出典: Azure Monitor について説明する（Microsoft Learn トレーニング）／Application Insights 可用性テスト

正解: D 【A（不正解）】 ？ 動かす場所を変える方法です。 公式は、Application Insights が Azure、オンプレミス、別のクラウドのアプリを監視できると説明している。 【B（不正解）】 ？ コードを作り直す方法です。 公式は、コードを変えずにエージェントを有効にする方法もあると説明している。 【C（不正解）】 ？ ログを調べるだけで済ませる方法です。 監視データを集めるには、SDK の追加かエージェントの有効化が必要である。 【D（正解）】 ？ コードに手を入れずに計測を始める方法です。 公式は、SDK をコードに追加するか、コードを変えずにエージェントを有効にして設定できると説明している。

出典: Azure Monitor について説明する（Microsoft Learn トレーニング）