参照：
https://docs.microsoft.com/en-us/azure/azure-sql/database/purchasing-models

2 つの Azure 仮想マシンを 2 つの Azure リージョンにデプロイする必要がありますが、Traffic Manager プロファイルも作成する必要があります。

参照：
https://docs.microsoft.com/en-us/azure/azure-monitor/platform/data-sources-windows-events
https://docs.microsoft.com/en-us/azure/azure-monitor/platform/agent-windows

参照：
https://docs.microsoft.com/en-us/azure/active-directory/hybrid/how-to-connect-health-operations これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
トピック 3、Contoso
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
既存環境: 技術環境
オンプレミス ネットワークには、contoso.com という名前の単一の Active Directory ドメインが含まれています。
Contoso には 1 つの Azure サブスクリプションがあります。
既存環境：業務提携
Contoso は、Fabrikam, Inc. とビジネス パートナーシップを結んでいます。Fabrikam ユーザーは、Azure Active Directory (Azure AD) ゲスト アカウントを使用して、インターネット経由で一部の Contoso アプリケーションにアクセスします。
要件: 計画された変更
Contoso は、App1 と App2 という名前の 2 つのアプリケーションを Azure にデプロイすることを計画しています。
要件: App1
App1 は、Linux ランタイムを必要とする、Azure App Service でホストされる Python Web アプリになります。Contoso と Fabrikam のユーザーは App1 にアクセスします。
App1 は、サードパーティの資格情報とアクセス文字列を必要とするいくつかのサービスにアクセスします。資格情報とアクセス文字列は Azure Key Vault に保存されます。
App1 には 6 つのインスタンスがあり、そのうち 3 つは米国東部の Azure リージョンに、3 つは西ヨーロッパの Azure リージョンにあります。
App1 には次のデータ要件があります。
各インスタンスは、インスタンスと同じアベイラビリティ ゾーン内のデータ ストアにデータを書き込みます。
App1 インスタンスによって書き込まれたデータは、すべての App1 インスタンスに表示される必要があります。
App1 にはインターネットからのみアクセスできます。App1 には次の接続要件があります。
App1 への接続は、Web アプリケーション ファイアウォール (WAF) を通過する必要があります。
App1 への接続は、インスタンス間でアクティブ/アクティブ負荷分散される必要があります。
北米から App1 へのすべての接続は、米国東部リージョンに向けられる必要があります。他のすべての接続は西ヨーロッパ地域に向けられる必要があります。
すべての App1 インスタンスからファイルをコピーする PowerShell スクリプトを呼び出して、1 時間ごとにメンテナンス タスクを実行します。PowerShell スクリプトは中央の場所から実行されます。
要件: アプリ2
App2 は、Windows ランタイムを必要とする App Service でホストされる NET アプリになります。App2 には次のファイル ストレージ要件があります。
ファイルを Azure ストレージ アカウントに保存します。
ファイルをオンプレミスの場所にレプリケートします。
オンプレミスのクライアントが SMB プロトコルを使用して LAN 経由でファイルを読み取ることができることを確認します。
App2 を監視して、アプリケーション内でさまざまなトランザクションを実行するのにかかる時間を分析する必要があります。ソリューションでは、アプリケーション コードの変更が必要であってはなりません。
アプリケーション開発要件
アプリケーション開発者は、App1 と App2 の新しいバージョンを常に開発します。開発プロセスは次の要件を満たす必要があります。
新しいアプリケーション バージョンを実稼働環境で使用する前に、新しいアプリケーション バージョンのステージング インスタンスをアプリケーション ホストにデプロイする必要があります。
新しいバージョンをテストした後、アプリケーションのステージング バージョンが運用バージョンを置き換えます。
ステージングから実稼働への新しいアプリケーション バージョンへの切り替えは、アプリケーションのダウンタイムなしに行われる必要があります。
アイデンティティ要件
Contoso は、Fabrikam のリソースへのアクセスを管理するための次の要件を特定しています。
Fabrikam のアカウント マネージャーは毎月、どの Fabrikam ユーザーが App1 へのアクセス許可を持っているかを確認する必要があります。権限が必要なくなったアカウントはゲストとして削除する必要があります。
ソリューションでは、開発労力を最小限に抑える必要があります。
セキュリティ要件
Azure サービスで使用されるすべてのシークレットは、Azure Key Vault に保存する必要があります。
資格情報を必要とするサービスには、サービス インスタンスに関連付けられた資格情報が必要です。資格情報をサービス間で共有してはなりません。

説明
Microsoft では、ほとんどのシナリオで GPv2 ストレージ アカウントを使用することをお勧めします。最大 5 PB と、Data Lake ストレージを含む BLOB ストレージをサポートします。
注: Azure Data Lake Storage Gen2 がオブジェクト ストレージの規模と価格でファイル システムのパフォーマンスを提供できるようにする重要なメカニズムは、階層名前空間の追加です。これにより、コンピュータ上のファイル システムが編成されるのと同じ方法で、アカウント内のオブジェクト/ファイルのコレクションをディレクトリとネストされたサブディレクトリの階層に編成できます。階層名前空間を有効にすると、ストレージ アカウントは、分析エンジンやフレームワークに馴染みのあるファイル システム セマンティクスを使用して、オブジェクト ストレージのスケーラビリティとコスト効率を提供できるようになります。
参考文献:
https://docs.microsoft.com/en-us/azure/storage/common/storage-account-overview
https://docs.microsoft.com/en-us/azure/storage/blobs/data-lake-storage-namespace