説明

ファイル 1: エンドポイント 3 のみ
クラウド階層化: クラウド階層化を有効または無効にするスイッチ。有効にすると、クラウド階層化によってファイルが Azure ファイル共有に階層化されます。これにより、オンプレミスのファイル共有がデータセットの完全なコピーではなくキャッシュに変換され、サーバー上のスペース効率の管理に役立ちます。クラウド階層化を使用すると、使用頻度が低いファイルやアクセス頻度の低いファイルを Azure Files に階層化できます。
ファイル 2: エンドポイント 1、エンドポイント 2、およびエンドポイント 3
参考文献:
https://docs.microsoft.com/en-us/azure/storage/files/storage-sync-cloud-tiering

多くの Azure Active Directory (Azure AD) サービスでは、そのサービスの各ユーザーまたはグループ (および関連メンバー) にライセンスを付与する必要があります。有効なライセンスを持つユーザーのみが、ライセンスを取得した Azure AD サービスにアクセスして使用できます。ライセンスはテナントごとに適用され、他のテナントに譲渡されることはありません。
すべての Microsoft サービスがすべての場所で利用できるわけではありません。ライセンスをグループに割り当てる前に、すべてのメンバーの使用場所を指定する必要があります。この値は、Azure AD の [Azure Active Directory] ​​> [ユーザー] > [プロファイル] > [設定] 領域で設定できます。使用場所が指定されていないユーザーは、Azure AD 組織の場所を継承します。
ライセンス権利をユーザーまたはグループ全体に追加できます。手順については参考リンクをご確認ください。
参考資料: https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/license-users-groups

説明

ボックス 1: 仮想ネットワーク ゲートウェイとローカル ネットワーク ゲートウェイを作成します。
Azure VPN ゲートウェイ。VPN ゲートウェイ サービスを使用すると、VPN アプライアンスを介して VNet をオンプレミス ネットワークに接続できます。詳細については、「オンプレミス ネットワークを Microsoft Azure 仮想ネットワークに接続する」を参照してください。VPN ゲートウェイには次の要素が含まれます。
* 仮想ネットワークゲートウェイ。VNet に仮想 VPN アプライアンスを提供するリソース。オンプレミス ネットワークから VNet へのトラフィックのルーティングを担当します。
* ローカルネットワークゲートウェイ。オンプレミス VPN アプライアンスの抽象化。クラウド アプリケーションからオンプレミス ネットワークへのネットワーク トラフィックは、このゲートウェイを介してルーティングされます。
* 繋がり。接続には、接続タイプ (IPSec) と、トラフィックを暗号化するためにオンプレミス VPN アプライアンスと共有されるキーを指定するプロパティがあります。
* ゲートウェイサブネット。仮想ネットワーク ゲートウェイは独自のサブネット内に保持されます。これには、以下の「推奨事項」セクションで説明するさまざまな要件が適用されます。
ボックス 2: サイト間 VPN 接続を構成する
オンプレミスでは、仮想ネットワーク ゲートウェイとローカル ネットワーク ゲートウェイのサイト間接続を作成します。

シナリオ: 暗号化接続を使用して、インターネット経由でニューヨーク オフィスを VNet1 に接続します。
トピック 3、Contoso Ltd
概要
Contoso, Ltd. は、世界中にオフィスを構える製造会社です。Contoso はパートナー組織と協力して製品を市場に投入します。
Contoso 製品は、会社が作成および保守するブループリント ファイルを使用して製造されます。
既存の環境
現在、Contoso は業務運営に次のような複数の種類のサーバーを使用しています。
* ファイルサーバー
* ドメインコントローラー
* Microsoft SQL Serverサーバー
ネットワークには contoso.com という名前の Active Directory フォレストが含まれています。すべてのサーバーとクライアント コンピューターは Active Directory に参加しています。
App1 という名前の公開アプリケーションがあります。App1 は次の 3 つの層で構成されます。
* SQL データベース
* ウェブフロントエンド
* 処理中間層
各層は 5 つの仮想マシンで構成されます。ユーザーは、HTTPS のみを使用して Web フロントエンドにアクセスします。
要件
計画された変更
Contoso は、インフラストラクチャに次の変更を実装する予定です。
App1 のすべての層を Azure に移動します。
既存の製品ブループリント ファイルを Azure Blob Storage に移動します。
今後の Microsoft Office 365 移行プロジェクトをサポートするハイブリッド ディレクトリを作成します。
技術的要件
Contoso は次の技術要件を満たす必要があります。
* App1 のすべての仮想マシンを Azure に移動します。
* App1 層間で開いているポートの数を最小限に抑えます。
* App1 のすべての仮想マシンがバックアップによって保護されていることを確認します。
* ブループリント ファイルをインターネット経由で Azure にコピーします。
* ブループリント ファイルがアーカイブ ストレージ層に保存されていることを確認してください。
* パートナーによるブループリント ファイルへのアクセスが安全かつ一時的であることを確認します。
* ユーザーのパスワードまたはパスワードのハッシュが Azure に保存されないようにします。
* 仮想マシンのハードディスクには、管理対象外の標準ストレージを使用します。
* ユーザーがデバイスを Azure Active Directory (Azure AD) に参加させるとき、ユーザーは携帯電話を使用して ID を確認するようにします。
可能な限り管理労力を最小限に抑えます。
ユーザー要件
Contoso は、ユーザーに対して次の要件を特定します。
* Pilot という名前のグループに属しているユーザーのみがデバイスを Azure AD に参加できるようにします。
* Admin1 という名前の新しいユーザーを Azure サブスクリプションのサービス管理者として指定します。
* Admin1 は、サービス停止に関する電子メール アラートを受信する必要があります。
* User3 という名前の新しいユーザーが Azure サブスクリプションのネットワーク オブジェクトを作成できることを確認します。

参照：
https://docs.microsoft.com/en-us/azure/azure-monitor/platform/action-groups