シナリオ: VM4 の設定が変更されたときに電子メール メッセージを送信するワークフローを作成します。
Azure リソースまたはサード パーティ リソースで特定のイベントが発生したときに、自動化されたロジック アプリ ワークフローを開始できます。これらのリソースは、これらのイベントを Azure イベント グリッドに発行できます。次に、イベント グリッドは、これらのイベントを、エンドポイントとしてキュー、Webhook、またはイベント ハブを持つサブスクライバーにプッシュします。サブスクライバーとして、ロジック アプリはイベント グリッドからのこれらのイベントを待機してから、自動化されたワークフローを実行してタスクを実行できます。コードを記述する必要はありません。
参考文献:
https://docs.microsoft.com/en-us/azure/event-grid/monitor-virtual-machine-changes-event-grid-logic-app

説明
IP アドレスで構成されたバックエンド プールには、次の制限があります。
※スタンダードロードバランサーのみ
参照：
https://docs.microsoft.com/en-us/azure/load-balancer/backend-pool-management

Azure Storage Explorer は、Windows、macOS、および Linux で Azure Storage データを操作できる Microsoft の無料ツールです。これを使用して、Azure BLOB ストレージからデータをアップロードおよびダウンロードできます。
シナリオ：
予定されている変更には、次のものが含まれます。既存の製品ブループリント ファイルを Azure Blob Storage に移動します。
技術的な要件は次のとおりです。ブループリント ファイルをインターネット経由で Azure にコピーします。
参照: https://docs.microsoft.com/en-us/azure/machine-learning/team-data-science-process/move-data-to-azure-blob-using-azure-storage-explorer

Explanation:
ボックス 1: VM1 のみ
VM1 は Vault1 と同じリージョンにあります。
File1 は Vautl1 と同じリージョンにありません。
SQL は Vault1 と同じリージョンにありません。
BLOB をサービス コンテナーまでバックアップすることはできません。
注: ボールトを作成して仮想マシンを保護するには、ボールトが仮想マシンと同じリージョンにある必要があります。
ボックス 2: Share1 のみ。
Storage1 は、Vault2 と同じリージョン (米国西部) にあります。Share1 は Storage1 にあります。
注: [バックアップ] を選択すると、[バックアップ] ウィンドウが開き、検出されたサポート対象のストレージ アカウントの一覧からストレージ アカウントを選択するよう求められます。それらは、このコンテナーに関連付けられているか、コンテナーと同じリージョンに存在しますが、Recovery Services コンテナーにはまだ関連付けられていません。
参考文献:
https://docs.microsoft.com/bs-cyrl-ba/azure/backup/backup-create-rs-vault
https://docs.microsoft.com/en-us/azure/backup/backup-afs

説明

ボックス 1: vNET6 のみ
ボックス 2: アドレス空間を変更する
ピアリングする仮想ネットワークには、重複しない IP アドレス空間が必要です。
参考文献:
https://docs.microsoft.com/en-us/azure/virtual-network/virtual-network-manage-peering#requirements-and-const