説明
参考文献:
https://wiki.scn.sap.com/wiki/display/SM/ハードウェア+容量+チェック+イン+EWA

参考文献:
https://docs.microsoft.com/en-us/azure/active-directory/hybrid/plan-connect-userprincipalname

Explanation:
ステップ 1: Azure 拡張監視をインストールします。
SAP Azure Enhanced Monitoring Extension を使用すると、SAP ワークロードを実行している Azure VM から OS およびアプリケーション パフォーマンス カウンターを含む診断データを収集できます。
ステップ 2: Log Analytics クライアントを SAP HANA on Azure (L インスタンス) インスタンスにインストールします。
手順 3: 仮想ネットワーク上に Log Analytics ゲートウェイを構成します。
ステップ 4: ゲートウェイで実行します。
参照：
http://www.deployazure.com/compute/virtual-machines/sap-azure-enhanced-monitoring-extension/
https://docs.microsoft.com/en-us/azure/azure-monitor/platform/gateway

Explanation:
ボックス 1: いいえ
Azure アベイラビリティ ゾーンは、Azure リージョン内の物理的に分離された場所であり、顧客のアプリケーションとデータをデータセンター レベルの障害から保護します。これは、データセンター レベルの障害から保護する低遅延の同期レプリケーションを必要とするアプリケーションに適しています。
ボックス 2: はい
AAP アプリケーション サーバーからデータベース サーバーへの遅延は、ABAPMeter レポート /SSA/CAT を使用してテストできます。
ボックス 3: はい
ネットワークの問題を分析したり、ネットワーク メトリックを測定するには、SAP の NIPING プログラムを使用して接続をテストできます。NIPING を使用すると、SAP ソフトウェアを実行している 2 台のマシン間のネットワーク接続を分析できます。
参照：
https://azure.microsoft.com/sv-se/blog/azure-availability-zones-expand-with-new-services-and-to-new-regions-in-europe-and-united-states/
https://azure.microsoft.com/en-us/blog/sap-on-azure-architecture-designing-for-performance-and-scalability/
https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=360974069

SUM のシステム移動オプションを備えた SAP データベース移行オプション (DMO) を移行の一部として使用すると、オンプレミスのソース システムから、または Microsoft Azure にあるターゲット システムへの移行を 1 つのステップで実行するオプションがお客様に提供されます。 、全体的なダウンタイムを最小限に抑えます。
参照：
https://blogs.sap.com/2017/10/05/your-sap-on-azure-part-2-dmo-with-system-move/ SAP ワークロードを Azure Testlet 2 に移行するケース スタディ これはケース スタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
概要
Contoso, Ltd. は、従業員 15,000 人を抱える製造会社です。
同社は販売と製造に SAP を使用しています。
Contoso はニューヨークとロンドンに営業所を持ち、ボストンとシアトルに製造施設を持っています。
既存の環境
アクティブディレクトリ
ネットワークには、ad.contoso.com という名前のオンプレミスの Active Directory ドメインが含まれています。ユーザーの電子メール アドレスは、contoso.com のドメイン名を使用します。
SAP環境
現在の SAP 環境には次のコンポーネントが含まれています。
* SAP ソリューション マネージャー
* SAP ERP セントラル コンポーネント (SAP ECC)
* SAP サプライ チェーン マネジメント (SAP SCM)
* Windows Server 2008 R2 を実行する SAP アプリケーション サーバー
* SUSE Linux Enterprise Server 12 (SLES 12) を実行する SAP HANA データベース サーバー 問題に関する説明 Contoso は、現在の環境で次の問題を特定しています。
* SAP HANA 環境には適切なリソースが不足しています。
※Windowsサーバーのサポート終了が近づいています。
* データセンターは最大容量です。
要件
計画された変更
Contoso は、次の計画された変更を特定しています。
* Azure Virtual WAN を展開します。
* アプリケーション サーバーを Windows Server 2016 に移行します。
* ExpressRoute 接続をすべてのオフィスと製造施設に展開します。
* 開発、品質保証、運用のために SAP ランドスケープを Azure にデプロイします。
実稼働ランドスケープのすべてのリソースは、SAPProduction という名前のリソース グループ内に存在します。
ビジネス目標
Contoso は次のビジネス目標を特定します。
* 可能な限りコストを最小限に抑えます。
* ダウンタイムを発生させずに SAP を Azure に移行します。
* Azure へのすべての SAP デプロイが SAP によってサポートされていることを確認してください。
* すべての運用データベースが Azure リージョンの障害に耐えられることを確認します。
* すべての実稼働アプリケーション サーバーが過去 21 日間の毎日のバックアップを復元できることを確認します。
技術的要件
Contoso は次の技術要件を特定します。
* すべての Web クエリを検査します。
* SAP HANA クラスターを 2 つのデータセンターにデプロイします。
* データベースの同期に使用される帯域幅を最小限に抑えます。
* Active Directory アカウントを使用して Azure リソースを管理します。
* 各運用アプリケーション サーバーに 4 つの 1 TB データ ディスクがあることを確認します。
* 過去 5 日間に作成されたバックアップからアプリケーション サーバーを 15 分以内に復元できることを確認します。
* 承認プロセスを実装して、別の管理者が SAP をホストする Azure 仮想マシンに変更を加えようとする前に、SAP 管理者に通知されるようにします。
移行中に、Azure とニューヨーク オフィス間で必要な帯域幅は次のようになると推定されます。
1Gbps。移行後は、最大 3 Gbps のトラフィック バーストが発生します。
提案されたバックアップ ポリシー
Azure 管理者は、次の図に示すバックアップ ポリシーを提案します。

Azure リソース マネージャー テンプレート
Azure 管理者は、運用アプリケーション サーバーのプロビジョニングに使用される Azure Resource Manager テンプレートを提供します。


SAP ワークロードを Azure に移行する
質問セット 3