次の方法で共有


SAP ワークロード アプリケーションの設計

SAP アプリケーションは設計原則に従う必要があります。 ここでのガイダンスでは、コストの最適化と信頼性に焦点を当てています。

SAP アプリケーションのコストの最適化

影響: コストの最適化

SAP アプリケーションを最適化すると、機能を減らすことなく総保有コストを削減できます。 目標は、投資収益率 (ROI) の最大値を生成することです。 SAP アプリケーションを最適化する方法を次に示します。

アプリケーションの責任を特定します。 SAP アプリケーションの最適化は、顧客ビジネス アプリケーション チームの責任である必要があります。 コストを担当するユーザーまたはグループを持つことは、SAP ワークロードのライフサイクルを通してコストを最適化する意思決定を促進するのに役立ちます。

合理化と再設計。 特に移行中は、SAP アプリケーションの合理化または再設計を検討する必要があります。 S4 HANA は、レガシ システムとして追加できる古い SAP アプリケーションに代わることがよくあります。 SAP WAF 評価は、再設計作業の検証に役立ち、定期的に実施する必要があります。 詳細については、「 Azure Well-Architected Review」を参照してください。

レガシ システムへの投資を最小限に抑えます。 コストを削減するために、サポートされている最小アーキテクチャでレガシ SAP アプリケーションをホストする必要があります。 レガシ アプリケーションのパフォーマンスが低下し、パフォーマンスが低下します。 合理化と再設計後に残るレガシ システムは、可能な限り最小限の支出を受け取り、必要に応じて廃止する必要があります。 詳細については、「Azure Cost Management」を参照してください。

SAP アプリケーションの信頼性

影響: 信頼性

多層アーキテクチャを使用します。 信頼性のためには、SAP ワークロードをサポートする多層アーキテクチャを作成することが不可欠です。 階層とアーキテクチャの数は、SAP アプリケーションごとに異なります。 アプリケーション コンポーネントを相互に分離し、冗長性を作成して高可用性を実現してください。 必要に応じて、SAP Web Dispatcher、SAP Central Services、SAP App Server、SAPMNT 共有、データベースを分離する必要があります。 設計を通知するために使用できるいくつかの異なる SAP アプリケーションのサンプル アーキテクチャがあります。

詳細については、次を参照してください。

SAP セントラル サービスの信頼性を構成します。 SAP セントラル サービス (SCS) または ABAP SAP セントラル サービス (ASCS) は、SAP アプリケーション通信の基礎です。 メッセージ サーバーとエンキュー サーバーで構成されます。 多くの場合、中央サービス レイヤーは単一障害点であり、SAP アプリケーションの回復性を実現するために高可用性を確保するために設定する必要があります。 冗長性を追加するには、クラスターをサポートする互換性のある共有ストレージ テクノロジを使用して、SAP セントラル サービスのクラスターを作成します。 一般提供またはプライベート/パブリック プレビューのオペレーティング システムと使用可能な共有ストレージ テクノロジに応じて、さまざまなオプションを使用できます。 可用性ゾーンは、高可用性 ASCS アーキテクチャを作成する機会を提供します。

詳細については、次を参照してください。

次の手順