参照：
https://docs.microsoft.com/en-us/azure/machine-learning/team-data-science-process/move-data-to-azure-blob-using-azure-storage-explorer
https://docs.microsoft.com/en-us/azure/storage/tables/table-storage-overview
https://www.serverless360.com/blog/azure-blob-storage-vs-file-storage

説明
ボックス 1: 5
パブリック IP アドレスとプライベート IP アドレスを 1 つのネットワーク インターフェイスに割り当てることができます。
ボックス 2: 1
仮想マシン内の各仮想ネットワーク サブネットおよびネットワーク インターフェイスに、ゼロまたは 1 つのネットワーク セキュリティ グループを関連付けることができます。同じネットワーク セキュリティ グループを、選択した数のサブネットおよびネットワーク インターフェイスに関連付けることができます。

参照：
https://docs.microsoft.com/en-us/azure/virtual-network/virtual-network-network-interface-addresses

説明
電子メールは、監視閲覧者ロールの Azure AD ユーザー メンバーにのみ送信されます。電子メールは Azure AD グループまたはサービス プリンシパルに送信されません。
参照：
https://docs.microsoft.com/en-us/azure/azure-monitor/platform/action-groups

説明

ステップ 1: EC2 仮想マシンを構成サーバーとしてデプロイする
ソースを準備するには次のものが含まれます。
* Windows Server 2012 R2 を実行している EC2 インスタンスを使用して構成サーバーを作成し、それを Recovery Vault に登録します。
* サービス URL にアクセスできるように、構成サーバーとして使用している EC2 インスタンス VM 上でプロキシを構成します。
ステップ 2: Azure Site Recovery 統合セットアップをインストールします。
Microsoft Azure Site Recovery 統合セットアップをダウンロードします。これをローカル マシンにダウンロードし、構成サーバーとして使用している VM にコピーできます。
ステップ 3: VM1 のレプリケーションを有効にします。
移行する各 VM のレプリケーションを有効にします。レプリケーションが有効になっている場合、Site Recovery はモビリティ サービスを自動的にインストールします。
参考文献:
https://docs.microsoft.com/en-us/azure/site-recovery/merge-tutorial-aws-azure

説明
注: ルールは優先順位に従って処理され、小さい番号の方が優先度が高いため、小さい番号が大きい番号よりも先に処理されます。トラフィックがルールに一致すると、処理が停止します。その結果、より高い優先順位のルールと同じ属性を持つ、より低い優先順位 (より高い数値) で存在するルールは処理されません。
参考資料: https://docs.microsoft.com/en-us/azure/virtual-network/security-overview