次の方法で共有


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

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

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

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

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

顧客体験に合わせた Azure SAP 評価と正常性チェックを示す図。 図 1: SAP の正常性チェックと評価のサイクルは、その過程全体を通じて行われます。

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

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

Well-Architected 評価がベースラインを構築し、評価の各イテレーションが前の評価に基づいて構築される方法を示す図。 図 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 時間が短いため、自動デプロイが安価になります。 時間のかかる時間が長いため、コストがかかります。
テスト デプロイと移行中のテスト インストルメンテーションを含むテンプレートを提供します。 制限付きテストを許可します。 プロセスにテストを挿入するには、さらに多くの作業が必要です。
スケーリング 簡単にスケールアップ、スケールダウン、スケールアウトが可能です。新しいデプロイ テンプレートを提供します。 環境のスケーリングとカスタマイズに時間がかかります。
標準化 各デプロイで定義された標準を適用します。 デザインに不要なバリエーションが生じることがあります。

次の手順