AZ-305 サンプル問題

正解：C

A　分析自体は可能だが、保持設定・アクセス制御・コミットメント階層を3か所で維持することになり、手間を最小化するという要件から外れる

B　ストレージにはKQLのクエリエンジンがなく、横断分析の要件を満たさない

C（正解）　正解。ワークスペース設計の公式指針は「要件を満たす最小数」であり、単一ワークスペースなら横断クエリがそのまま書ける。収集対象はDCRで一元的に定義できる

D　ストリーム処理の基盤であり、アドホックなKQL分析の置き換えにはならない

正解：B

A　全機能を使える既定のプランだが取り込み単価が最も高く、平時にまったく参照しないログには過剰

B（正解）　正解。大量で詳細な、めったに参照しないログのために用意された最も低コストのプランで、合計保持期間の全体にわたってクエリできる。APIで新規作成するDCRベースのカスタムテーブルに設定する

C　取り込みは安価だが対話型でクエリできる期間が30日に固定されるため、12か月をさかのぼって検索するという要件に合わない

D　保管コストは最も低いが、KQLによる検索ができず調査の要件を満たさない

正解：A

A（正解）　正解。イベントハブはSIEM連携のために用意された標準の宛先で、ストリームとして数秒から数分の遅延で受け渡せる

B　Blobは追記型でフラッシュ間隔があり、さらにポーリング周期が上乗せされるため数分以内という要件に届かない

C　1時間周期では遅延要件を満たさず、転送処理を自前で保守することにもなる

D　既存SIEMを継続利用するという前提を変えてしまう提案であり、要件への回答になっていない

正解：D

A　非準拠を可視化するだけで診断設定は作成されず、結局は手作業の是正が必要になる

B　新規サブスクリプションや新規リソースのたびに実行が必要で、漏れが発生する

C　実現は可能だが独自スクリプトの保守が残り、Azureが用意した標準手段より運用負荷が高い

D（正解）　正解。今後作成されるリソースには自動でデプロイされ、既存の非準拠リソースは修復タスクで一括是正できる。管理グループスコープなら新規サブスクリプションにも継承される

正解：B

A　クエリ時のアクセス制御の設定であり、保存時の暗号化キーには一切関与しない

B（正解）　正解。専用クラスターはCMKによる暗号化の前提となる構成で、専用の取り込み容量とクラスター単位のコミットメント階層も併せて得られる

C　取り込み単価は下がるが、CMKの要件は満たされず、分析機能も制限される

D　ネットワーク到達性の制御であって、保存時の暗号化キーが顧客管理になるわけではない

正解：C

A　Sentinelを有効にしたワークスペースは、その中のすべてのデータがSentinelの課金対象になる。RBACでは課金は分離できない

B　単価は下がるがSentinel課金の対象から外れるわけではなく、所有権の分離にもならない

C（正解）　正解。課金と所有権の境界がワークスペース単位であるため、セキュリティ用と運用用を分けるのが公式に示された設計パターン

D　課金は避けられるが運用チームがKQLで分析できなくなり、現行の運用が成り立たない

正解：A・E

A（正解）　正解。パススルー認証はサインインの検証をオンプレミスのドメインコントローラーへ委ねる方式で、エージェントを冗長化することで単一障害点を排除できる

B　AD FSを廃止するという前提に反し、オンプレミス側の障害時に使えない点も変わらない

C　Azure上のマネージドドメインを提供するサービスで、テナントのサインイン方式には関与しない

D　要件(1)のオンプレミスADでの検証が成り立たなくなる

E（正解）　正解。パススルー認証と併用して構成しておくと、オンプレミス側の障害時にクラウド認証へ切り替えてサインインを継続できる。可用性設計として推奨されている構成

正解：B・D

A　最も単価の高い保持形態を全テーブルへ適用することになり、コストはむしろ大幅に増える

B（正解）　正解。単純な検索しか行わず30日で足りるログはBasicプランの想定用途そのもので、取り込み単価を大きく下げられる

C　組み込みのAzureテーブルはAuxiliaryプランに対応しておらず、既存テーブルのプランをAuxiliaryへ変更することもできない

D（正解）　正解。対話型保持を超える期間は単価の低い長期保持として保管され、必要時に検索ジョブや復元で参照できる。7年の参照要件を最小コストで満たせる

E　取り込みの総量は変わらず、コミットメント階層の適用単位が小さくなって割引が効きにくくなるため逆効果

正解：D

A　SQL Server Agentとデータベースをまたぐクエリをサポートしないため、アプリケーション側の作り直しが必要になる

B　データベースエンジンが異なり、スキーマとT-SQLの全面的な書き換えが避けられない

C　互換性は最も高いが、OSとSQL Serverのパッチ適用が自組織の責任として残るため要件に反する

D（正解）　正解。SQL Serverとのインスタンスレベルの互換性が高く、SQL Server Agent・クロスデータベースクエリ・CLRをそのまま利用できる。PaaSのためOSとエンジンのパッチはAzureが担当する

正解：A

A（正解）　正解。拡張機能の利用、ゾーン冗長高可用性、カスタムメンテナンス期間の指定に対応した現行のマネージドPostgreSQLである

B　リタイアメントパスに入っており新規設計では選定しない。もともとCitusによる分散スケールアウト向けで、単一サーバーの移行先という位置づけでもない

C　エンジンがSQL Serverであり、PostgreSQLの拡張機能やSQL方言をそのまま持ち込めない

D　高可用性とパッチ適用を自前で構築・運用することになり、マネージドサービスの利点を失う

正解：D

A　PaaSのためOSへのアクセスやエージェントの導入ができず、エンジンのバージョンも自動的に更新される

B　OSもインスタンスも隠蔽されており、エージェントの導入とバージョン固定のいずれも満たせない

C　サービスティアの選択で解決する問題ではない。PaaS全般がOSへのアクセスを提供しない

D（正解）　正解。IaaSのためOSを完全に制御でき、任意のエージェント導入とバージョン固定が可能。その代わりパッチ適用の責任は自組織に残る

正解：B

A　アプリケーションの大規模な改修が必要になるうえ、テナントごとのデータ分離という前提が崩れる

B（正解）　正解。プールに割り当てたリソースを複数のデータベースで共有するため、ピークがずれる多数のデータベースを集約するとコスト効率が高い

C　ピークに合わせて個別に確保するため、平均使用率が低いほど無駄が大きくなる

D　インスタンス単位の課金となり、200個の構成では大幅なコスト増になる

正解：A

A（正解）　正解。ワークロードに応じて自動的にスケーリングし秒単位で課金される。自動一時停止を構成すると、無活動期間のコンピューティング料金が発生しなくなる

B　確保したコンピューティングに対して継続的に課金されるため、アイドル時の料金はゼロにならない

C　レプリカを減らしてもプライマリのコンピューティング料金は発生し続ける

D　プールのリソースが常時課金されるため、単独の断続利用データベースではむしろ割高になる

正解：B

A　データとログのストレージ上限が4TBであり、30TBという要件を満たせない

B（正解）　正解。ストレージは最大128TBまで自動的に拡張され、スナップショットベースのバックアップによりデータサイズに依存しない高速な復元ができる

C　ローカルSSDによる低遅延が特長だがストレージ上限は4TBで、テラバイト級の拡張要件に対応できない

D　DTUモデルのストレージ上限はvCoreモデルより小さく、そもそもテラバイト級の拡張を想定した購入モデルではない

正解：C

A　コンピューティングとストレージが分離したリモートストレージ構成で遅延は5〜10ミリ秒。インメモリOLTPも利用できない

B　幅広いワークロードに適するが、メモリ最適化テーブル（インメモリOLTP）はサポートされない

C（正解）　正解。ローカルSSDにデータを配置して1〜2ミリ秒の低遅延を実現し、3つのセカンダリレプリカによる高速フェールオーバーとインメモリOLTPをサポートする

D　コンピューティングの課金と自動スケーリングに関する選択であり、ストレージ遅延とインメモリOLTPの制約は General Purpose のまま変わらない

正解：A

A（正解）　正解。拡張ポリシーは1日に複数回のバックアップに対応し、時間単位スケジュールでは最短4時間間隔を選べるためRPO 4時間を満たせる

B　1つの保護対象に割り当てられるバックアップポリシーは1つだけで、複数ポリシーを重ねることはできない

C　MARSはファイルとフォルダー単位の保護でVM全体の復旧にならず、要件に反してエージェント運用も増える

D　Site RecoveryはDRの仕組みでバックアップの代替にはならず、長期保持や項目単位の復元ができない

正解：B

A　コンテナーの冗長性は最初のバックアップが保存される前にしか変更できず、運用中のコンテナーでは選べない

B（正解）　正解。運用開始後は冗長性を変えられないため、GRSの新規コンテナーで保護を組み直し、リージョン間復元を有効化するのが唯一の道。旧コンテナーは既存復旧ポイントの保持期間が切れるまで残す

C　コンテナー間でバックアップデータを移動・複製する機能はサポートされていない

D　コンテナーはサブスクリプションやリソースグループ間なら移動できるが、リージョン間の移動はできない

正解：A

A（正解）　正解。MARSエージェントはファイル・フォルダーとシステム状態を1日3回までAzureへ直接バックアップでき、追加のサーバーを必要としない

B　MABSはアプリ整合性や細かい復旧が必要な場合に選ぶ構成で、専用サーバーを建てない要件に反する

C　Site RecoveryはDRの仕組みで、ファイルやシステム状態を世代管理するバックアップではない

D　File Syncは同期とキャッシュの仕組みであり、世代を遡って復元するバックアップにはならない

正解：C

A　暗号化は機密性のための対策であり、復旧ポイントを削除する操作そのものは止められない

B　地理冗長はリージョン障害への備えで、権限を持つ主体による削除は複製先にも及ぶ

C（正解）　正解。不変性を有効にすると保持期間の短縮や復旧ポイントの削除が拒否され、不可逆にロックすれば設定の解除自体ができなくなる

D　論理削除は削除後の一定期間だけ復元できる猶予であり、削除操作そのものを拒否する仕組みではない

正解：D

A　バックアップポリシーはVM単位で割り当てるため、同一VM内のディスクごとに別のポリシーは適用できない

B　運用負荷が増えるうえ、OSディスクと業務データの世代管理や保持ポリシーも失われる

C　非管理ディスクはレガシーな構成で推奨されない。マネージドディスクのまま除外する手段がある

D（正解）　正解。選択的ディスクバックアップはVM内の一部のデータディスクをバックアップ対象から外せるため、保護範囲を保ったままコストを削減できる

正解：A

A（正解）　正解。大規模並列バッチ向けのマネージドサービスで、プールの自動スケールによりタスク完了後にノードを0台まで縮小でき、タスクのキューイングと再試行も内蔵している

B　クラスターとノードプールを常時運用する必要があり、ジョブのスケジューリングと再試行も自前で設計することになる

C　WebJobsはApp Serviceプランの上で動くため実行していない時間帯もプラン費用が発生し、数千タスクのスケジューリング機能も持たない

D　オーケストレーション機能を持たず、数千タスクのキューイング・再試行・スケジューリングを自前で実装する必要がある

正解：D

A　Kubernetes APIと制御プレーンへの直接アクセスが必要な場合の選択肢で、ノードプールとアップグレードの運用負荷が残る

B　単一コンテナーまたはコンテナーグループを動かす機能で、オーケストレーションと自動スケールを備えていない

C　構築からアップグレードまですべて自社の責任になり、運用したくないという要件に真っ向から反する

D（正解）　正解。Kubernetes上に構築されたマネージドのサーバーレスコンテナー基盤で、KEDAベースのスケールルールによりキュー長に応じたゼロスケールが可能。Kubernetes APIは公開されず運用負荷が低い

正解：C

A　Kubernetes上に構築されているがKubernetes APIを公開しないため、CRDやOperatorを持ち込めない

B　コンテナーイメージは実行できるがKubernetesではなく、CRD・Operator・ノードプールの概念がない

C（正解）　正解。マネージドKubernetesとしてAPIと制御プレーンにフルアクセスでき、CRD・Operator・Helm・GPUを分離した複数ノードプールをそのまま利用できる

D　オーケストレーターを持たないため、CRDやOperatorを前提としたアプリケーションを実行できない

正解：D

A　サンドボックス化された実行環境で、カーネルモードドライバーの導入やレジストリの自由な変更ができない

B　実行環境の制約はApp Serviceと同じで、関数モデルに合わせたコード改修も必要になる

C　サンドボックス化されたコンテナー環境で、ホストOSレベルのドライバー導入はできない

D（正解）　正解。OSへのフルアクセスが必要なリフト&シフト対象では、IaaSのVMがコード改修なしで要件を満たせる唯一の選択肢になる

正解：B

A　仮想ネットワーク統合と常時稼働インスタンスに対応せず、スケール上限も200インスタンスにとどまる

B（正解）　正解。従量課金を維持したまま仮想ネットワーク統合と常時稼働(always ready)インスタンスを構成でき、最大1,000インスタンスまでスケールする

C　インスタンスを常時確保する専用プランのため、リクエストがない時間帯も課金され従量課金の要件を満たさない

D　単一テナントの専用環境で最も高コストになり、従量課金の要件から最も遠い

正解：C

A　ディスク上の保存時データを守る仕組みで、メモリに読み込まれた処理中のデータは平文のまま扱われる

B　物理ホストを他の顧客と共有しなくなるだけで、ホストOSやハイパーバイザーからメモリを保護する仕組みではない

C（正解）　正解。ハードウェアベースの信頼実行環境によりVMのメモリが暗号化され、使用中のデータをホストの管理者やハイパーバイザーからも保護できる

D　鍵の管理主体が変わるだけで、保護される対象は保存時のデータにとどまる

正解：A

A（正解）　正解。未使用容量を大幅な割引価格で利用でき、容量が必要になるとAzureから中断される。中断に耐えられるバッチ処理に最も適する

B　1年または3年の稼働をコミットする代わりに割引を得る仕組みで、夜間だけ動く断続的なジョブでは無駄が大きい

C　既存のWindows ServerやSQL Serverのライセンスを持ち込む仕組みで、対象ライセンスがなければ効果がない

D　物理ホストを専有するため単価は最も高くなり、コスト最優先という要件に反する

正解：B

A　GPUノードの起動には時間がかかり、システムノードプールの常時稼働費用も残る。クラスター運用を避けたい要件にも反する

B（正解）　正解。ゼロスケールに対応し、GPUを使用した分だけ課金される。Kubernetesクラスターの運用も不要

C　Container InstancesのGPUリソースは提供が終了しており、この要件を満たす選択肢にならない

D　スケジュールでは実際のリクエストに追随できず、起動している時間は使わなくても課金される

正解：A

A（正解）　正解。Freeティアはサービスレベル目標(SLO)のみで、金銭的補償を伴うコントロールプレーンのSLAはStandardまたはPremiumティアで提供される

B　ワーカーノード側の構成であり、マネージドなコントロールプレーンのSLAには影響しない

C　ワーカーノードの可用性は高まるが、コントロールプレーンのSLA適用条件ではない

D　ポリシー準拠を評価するアドオンで、可用性のSLAとは無関係

正解：C

A　仮想ネットワーク統合は送信方向の接続を制御する機能で受信の閉域化にはならず、インフラストラクチャもマルチテナントのまま

B　ハイブリッド接続はアプリからオンプレミスのリソースへ到達するための送信側の仕組みで、要件とは方向が逆

C（正解）　正解。ASE v3はシングルテナントの専有インフラストラクチャで、内部ロードバランサー構成にすれば受信は仮想ネットワーク内に限定される

D　アクセス元を制限するだけで、マルチテナントの共有インフラストラクチャという制約は解消されない