Explanation:
テーブルの説明は自動的に生成されます

ボックス 1: SQL マネージド インスタンス
シナリオ: Azure に移行したら、DB1 と DB2 は次の要件を満たす必要があります。
ローカル Azure リージョン内の 2 つの可用性ゾーンに障害が発生した場合でも、可用性を維持します。
自動的にフェイルオーバーします。
I/O レイテンシを最小限に抑えます。
自動フェールオーバー グループ機能を使用すると、サーバー上のデータベース グループまたはマネージド インスタンス内のすべてのデータベースの別のリージョンへのレプリケーションとフェールオーバーを管理できます。これは、既存のアクティブ geo レプリケーション機能の上にある宣言型の抽象化であり、大規模な geo レプリケートされたデータベースの展開と管理を簡素化するように設計されています。geo フェールオーバーは手動で開始することも、ユーザー定義のポリシーに基づいて Azure サービスに委任することもできます。後者のオプションを使用すると、プライマリ リージョンで SQL データベースまたは SQL Managed Instance の可用性が完全にまたは部分的に失われる壊滅的な障害やその他の計画外のイベントが発生した後、セカンダリ リージョンで複数の関連データベースを自動的に回復できます。
ボックス2: ビジネス上重要
SQL Managed Instance は、次の 2 つのサービス レベルで利用できます。
汎用: 一般的なパフォーマンスと I/O レイテンシ要件を持つアプリケーション向けに設計されています。
ビジネスクリティカル: I/O レイテンシ要件が低く、基盤となるメンテナンス操作がワークロードに与える影響が最小限のアプリケーション向けに設計されています。
参照：
https://docs.microsoft.com/en-us/azure/azure-sql/database/auto-failover-group-overview
https://docs.microsoft.com/en-us/azure/azure-sql/managed-instance/sql-managed-instance-paas-overview
トピック 2、Fabrikam, inc ケース スタディ A
概要：
既存の環境
Fabrikam, Inc. は、ヨーロッパ全土にオフィスを持つエンジニアリング会社です。同社はロンドンに本社を置き、アムステルダム、ベルリン、ローマに 3 つの支社を構えています。
Active Directory 環境:
ネットワークには、corp.fabnkam.com と rd.fabrikam.com という 2 つの Active Directory フォレストが含まれています。フォレスト間には信頼関係はありません。Corp.fabrikam.com は、内部ユーザーとコンピューターの認証に使用される ID を含む運用フォレストです。Rd.fabrikam.com は、研究開発 (R&D) 部門でのみ使用されます。R&D 部門は、オンプレミスのリソースのみを使用するように制限されています。
ネットワーク インフラストラクチャ:
各オフィスには、corp.fabrikam.com ドメインのドメイン コントローラーが少なくとも 1 つ含まれています。メイン オフィスには、rd.fabrikam.com フォレストのすべてのドメイン コントローラーが含まれています。
すべてのオフィスには高速インターネット接続が備わっています。
WebApp1 という既存のアプリケーションは、ロンドン オフィスのデータ センターでホストされています。WebApp1 は、顧客が注文を行ったり追跡したりするために使用されます。WebApp1 には、Microsoft インターネット インフォメーション サービス (IIS) を使用する Web 層と、Microsoft SQL Server 2016 を実行するデータベース層があります。Web 層とデータベース層は、Hyper-V 上で実行される仮想マシンに展開されます。
IT 部門は現在、WebApp1 の更新をテストするために別の Hyper-V 環境を使用しています。
Fabrikam は、ソフトウェア アシュアランスを含む Microsoft Enterprise Agreement を通じてすべての Microsoft ライセンスを購入します。
問題の説明:
Web App1 の使用は予測できません。ピーク時には、ユーザーから遅延が報告されることがよくあります。その他の時間帯には、WebApp1 の多くのリソースが十分に活用されていません。
要件：
計画されている変更:
Fabrikam は、今後数年間で運用ワークロードの大部分を Azure に移行する予定です。
同社は最初のプロジェクトの 1 つとして、ハイブリッド ID モデルを確立し、今後の Microsoft Office 365 の導入を容易にすることを計画しています。すべての R&D 業務はオンプレミスのままになります。
Fabrikam は、WebApp1 の運用インスタンスとテスト インスタンスを Azure に移行する予定です。
技術要件:
Fabrikam では、次の技術要件を特定しています。
* Web サイトのコンテンツは、単一の場所から簡単に更新できる必要があります。
* 新しいアプリ インスタンスをプロビジョニングするときは、ユーザー入力を最小限に抑える必要があります。
* 可能な限り、コストを削減するために既存のオンプレミス ライセンスを使用する必要があります。
* ユーザーは常に corp.fabrikam.com UPN ID を使用して認証する必要があります。
* Azure リージョンに障害が発生した場合に備えて、Azure への新しいデプロイメントは冗長化されている必要があります。
* 可能な場合は常に、PaaS (Platform as a Service) を使用してソリューションを Azure にデプロイする必要があります。
* ディレクトリ同期サービスに関連するすべての問題について、IT サポートという名前の電子メール配布グループに通知する必要があります。
* Azure Active Directory (Azure AD) と corp.fabhkam.com 間のディレクトリ同期は、Azure とオンプレミス ネットワーク間のリンク障害の影響を受けないようにする必要があります。
データベース要件:
Fabrikam では、次のデータベース要件を特定しています。
* データベース管理者がパフォーマンス設定を最適化できるように、WebApp1 の運用インスタンスのデータベース メトリックを分析に使用できる必要があります。
* 顧客アクセスの中断を回避するために、データベースの移行時にはデータベースのダウンタイムを最小限に抑える必要があります。
* コンプライアンス要件を満たすために、データベースのバックアップは最低7年間保持する必要があります。セキュリティ要件:
Fabrikam では、次のセキュリティ要件を特定しています。
*ポリシー、テンプレート、データなどの企業情報は、社外の人がアクセスできないようにする必要があります。
*インターネット リンクに障害が発生した場合、オンプレミス ネットワーク上のユーザーは corp.fabrikam.com に対して認証できる必要があります。
*管理者は、corp.fabrikam.com の資格情報を使用して Azure ポータルに認証できる必要があります。
*Azure ポータルへのすべての管理アクセスは、多要素認証を使用して保護する必要があります。
*WebApp1 の更新のテストは、社外の人には公開されません。