Azure認定資格 WEB問題集&徹底解説

AZ-104:Microsoft Azure Administrator

AZ-104 の試験概要(Microsoft Azure Administrator)

AZ-104 は、問題数は非公表(目安 40〜60 問)で、試験時間は 100 分、1,000 点満点中 700 点以上で合格です。配点が最も大きい分野は「Azure ID とガバナンスの管理」(20〜25%)です。当サイトには 500 問を収録しています(分野ごとの問題数は下の表のとおり)。

公式試験ガイドの最終確認日: 2026年10月20日

AZ-104 の試験の基本

試験コードAZ-104
問題数 公式には非公表(一般に 40〜60 問程度)
試験時間100 分
合格点1,000 点満点中 700 点以上(換算スコア。正答率そのものではありません)
受験方法テストセンターまたはオンライン(Pearson VUE)
受験料 国・地域によって異なります。公式の試験ページで確認してください(公式スタディガイドから試験ページへ進めます)
有効期限1 年間(期限前に無料のオンライン評価に合格すると 1 年延長)
再受験初回の不合格のあとは 24 時間、2 回目以降は 14 日待てば再受験できます。同じ試験は 12 か月で 5 回までです。
※ 受験方法・受験料・有効期限・再受験の規定は 2026年10月30日 時点の Microsoft の公式情報です。変わることがあるため、申し込みの前に公式ページで確認してください。

分野と配点

本試験の出題分野と配点、当サイトの収録問題数です。分野名から、その分野の問題だけを解けます。

分野本試験の配点当サイトの問題
Azure ID とガバナンスの管理 20〜25% 120 問
ストレージの実装と管理 15〜20% 97 問
Azure コンピューティングリソースのデプロイと管理 20〜25% 120 問
仮想ネットワークの実装と管理 15〜20% 95 問
Azure リソースの監視と保守 10〜15% 68 問
合計100%500 問
※ 各分野はさらに細かい「タスク」に分かれます。タスクごとの収録問題数は収録問題と試験ガイドの対応、各タスクで求められる知識・スキルの全文はMicrosoft の公式試験ガイドで確認できます。

本試験の問題はこんな形

公式のサンプル問題と試験ガイドを分析し、本試験の問題の特徴をまとめました。当サイトの問題もこの形に合わせて作っています。

  • 社名・リソースの構成・要件・制約を含む具体的な運用シナリオが示され、要件を満たすには何を構成すべきかを問われます。通信できない、負荷分散されない、バックアップが失敗するといったトラブルの原因と直し方を選ぶ問題も出ます。
  • 「管理作業を最小限に」「コストを最小限に」「構成の変更を最小限に」といった制約や、SLA・ストレージのアクセス頻度・スケールのしきい値などの数値条件が、正解を 1 つに絞る鍵になります。
  • 仮想ネットワークピアリングと VPN Gateway、SAS とアクセスキーと Microsoft Entra ID 認証、ネットワークセキュリティグループ(NSG)と Azure Firewall、可用性セットと可用性ゾーン、Azure Container Instances と Azure Container Apps のように、似たサービスや機能の使い分けを構成のレベルで問われます。
  • Azure RBAC は、ロール・スコープ・継承の組み合わせから「誰が何をできるか」「最小限の権限で済むロールはどれか」を判定させます。
  • Azure portal・Azure PowerShell・Azure CLI・ARM テンプレート / Bicep での操作の知識が前提で、コマンドやテンプレートの一部を読み解く問題も出ます。
  • 1 つの企業のシナリオについて複数の設問に答える、ケーススタディ形式の問題が出ます。
  • 同じ状況と目標に対して解決策だけを変えた設問が 3〜5 問続き、それぞれ「この解決策は目標を達成するか」を「はい / いいえ」で答える連問があります。ほかに、ドロップダウンの穴埋めやドラッグアンドドロップも使われます。

よくあるひっかけの型

誤りの選択肢には決まった型があります。型を知っておくと、もっともらしい選択肢を落ち着いて消去できます。

要件は満たすが制約に反する

要件は満たせるものの、「最小のコスト」「最小の管理作業」「最小限の権限」などの条件に反する選択肢です。

例: 特定のコンテナーに期限付きで読み取りだけを許可したい場面で、ストレージアカウントのアクセスキーを渡す(アカウント全体の権限を渡すことになる。適するのは SAS)。

スコープ違い・過大なロール

ロールを割り当てるスコープがずれている、または目的に対して権限が大きすぎるロールを選んだ選択肢です。

例: サブスクリプション全体のリソースを管理させたい場面で、1 つのリソースグループにだけロールを割り当てる。仮想マシンの起動と停止だけをさせたい場面で、所有者ロールを割り当てる。

名前や用途の似たサービスの取り違え

名前や用途がよく似た、別のサービス・機能を挙げた選択肢です。

例: 仮想ネットワーク内のプライベート IP アドレスでストレージアカウントに接続したい場面で、サービスエンドポイントを選ぶ(プライベート IP を割り当てるのはプライベートエンドポイント)。仮想マシンを別のリージョンへフェールオーバーしたい場面で、Azure Backup を選ぶ(適するのは Azure Site Recovery)。

冗長性オプションの特徴の入れ替え

ストレージの冗長性オプションが守れる範囲や、読み取りの条件を入れ替えた記述です。

例: ZRS をリージョン全体の障害への対策とする(ZRS は 1 つのリージョン内の可用性ゾーンへの複製)。GRS のままでセカンダリリージョンのデータを常時読み取れるとする(読み取りには RA-GRS が必要)。

手順の前提が欠けている

必要な前提を満たしていない、または実際には行えない手順を含む選択肢です。

例: Azure Backup で仮想マシンを保護するのに、仮想マシンとは別のリージョンにある Recovery Services コンテナーを使う(コンテナーは仮想マシンと同じリージョンに必要)。仮想マシンを別の仮想ネットワークへ移すために、ネットワークインターフェイスの接続先の仮想ネットワークだけを変更する(変更はできず、仮想マシンの作り直しが必要)。

旧名称や廃止された仕組み

改称前の名前や、すでに廃止された仕組みを含む選択肢です。

例: Microsoft Entra ID と並べて、その旧名称である Azure Active Directory(Azure AD)を別の選択肢として出す。廃止されたクラシックデプロイモデルの手順を選択肢に混ぜる。

次の一歩