参照：
https://docs.microsoft.com/en-gb/azure/storage/common/storage-network-security

注: ワークスペースを作成する
* Azure portal で、[すべてのサービス] をクリックします。リソースのリストに「Log Analytics」と入力します。入力を開始すると、入力に基づいてリストがフィルター処理されます。[ログ分析] を選択します。
* [作成] をクリックし、次の項目の選択肢を選択します。
新しい Log Analytics ワークスペースの名前を指定します (DefaultLAWorkspace など)。OMS ワークスペースは、Log Analytics ワークスペースと呼ばれるようになりました。
選択されているデフォルトが適切でない場合は、ドロップダウン リストから選択してリンク先のサブスクリプションを選択します。
[リソース グループ] には、1 つ以上の Azure 仮想マシンを含む既存のリソース グループを選択します。
VM がデプロイされる場所を選択します。詳細については、「Log Analytics がどのリージョンであるか」を参照してください。
https://www.fast2test.com/AZ-500-practice-test.html 47
有効な Fast2test AZ-500 試験 PDF 問題集 - 新しい AZ-500 本当の試験問題
で利用可能です。
不正解:
B、C: Log Analytics ワークスペースは、データ ストレージの地理的な場所を提供します。VM2 と VM3 は別の場所にあります。
D: VM4 は別のリソース グループです。
参考文献:
https://docs.microsoft.com/en-us/azure/azure-monitor/platform/manage-access

不正解:
A、C: デバイスまたはユーザーの動的グループを作成できますが、ユーザーとデバイスの両方を含むルールを作成することはできません。
D: 割り当てられたグループについては、個別のメンバーのみを追加できます。
シナリオ：
Litware は、次の ID およびアクセス要件を特定します。 すべてのサンフランシスコ ユーザーとそのデバイスは、Group1 のメンバーである必要があります。
テナントには現在次のグループが含まれています:

参考文献:
https://docs.microsoft.com/en-us/azure/active-directory/users-groups-roles/groups-dynamic-membership
https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/active-directory-groups-create-azure-portal ID とアクセスの管理 Testlet 2 のケース スタディ これはケース スタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
概要
Contoso, Ltd. は、モントリオールに本社を置き、シアトルとニューヨークに 2 つの支社を構えるコンサルティング会社です。
同社はサーバー インフラストラクチャ全体を Azure でホストしています。
Contoso には、Sub1 と Sub2 という名前の 2 つの Azure サブスクリプションがあります。どちらのサブスクリプションも、contoso.com という名前の Azure Active Directory (Azure AD) テナントに関連付けられています。
既存の環境
Azure AD
Contoso.com には、次の表に示すユーザーが含まれています。

Contoso.com には、次の表に示すセキュリティ グループが含まれています。

サブ1
Sub1 には、RG1、RG2、RG3、RG4、RG5、および RG6 という名前の 6 つのリソース グループが含まれています。
User9 は、次の表に示す仮想ネットワークを作成します。

Sub1 には、次の表に示すロックが含まれています。

Sub1 には、次の表に示す Azure ポリシーが含まれています。

サブ2
Sub2 には、次の表に示す仮想ネットワークが含まれます。

Sub2 には、次の表に示す仮想マシンが含まれています。

すべての仮想マシンにはパブリック IP アドレスがあり、Web サーバー (IIS) の役割がインストールされています。各仮想マシンのファイアウォールでは、ping リクエストと Web リクエストが許可されます。
Sub2 には、次の表に示すネットワーク セキュリティ グループ (NSG) が含まれています。

NSG1 には、次の表に示す受信セキュリティ ルールがあります。

NSG2 には、次の表に示す受信セキュリティ ルールがあります。

NSG3 には、次の表に示す受信セキュリティ ルールがあります。

NSG4 には、次の表に示す受信セキュリティ ルールがあります。

NSG1、NSG2、NSG3、および NSG4 には、次の表に示す送信セキュリティ ルールがあります。

技術的要件
Contoso は次の技術要件を特定します。
* Azure Firewall を Sub2 の VNetwork1 にデプロイします。
* App2 という名前のアプリケーションを contoso.com に登録します。
* 可能な限り、最小特権の原則を使用してください。
* contoso.com に対して Azure AD Privileged Identity Management (PIM) を有効にします。

以下の説明を参照してください。
説明
Azure portal を使用してメトリックに対するアラート ルールを作成する
1. ポータルで、監視対象のリソース (ここでは VM1) を見つけて選択します。
2. [監視] セクションで [アラート (クラシック)] を選択します。テキストとアイコンはリソースごとに若干異なる場合があります。
3. [メトリック アラートの追加 (クラシック)] ボタンを選択し、以下のようにフィールドに入力し、[OK] をクリックします。
メトリック: CPU の割合
条件: 以上
期間: 最後の 15 分以上
通知方法: 電子メール
追加の管理者の電子メール: [email protected]

参照：
https://docs.microsoft.com/en-us/azure/sql-database/sql-database-insights-alerts-portal