SAP ワークロードの運用手順

[アーティクル]
11/29/2023

標準の運用手順 (SOP) は、ワークロードを管理するためのプロセスを文書化しています。各 SAP ワークロードには、運用を管理するための SOP が必要です。 SOP がない場合、チームは管理のベストプラクティスから逸脱するため、SAP ワークロードの評価と正常性チェックの継続的なサイクルをお勧めします。

正常性チェックと評価を使用する

影響: オペレーショナルエクセレンス

正常性チェックを実行します。 Azure SAP (AzSAP) の正常性チェックには、(1) デプロイチェックリスト、(2) インベントリチェックリスト、(3) 品質チェック、(4) Linux VM OS アナライザーの 4 つがあります。次の図は、Azure SAP 評価とサイクルを共有する方法を示しています。正常性チェックの詳細については、「 SAP 品質チェック」を参照してください。

図 1: SAP の正常性チェックと評価のサイクルは、その過程全体を通じて行われます。

評価を実施する。 SAP 評価には、(1) ランディングゾーンアクセラレータ (LZA)、(2) Azure SAP (AzSAP) デプロイ管理評価、(3) AzSAP Well-architected フレームワーク評価の 3 つの SAP 評価があります。これらの評価は、SAP ワークロードのライフサイクルのさまざまな段階向けに設計されています。

AzSAP Well-architected フレームワークの評価は、運用のためのものです。 SAP の運用と SAP ワークロードのベストプラクティスを比較します。この評価では、以前の各評価に基づいて構築することで、継続的な改善が促進されます。

図 2: 適切に設計された評価によってマイルストーンが作成され、時間の経過と同時にこれらのマイルストーンに基づいて構築される方法。

最初の評価ではベースラインが作成され、評価の次のイテレーションでは、開始点として前の評価が使用されます。最後の評価からの選択を維持して、設計原則を追跡および確認します。評価はそれ自体に基づいて構築されているため、超過作業時間の改善を追跡できます。この評価は、Azure の既存の SAP ワークロード向けに設計されており、1 つ以上の WAF の柱を評価できます。

この SAP 評価を使用して、SAP ワークロードの SOP を開発して再調整することをお勧めします。この評価では、より優れた SOP を構築できる強度と弱点の領域を特定します。詳細については、「 Azure Well-Architected Review」を参照してください。

ワークロードを監視する

影響: オペレーショナルエクセレンス

監視は、SAP ワークロードから収集されたデータを収集、分析、および処理するプロセスです。監視により、ワークロードの正常性に関する分析情報が得られるので、予想されるベースラインと比較できます。これにより、エラーが発生したタイミング、場所、および理由を知ることができます。監視のベストプラクティスは、システム間でイベントを関連付けることができる共通の一貫性のあるログスキーマを使用することです。監視と診断プロセスには、いくつかの異なるフェーズがあります。

表 1 - 監視と診断プロセスのフェーズ

フェーズ	プロセスの説明
インストルメンテーション	アプリケーションログ、Web サーバーログ、Azure プラットフォームに組み込まれている診断、およびその他のソースから生データを生成する。
収集と保存	データを 1 か所に統合します。
分析と診断	問題のトラブルシューティングと全体的な正常性の表示。
視覚化とアラート	データを使用して傾向を特定したり、運用チームに警告したりします。

これらのプロセスを推進するには、Azure Monitor for SAP ソリューションを使用することをお勧めします。 Azure Monitor for SAP は、Azure で実行される SAP ランドスケープ用の Azure ネイティブ監視製品です。 Azure Monitor for SAP ソリューションは、Azure Monitor インフラストラクチャの特定の部分を使用して、Azure での SAP Netweaver、SAP HANA、SQL Server & Pacemaker High-Availability デプロイの監視に関する分析情報を提供します。詳細については、「Azure Monitor for SAP Solutions」を参照してください。

AZURE Inventory Checks for SAP Workbooks では、Azure portal内の豊富なビジュアルレポートを使用して、SAP 固有の Azure リソースのデプロイと構成チェックのための柔軟なキャンバスが提供されます。これにより、Azure 全体から複数のデータソースを活用し、それらを統合された対話型エクスペリエンスに組み合わせることができます。これは、SAP On Azure デプロイの運用の品質を向上させるために、構成ドリフトを強調するインテリジェンスを備えた Azure Inventory の即時ビューを顧客/パートナーに提供することを目的としています。詳細については、「 AZURE Inventory Checks for SAP」を参照してください。

ワークロードインフラストラクチャを自動化する

影響: オペレーショナルエクセレンス

コードとしてのインフラストラクチャ (IaC) を使用して、人間の介入を最小限に抑えて SAP ワークロードのデプロイを自動化し、Azure でスケーラブルで一貫性のある SAP ワークロードを構築する必要があります。必要な SAP ワークロードリソースを手動で作成するプロセスが遅く、エラーが発生する可能性があります。 Microsoft には、使用する必要がある SAP デプロイテンプレートのリポジトリがあります。これは、SAP on Azure Deployment Automate Framework と呼ばれます。テンプレートでは、SAP HANA と NetWeaver がサポートされ、SAP でサポートされているオペレーティングシステム上の任意のデータベースがサポートされます。

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

表 2 - IaC を使用した自動デプロイの利点

特典ドメイン	デプロイの利点を自動化する	手動デプロイの欠点
ナレッジ	最初の準備時間の直後に動作します。ドメインに関する知識がほとんど必要ない。	SAP 以外の多くのドメインで専門的な知識が必要です。
Time	30 分から数時間までの予測可能な時間を消費します。	SAP ランドスケープのサイズによっては、SAP ランドスケープのサイズに応じて、さらに多くの時間がかかることがあります。
Cost	時間が短いため、自動デプロイが安価になります。	時間のかかる時間が長いため、コストがかかります。
テスト	デプロイと移行中のテストインストルメンテーションを含むテンプレートを提供します。	制限付きテストを許可します。プロセスにテストを挿入するには、さらに多くの作業が必要です。
スケーリング	簡単にスケールアップ、スケールダウン、スケールアウトが可能です。新しいデプロイテンプレートを提供します。	環境のスケーリングとカスタマイズに時間がかかります。
標準化	各デプロイで定義された標準を適用します。	デザインに不要なバリエーションが生じることがあります。