SAP ワークロード アプリケーション プラットフォーム
アプリケーション プラットフォームは、ホスティング環境、アプリケーションの依存関係、フレームワーク、およびライブラリを指します。 SAP ワークロードの場合、Azure プラットフォームはコストとパフォーマンスを最適化する機会を提供し、より少ないコストでより多くのことを行うことができます。
コンピューティング コストを最適化する
影響: コストの最適化
コンピューティング コストの最適化は、SAP ワークロードのライフサイクル全体を通じて VM の計画、監視、サイズ変更を行って実現されます。 VM は SAP アプリケーションのコンピューティング能力を提供し、コストとパフォーマンスに直接影響します。 SAP ワークロードのコンピューティング コストを監視して、支出したドルが組織の目標を達成するのに役立っていることを確認することをお勧めします。 SAP ワークロード コンピューティングのコスト最適化に関する推奨事項を次に示します。
適切な VM の種類を選択する
Azure には、ワークロード用の SAP 認定 VM があります。 間違った VM の種類では、パフォーマンスのニーズを得るためにサイズを大きくする必要があり、メリットなしでコストが増加します。 正しい種類の VM が小さいほど、間違った型の大規模なインスタンスと同等か、またはより優れたパフォーマンスが得られます。 Azure には、SAP 認定の構成の一覧が用意されており、ビジネス ニーズに合わせて VM が適切に機能することを理解するのに役立ちます。
詳細については、「 SAP 認定インフラストラクチャ」を参照してください。
メモリ最適化 VM は、ほとんどの SAP アプリケーションの要件を満たすことができます。 SAP オンライン分析処理 (OLAP) ワークロードとオンライン トランザクション処理 (OLTP) ワークロードでは、M シリーズ VM を使用する必要があります。 OLTP ワークロードの例としては、SAP HANA、SAP Business Suite on HANA、SAP S/4HANA などがあります。 OLAP ワークロードの例としては、SAP BW on HANA BW/4HANA などがあります。 SAP Business One on HANA と M シリーズ VM のペア。
SAP NetWeaver、Business All-in-One、Business Suite Software、BusinessObjects BI は、さまざまな VM の種類とより広範に連携しています。 これらは、D、G、E、M シリーズの VM で実行できます。
移行中にコンピューティング コストを最適化する
多くの SAP 体験はオンプレミスで開始されるため、ワークロードの移行全体を通じてコンピューティングの最適化を計画することが重要です。 すべての SAP 移行でベスト プラクティスに従ってください。 プロセス ガイダンスについては、 CAF SAP ドキュメントを参照してください。 より広範なプロセス ガイダンスが用意されたので、SAP ワークロードごとにコンピューティングの最適化をカスタマイズする必要があります。 移行前と移行後のマイルストーンを検討してください。
移行前の最適化。 移行前の最適化により、SAP ワークロードの予想される移行ランタイムをサポートするために十分なクラウド リソースがプロビジョニングされます。 Azure VM がオンプレミス ワークロードの技術的な要件を満たしていることを確認する必要があります。 計画により、ワークロードの移行時間が短縮され、移行の時間が最小限に抑えられます。コストを削減できます。
移行後の最適化。 移行後の最適化では、エンド ユーザー エクスペリエンスに重点を置いています。 この手順は、ハイパーケア期間と一致します。これは、ワークロードが実行されていることを確認するために、カスタマー サービスが昇格した時間です。 ユーザーが操作を開始するときに、ワークロードを監視する必要があります。 パフォーマンス メトリックは、VM をダウンサイズするか、別の VM の種類に切り替える必要があることを示している場合があります。
アプリケーション プラットフォームのオペレーショナル エクセレンスを向上させる
最もコスト削減のために運用中の VM を最適化することが重要です。 VM 操作では、SAP ワークロードの毎日の管理を参照しています。 ワークロードのこのフェーズでは、コンピューティングのニーズを予測する機能が提供されます。 時間の経過と同時に、ユーザーの需要がコンピューティングニーズに与える影響を確認することが重要です。 VM の選択は、SAP ワークロードの要件と共に変更する必要があります。 操作のコスト削減に関する推奨事項を次に示します。
Azure Advisor を使用します。 最適化が必要な VM の使用状況を特定するには、Azure Advisor を使用することをお勧めします。 詳細については、「 Azure Advisor のコストの最適化」を参照してください。
VM ガバナンスを適用します。 コストとセキュリティのベスト プラクティスとして、VM の作成時に VM ガバナンスを適用する必要があります。 VM のデプロイごとに、SAP ワークロードの運用コストと攻撃面が増加します。 ガバナンス プロセスの外部で作成された VM は、不要な費用を生み出し、より多くの脆弱性を持つ傾向があります。 Azure Policyを使用して、SAP ワークロードに VM ガバナンスを適用することをお勧めします。 詳細については、「SAP のAzure Policy」を参照してください。
重要でないワークロードを停止します。 各 SAP ワークロードには、異なるレベルの重要度があります。 一部のワークロードは、夜間と週末には必要ありません。 サンドボックス環境は、重要度が低い良い例です。 コストを削減するために、重要でないワークロード環境をサポートする VM を停止することをお勧めします。 このプロセスは、Azure の SAP ワークロードに対して自動化できます。 詳細については、「VM の 開始と停止の自動化」を参照してください。
予約インスタンスを使用します。 継続的に実行する必要がある SAP ワークロードでは、予約インスタンスを使用してコストを最適化する必要があります。 予算の予測可能性のために、指定したリージョンで 1 年または 3 年間の高度な購入を行うことができます。 詳細については、「 Azure の予約」を参照してください。
Azure ハイブリッド特典を使用します。 Azure では、オンプレミスのソフトウェア アシュアランス対応の Windows Server とSQL Server ライセンスを使用できます。 この特典は、Red Hat と SUSE Linux サブスクリプションに適用されます。 この利点により、ハイブリッド SAP ワークロードの大幅な節約が生み出される可能性があります。 詳細については、「 ハイブリッド ライセンス特典」を参照してください。
詳細については、次を参照してください。
アプリケーションの信頼性を構成する
影響: 信頼性
アプリケーション サーバーの信頼性の目標は、必要に応じ、複数のアプリケーション サーバーでトラフィックとフェールオーバーを負荷分散することです。 SAP アプリケーション サーバー層の回復性は、冗長性によって実現できます。 少なくとも 2 つのアプリケーション サーバーを使用して、Azure 仮想マシンの異なるインスタンスに複数のダイアログ インスタンスを構成できます。 アプリケーション サーバーの回復性に関する推奨事項を次に示します。
Availability Zonesを使用します。 SAP アプリケーション サーバーは、可用性セット内または複数の可用性ゾーンにデプロイできます。 決定はワークロードの要件に基づいている必要がありますが、現在、回復性の最適なオプションとして可用性ゾーンを推奨しています。 スケール セットはお勧めしません。 詳細については、「SAP の 可用性ゾーン」を参照してください。
複数のアプリケーション サーバーを使用します。 1 つの大きなアプリケーション サーバーではなく、複数の小さなアプリケーション サーバーを使用することをお勧めします。 このセットアップにより、単一障害点を回避できます。 エンド ユーザー & バッチ処理間の負荷分散を向上させるために、SAP ログオン グループ (SMLG) と Batch Server Group (RZ12) を構成することをお勧めします。
詳細については、次を参照してください。
- SAP NetWeaver のための Azure Virtual Machines 高可用性
- Azure 仮想マシンの SAP HANA の高可用性
- Azure Availability Zones での SAP ワークロードの構成
コンピューティング パフォーマンスの効率を向上させる
影響: パフォーマンス効率
コンピューティングは、SAP アプリケーションを機能するコアです。 コンピューティングには、ハードウェア、コア数、メモリが含まれます。 これらの機能は、組織の基礎となります。 コンピューティング構成を最適化しないと、SAP ワークロードはユーザーの需要の急増を満たしたり、定義済みの予算を維持したりできなくなります。 ワークロードに対する需要を把握し、それらの需要を SAP ワークロードに使用するコンピューティングと一致することが重要です。 コンピューティング パフォーマンスに関する考慮事項をいくつか次に示します。
オンプレミス ワークロードの参照サイズ設定を実施します。 参照のサイズ設定は、オンプレミスの SAP ワークロードの構成とリソース使用率データを確認するプロセスです。 参照サイズ設定データは、ワークロードの現在のコンピューティング ニーズを示しており、これらのニーズは Azure で一致する必要があります。 この情報を見つけるには、SAP OS コレクターを使用します。 SAP OS Collector は、SAP トランザクション OS07N と EarlyWatch アラートを介して報告できるシステム使用率情報を取得します。 システム パフォーマンスと統計収集ツールは、同様の情報を収集できます。
新しいワークロードには SAP Quick Sizer を使用します。 SAP Quick Sizer は、ビジネス要件を技術的な要件に変換する SAP によって開発された無料の Web ベースのツールです。 このツールは、新しい SAP ワークロードを構築するときに使用して、適切なネットワークとストレージのスループットを持つ Azure VM を見つけます。 詳細については、「 SAP クイック サイザー」を参照してください。