参照：
https://technet.microsoft.com/windows-server-docs/failover-clustering/deploy-cloud-witness
https://azure.microsoft.com/en-us/support/legal/sla/load-balancer/v1_0/
トピック 3、ADAtum Corporation
既存の環境
ADatum には、Microsoft SQL Server 2016 がインストールされた 1 つのデータベース サーバーがあります。サーバーは、SALESDB、DOCDB、および REPORTINGDB という 3 つのミッション クリティカルなデータベースをホストします。
SALESDB は店舗と Web サイトからデータを収集します。
DOCDB は、SALESDB の販売データに接続するドキュメントを格納します。ドキュメントは、販売チャネルに基づいて 2 つの異なる JSON 形式で保存されます。
REPORTINGDB は、レポート データを格納し、複数の列ストア インデックスを含みます。毎日のプロセスで、SALESDB のデータから REPORTINGDB にレポート データが作成されます。このプロセスは、SALESDB からストアド プロシージャを実行する SQL Server Integration Services (SSIS) パッケージとして実装されます。
要件
変更予定
ADatum は、現在のデータ インフラストラクチャを Azure に移行する予定です。新しいインフラストラクチャには次の要件があります。
SALESDB と REPORTINGDB を Azure SQL データベースに移行します。
DOCDB を Azure Cosmos DB に移行します。
JSON 形式のドキュメントを含む販売データは、到着時に収集し、Azure Stream Analytics を使用してオンラインで分析する必要があります。分析プロセスは、継続的に行う必要がある集計を実行します。ギャップや重複はありません。
JSON 形式のすべての販売ドキュメントは、到着したら、1 つの一貫した形式に変換する必要があります。
Azure Data Factory は、SALESDB から REPORTINGDB にデータをコピーする SSIS プロセスを置き換えます。
技術要件
新しい Azure データ インフラストラクチャは、次の技術要件を満たす必要があります。
SALESDB のデータは、Transparent Data Encryption (TDE) を使用して暗号化する必要があります。暗号化には独自のキーを使用する必要があります。
SALESDB は、過去 3 週間以内の特定の分に復元可能である必要があります。
ワークロードが実際の使用パターンに基づいて適切にサイジングされるように、リアルタイム処理を監視する必要があります。
不足しているインデックスは、REPORTINGDB 用に自動的に作成する必要があります。
SALESDB では、ディスク IO、CPU、およびメモリの使用量を監視する必要があります。