参照：
https://docs.microsoft.com/en-us/azure/dns/dns-delegate-domain-azure-dns

セクション: [なし]
Explanation:
ステップ 1: 構成を Azure Automation State Configuration にアップロードします。
構成を Automation アカウントにインポートします。
ステップ 2: 構成をノード構成にコンパイルします。
その状態を定義する DSC 構成は、1 つ以上のノード構成 (MOF ドキュメント) にコンパイルし、Automation DSC プル サーバーに配置する必要があります。
ステップ 3: ノード構成を割り当てる
次に: ノードのコンプライアンス ステータスを確認します。
Azure Automation State Configuration がマネージド ノードで整合性チェックを実行するたびに、ノードはステータス レポートをプル サーバーに送り返します。これらのレポートは、そのノードのページで表示できます。
個々のレポートのブレードでは、対応する整合性チェックに関する次のステータス情報を確認できます。
レポートのステータス - ノードが「準拠」であるか、構成が「失敗」であるか、またはノードが「非準拠」であるか。
https://docs.microsoft.com/en-us/azure/automation/automation-dsc-getting-started

展示物から、ディスクが VHDX フォーマットであることがわかります。
Windows 仮想マシン (VM) をオンプレミスから Microsoft Azure にアップロードする前に、仮想ハード ディスク (VHD または VHDX) を準備する必要があります。Azure は、VHD ファイル形式で固定サイズのディスクを持つ第 1 世代の VM のみをサポートします。VHD に許可される最大サイズは 1,023 GB です。第 1 世代 VM を VHDX ファイル システムから VHD に変換したり、動的拡張ディスクから固定サイズに変換したりできます。
参照：
https://docs.microsoft.com/en-us/azure/virtual-machines/windows/prepare-for-upload-vhd-image Azure コンピューティング リソースのデプロイと管理 Testlet 2 ケース スタディ これはケース スタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
概要
Litware, Inc. は、モントリオールに本社を置き、シアトルとニューヨークに 2 つの支社を構えるコンサルティング会社です。
モントリオール オフィスには 2,000 人の従業員がいます。シアトルのオフィスには 1,000 人の従業員がいます。ニューヨークオフィスには、
従業員数は200名。
Litware によって使用されるすべてのリソースはオンプレミスでホストされます。
Litware は新しい Azure サブスクリプションを作成します。Azure Active Directory (Azure AD) テナントは、litware.onmicrosoft.com という名前のドメインを使用します。テナントは P1 価格レベルを使用します。
既存の環境
ネットワークには、litware.com という名前の Active Directory フォレストが含まれています。すべてのドメイン コントローラーは DNS サーバーとして構成され、litware.com DNS ゾーンをホストします。
Litware には財務、人事、営業、研究、情報技術部門があります。各部門には、それぞれの部門のすべてのアカウントを含む組織単位 (OU) があります。すべてのユーザー アカウントには、それぞれの部門に設定された部門属性があります。新しいユーザーが頻繁に追加されます。
Litware.com には User1 という名前のユーザーが含まれています。
すべてのオフィスはプライベート接続を使用して接続します。
Litware はモントリオールとシアトルのオフィスにデータセンターを持っています。各オフィスには、VPN デバイスとして構成できるファイアウォールがあります。
すべてのインフラストラクチャ サーバーは仮想化されています。仮想化環境には、次の表のサーバーが含まれます。

Litware は、App1 と App2 という 2 つの Web アプリケーションを使用します。各 Web アプリケーションの各インスタンスには 1 GB のメモリが必要です。
Azure サブスクリプションには、次の表のリソースが含まれています。

ネットワーク セキュリティ チームは、いくつかのネットワーク セキュリティ グループ (NSG) を実装しています。 要件 計画された変更 Litware は、次の変更を実装する予定です。
* Azure ExpressRoute をモントリオール オフィスにデプロイします。
* Server1 と Server2 でホストされている仮想マシンを Azure に移行します。
* オンプレミスの Active Directory を Azure Active Directory (Azure AD) に同期します。
* App1 と App2 を WebApp1 と WebApp2 という名前の 2 つの Azure Web アプリに移行します。
技術的要件
Litware は次の技術要件を満たす必要があります。
* WebApp1 が負荷に基づいてインスタンスの数を自動的に調整でき、最大 5 つのインスタンスまでスケールできることを確認します。
* VM3 が TCP ポート 8080 経由でモントリオール オフィスのアプリケーション サーバーへの送信接続を確立できることを確認します。
* Azure とモントリオール オフィスのルーター間でルーティング情報が自動的に交換されることを確認します。
* 財務部門のユーザーのみに対して Azure Multi-Factor Authentication (MFA) を有効にします。
* app2.litware.com という名前を使用して webapp2.azurewebsites.net にアクセスできることを確認します。
* 暗号化接続を使用して、インターネット経由でニューヨーク オフィスを VNet1 に接続します。
※VM4の設定変更時にメールを送信するワークフローを作成します。
* Reader ロールに基づいて、Role1 という名前のカスタム Azure ロールを作成します。
* 可能な限りコストを最小限に抑えます。

Explanation:
ボックス 1: グループ 1 のみ
最初のルールが適用されます
ボックス 2: Group1 と Group2 のみ
両方のメンバーシップ規則が適用されます。
参考文献:
https://docs.microsoft.com/en-us/sccm/core/clients/manage/collections/create-collections