WEB問題集
Azure 仮想マシン VM1、VM2、VM3 の 3 台を展開する予定です。これらの VM は Web アプリ App1 をホストします。単一の Azure データセンターが使用不可能になっても、少なくとも 2 台の VM が利用可能であることを保証する必要があります。何を展開すべきですか?
正解：C
Availability Zones (可用性ゾーン) は、同一リージョン内の物理的に独立したデータセンターを指します。各VMを別々のゾーンに配置することで、1つのデータセンター (ゾーン) が障害に遭遇しても残り2つのゾーンのVMは稼働し続けます。これにより 99.99% の SLA が保証されます。
- A: 単一ゾーンに配置すると、そのゾーン全体の障害で全VMが停止する。
- B: 可用性セットは同一データセンター内の障害ドメイン/更新ドメインを分けるが、データセンター全体の障害 (ゾーン障害) には対応できない。
- D: 可用性セットは複数VMを1つのセットに入れる概念であり、「VMごとに別セット」に配置しても冗長性が得られない。
Windows Server 2019 が実行される Azure 仮想マシン VM1 があります。VM1 を Azure Resource Manager ライブラリにテンプレート Template1 として保存しました。Template1 から仮想マシン VM2 を展開する予定です。VM2 の展開時に何を構成できますか?
正解：B
ARM ライブラリに保存されたテンプレートから VM を展開する際、元の VM の構成 (OS、VM サイズ、仮想ネットワーク、リソース グループなど) はテンプレートに固定されています。一方、管理者ユーザー名とパスワードは展開時に毎回指定する必要があります (セキュリティ上、テンプレートに保存されません)。
- A: OS は元 VM のイメージに含まれるため変更不可。
- C: VM サイズはテンプレート作成時に固定される。
- D: リソース グループはテンプレートに紐づくため、元と同じ RG に展開される。
Azure サブスクリプションには Azure 仮想マシン VM1 があり、VM1 は複数インスタンスの同時実行をサポートしない金融レポート アプリ App1 を実行しています。月末には App1 の実行時に VM1 の CPU 使用率がピークに達します。月末ごとに VM1 のプロセッサーのパフォーマンスを向上させるスケジュール済み Runbook を作成する必要があります。Runbook にはどのタスクを含めるべきですか?
正解：B
App1 は複数インスタンスをサポートしないため、スケールアウト (水平スケーリング) はできません。代わりに VM サイズを大きいもの (例: Standard_D2s_v3 → D4s_v3) に変更するスケールアップ (垂直スケーリング) が必要です。Azure Automation の Runbook に Update-AzVM や Set-AzVM などを含めて VM サイズを変更するのが正解です。
- A: Performance Diagnostics は診断ツールであり、パフォーマンスを向上させるものではない。
- C: スケールセットは水平スケーリング用で、App1 は複数インスタンス非対応のため使えない。
- D: vCPU クォータ増加はサブスクリプション上限の調整で、VM 自体の性能は向上しない。
- E: DSC は構成管理機能であり、パフォーマンスを上げるものではない。
Azure Resource Manager テンプレートを使用して Windows Server 2019 を実行する複数の Azure 仮想マシンを仮想マシン スケール セットで展開する予定です。展開後、すべての仮想マシンに NGINX が利用可能であることを保証する必要があります。何を使用すべきですか?
正解：B
Desired State Configuration (DSC) 拡張機能 は、VM 展開時にソフトウェア (NGINX など) のインストールや構成を自動的に行うための PowerShell ベースの構成管理機能です。ARM テンプレート内で DSC 拡張機能を指定することで、VMSS のすべてのインスタンスに一貫した構成を適用できます。
- A: Deployment Center は App Service 用で、VM/VMSS には使用できない。
- C: New-AzConfigurationAssignment は Azure Automanage 構成の割り当てに使用し、DSC での構成自動化とは異なる。
- D: Intune はクライアント デバイス管理用で、Azure VM には一般的に使用されない。
次のような App Service プランがあります。
スケールイン ルールの設定: 演算子=未満、メトリックしきい値=30%、期間=5分、時間グレイン統計=平均、操作=カウントを減らす: 1、クールダウン=5分
グラフィックの情報に基づき、各ステートメントを完成させる回答を選択してください。
展開後、CPU 使用率が 1 時間 70% で推移した後、5 分間 90% に達した場合、その時点でのインスタンスの合計数は [回答選択] になります。
正解：B
デプロイ後の初期インスタンス数は 既定=1 です。CPU 70% が 1 時間続いてもスケールアウト閾値 (85%) に達しないため、インスタンス数は 1 のまま。CPU が 90% で 5 分継続するとスケールアウト条件を満たし、カウントを増やす: 1 により 合計 2 インスタンスに増加します。
- A: スケールアウトが発動するため 1 ではない。
- C/D/E: ルールは Instance count を 1 ずつ増やすため、1 回のスケールアウトで 2 になる。
元問題形式: HOTSPOT (ドロップダウン問題) の 1/2。
前問と同じ App Service プランのオートスケール設定を参照してください。
展開後、CPU が 1 時間 90% の使用率を維持し、その後 9 分間 CPU の平均使用率が 25% を下回った場合、その時点でのインスタンス数は [回答選択] になります。
正解：C
初期 1 インスタンスから CPU 90% が 1 時間続くとスケールアウトが繰り返し発動します。クールダウン=5 分のため、60 分間で最大 5 回スケールアウトでき、最大=5 まで到達します。その後 CPU 平均が 25% < 30% で 9 分間 (期間=5 分超) 継続するとスケールインが 1 回発動し、5→4 へ減少。クールダウン 5 分後にさらに減少するが、9 分間では 2 回目のスケールインが間に合わない場合もあります。一般的な試験解答では、3 インスタンスが正解とされています (スケールインが複数回発動するとの解釈)。
- A/B: スケールインはクールダウンを挟むため 9 分で大幅に減少しない。
- D/E: スケールインが少なくとも 1 回は発動するため 5 や 4 ではない。
注記: この HOTSPOT の解答は examtopics のコミュニティ見解に基づいており、Azure の実動作では若干異なる可能性があります。
元問題形式: HOTSPOT (ドロップダウン問題) の 2/2。
Windows Server 2019 が実行される Azure 仮想マシン VM1 があります。VM はデフォルトのドライブ設定で展開されました。ユーザー User1 として VM1 にサインインし、次の操作を実行しました: C ドライブにファイルを作成、D ドライブにファイルを作成、スクリーン セーバーのタイムアウトを変更、デスクトップの背景を変更。VM1 を再展開する予定です。VM1 を再展開した後、どの変更が失われますか?
正解：C
Azure VM で D ドライブは一時ディスク (Temporary disk) であり、VM の再展開・停止・ホスト移動時にデータが消失します。C ドライブ (OS ディスク) とデスクトップ設定は永続化されます。
- A: スクリーン セーバー設定は OS レジストリに保存され、C ドライブ上にあるため保持される。
- B: デスクトップ背景は C ドライブ内のプロファイルに保存され保持される。
- D: C ドライブは永続化された OS ディスクのため失われない。
Azure サブスクリプションがあります。オンプレミス仮想マシン VM1 があり、VM1 の設定は次のとおりです。
VM1 にアタッチされたディスクを Azure 仮想マシンのテンプレートとして使用できるようにする必要があります。VM1 で何を変更すべきですか?
正解：C
Azure VM のディスクとして使用するには、VHDX 形式を VHD 形式に変換する必要があります。Azure は VHDX をサポートせず、固定サイズの VHD のみサポートします (Generation 1 VM の場合)。そのためにはハード ドライブ設定を変更する必要があります。
- A: メモリ 32768 MB (32 GB) は Azure VM サイズの選択で対応可能。
- B: ネットワーク アダプターは Azure 側で再構成されるため変更不要。
- D: 8 vCPU は Azure の多くの VM サイズで対応可能。
- E: Integration Services は Hyper-V ゲスト統合機能で、Azure VM では自動的に Azure VM Agent に置き換わるため変更不要。
Azure サブスクリプションには仮想マシン スケール セットが含まれています。スケール セットは、最新バージョンの Windows Server 2016 Datacenter Azure Marketplace イメージから作成された 5 台の仮想マシンで構成されています。次のアップグレード ポリシーを確認しました。
グラフィックに表示された情報に基づき、各ステートメントを完成させる回答を選択してください。
管理者が仮想マシンのサイズを変更した場合、最大 [回答選択] 台の仮想マシンで同時にサイズが変更されます。
VMSS の UpgradePolicy Mode が Automatic に設定されていますが、これは OS イメージの自動更新にのみ適用されます。VM サイズの変更はモデル更新 (Model update) であり、Automatic モードでも各インスタンスで個別にアップグレード操作 (reimage/upgrade) を実行するまで反映されません。管理者が VM サイズを変更した時点では、0 台の VM に対して即座に変更は適用されず、個別に再イメージ/アップグレード操作が必要です。
- B/C/D: VM サイズ変更は UpgradePolicy の RollingUpgradePolicy の対象外のため、自動的には 1 台も変更されない。
元問題形式: HOTSPOT (ドロップダウン問題) の 1/2。
前問と同じ VMSS (WebProd) の設定を参照してください。
Windows Server 2016 イメージの新しいビルドがリリースされた場合、新しいビルドは最大 [回答選択] 台の仮想マシンに同時に展開されます。
正解：C
UpgradePolicy Mode が Automatic、かつ AutomaticOSUpgradePolicy が設定されているため、新しい OS イメージのリリース時に Rolling Upgrade が実行されます。既定の RollingUpgradePolicy では MaxBatchInstancePercent = 20% です。5 台の VMSS では 5 × 20% = 1 台となりますが、Azure の既定動作では最低 2 台が同時にアップグレードされます。
- A: Automatic OS アップグレードが有効なため 0 ではない。
- B: 既定の 20% バッチでは 5×0.2=1 だが、実際の既定では 最低 2 台同時。
- D: 20% バッチ ポリシーを超えないため 4 台同時にはならない。
注記: examtopics コミュニティでは「2」が定説ですが、厳密な既定値では「1」とする見解もあります。Azure の Rolling Upgrade の既定値は変更される可能性があります。
元問題形式: HOTSPOT (ドロップダウン問題) の 2/2。