説明
グラフィカル ユーザー インターフェイス、テキスト、アプリケーション、電子メール 説明が自動生成される

参照：
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 に保存する必要があります。
資格情報を必要とするサービスには、サービス インスタンスに関連付けられた資格情報が必要です。資格情報をサービス間で共有してはなりません。

説明
グラフィカル ユーザー インターフェイス、テキスト、アプリケーション、チャットまたはテキスト メッセージ 説明が自動的に生成

アカウントの種類: StorageV2
レプリケーション ソリューション: ゾーン冗長ストレージ (ZRS)

説明
グラフィカル ユーザー インターフェイス、テキスト、アプリケーションの説明が自動生成される

ボックス 1: データ パスの可用性
Standard Load Balancer は、リージョン内からロード バランサー フロント エンドに至るまで、VM をサポートする SDN スタックに至るまでのデータ パスを継続的に実行します。正常なインスタンスが残っている限り、測定はアプリケーションの負荷分散されたトラフィックと同じパスに従います。顧客が使用するデータ パスも検証されます。測定はアプリケーションには表示されず、他の操作を妨げません。
注: ロード バランサーは、ロード バランサーのフロントエンドに到着する受信フローをバックエンド プール インスタンスに分散します。これらのフローは、設定された負荷分散ルールと正常性プローブに従っています。バックエンド プール インスタンスには、Azure Virtual Machines または仮想マシン スケール セット内のインスタンスを使用できます。
ボックス 2: SYN カウント
SYN (同期) カウント: Standard Load Balancer は、伝送制御プロトコル (TCP) 接続を終了したり、TCP または UDP パケット フローと対話したりしません。フローとそのハンドシェイクは常にソースと VM インスタンスの間で行われます。TCP プロトコル シナリオのトラブルシューティングを改善するには、SYN パケット カウンタを使用して、TCP 接続の試行回数を把握します。このメトリクスは、受信した TCP SYN パケットの数を報告します。
参照：
https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-standard-diagnostics

説明
グラフィカル ユーザー インターフェイス、テキスト、アプリケーション、電子メール 説明が自動生成される

ボックス 1: Azure ネットワーク ウォッチャー
Traffic Analytics は、クラウド ネットワーク内のユーザーとアプリケーションのアクティビティを可視化するクラウドベースのソリューションです。トラフィック分析は、Network Watcher ネットワーク セキュリティ グループ (NSG) のフロー ログを分析し、Azure クラウド内のトラフィック フローに関する洞察を提供します。トラフィック分析を使用すると、次のことが可能になります。
開いているポート、インターネット アクセスを試みるアプリケーション、不正なネットワークに接続している仮想マシン (VM) などの情報を使用して、セキュリティ上の脅威を特定し、ネットワークを保護します。
Azure サブスクリプション全体のネットワーク アクティビティを視覚化し、ホット スポットを特定します。
Azure リージョンとインターネット全体のトラフィック フロー パターンを理解して、パフォーマンスと容量のネットワーク デプロイを最適化します。
ネットワーク内の接続障害につながるネットワーク構成の誤りを特定します。
ボックス 2: Azure サービス マップ
Service Map は、Windows および Linux システム上のアプリケーション コンポーネントを自動的に検出し、サービス間の通信をマッピングします。Service Map を使用すると、サーバーを、重要なサービスを提供する相互接続されたシステムとして考えることができます。サービス マップには、TCP 接続されたアーキテクチャ全体にわたるサーバー、プロセス、受信および送信接続の遅延、ポート間の接続が表示されます。エージェントのインストール以外に構成は必要ありません。
参照：
https://docs.microsoft.com/en-us/azure/network-watcher/traffic-analytics
https://docs.microsoft.com/en-us/azure/azure-monitor/insights/service-map