SAP on Azure の運用ベースライン
この記事は、Azure ランディング ゾーンの記事 「設計領域: Azure 環境の管理」で定義されている考慮事項と推奨事項に基づいています。 この記事のガイダンスは、プラットフォーム レベルでの一元的な管理と監視によって、Azure エンタープライズ 資産上の SAP プラットフォームの運用を維持する方法について検討することに役立ちます。
この記事では、SAP 運用 チームが Azure プラットフォーム内で SAP システムを保守する際の重要な推奨事項について説明します。 SAP はミッション クリティカルなプラットフォームであるため、Azure ランディング ゾーンの設計領域に関するガイダンスを設計に含める必要があります。 SAP ワークロードを管理するための標準的な運用手順を構築したい場合は、Azure Well-Architected Framework の「SAP ワークロード運用手順」を参照してください。
重要なポイント
SAP on Azure の監視と管理のための主な設計上の考慮事項と推奨事項のいくつかを以下に示します。
Azure Monitor for SAP Solutions を使用して、Azure 上の SAP ワークロードを監視します。 Azure Monitor for SAP Solutions を SAP Solution Manager で補完することを検討してください。 Application Insights を追加して、テレメトリが潜在的なエラーを示したときにアラートとサポート チケットを生成する際に、すべての必要なテレメトリ データを抽出できます。
SAP on Azure ベースライン アラートを使用して SAP 環境を監視する
SAP 向け Microsoft Sentinel ソリューションを使用して脅威に対する保護を実装します。 このソリューションを使用して、SAP システムを監視し、ビジネス ロジックとアプリケーション レイヤー全体で高度な脅威を検出します。
SAP 確認用 VM 拡張機能を実行します。 VM Extension for SAP は、仮想マシン (VM) の割り当て済みマネージド ID を使用して、VM の監視と構成データにアクセスします。 このチェックでは、SAP アプリケーション内のすべてのパフォーマンス メトリックが、基になる Azure Extension for SAP によって提供されていることを確認します。
Azure Backup サービスを使用して HANA データベースを保護します。 HANA、Oracle、DB2 データベース用に Azure NetApp Files をデプロイする場合は、Azure アプリケーション整合性 スナップショット ツール (AzAcSnap) を使用して、アプリケーション整合性 スナップショットを作成します。 AzAcSnap では、Oracle データベースもサポートされています。 個々の VM ではなく、中心的な VM に AzAcSnap を使用することを検討してください。
待機時間の影響を受けやすいアプリケーションには、VM 間 待機時間 監視を使用します。
Azure Network Watcher の接続モニターを使用して、SAP データベースとアプリケーション サーバーの待機時間メトリックを監視します。 または、「Azure Monitor を使用して、ネットワーク待機時間の測定値を収集して表示します」。
Azure Site Recovery 監視を使用して、SAP アプリケーション サーバーのディザスター リカバリー サービスの正常性を維持します。
パフォーマンスの問題を回避するには、すべての運用システムで、OS ディスクに 128 GiB (P10) 以上のプレミアム マネージド ディスクを使用する必要があります。
ウイルス対策スキャンからすべてのデータベース ファイル システムと実行可能プログラムを除外します。 これらを含めると、パフォーマンスの問題につながる可能性があります。 除外リストの規範的な詳細については、データベース ベンダーにお問い合わせください。 たとえば、Oracle では、ウイルス対策スキャンから /oracle/<sid>/sapdata を除外することを推奨しています。
オペレーティング システムと SAP システムのタイム ゾーンが一致しているか確認します。
異なるアプリケーション サービスを同じクラスターにまとめないでください。 たとえば、DRBD クラスターとセントラル サービス クラスターを同じクラスターにまとめないでください。 ただし、同じ Pacemaker クラスターを使用して、約 5 個の異なるセントラル サービスを管理することはできます (マルチ SID クラスター)。
ジョブのスケジュールに IBM の Tivoli Workload Scheduler (TWS) クラスターを使用している間は、独自の VM ペアで TWS クラスターを実行することを検討してください。 SAP セントラル サービスまたはデータベース クラスターでそれを実行することはお勧めしません。
LOG_METH2を実装するシナリオで、SAP on Azure を実行するために DB2 データベースを使用する場合は、Azure Files 共有 (NFSv4.1) の使用を検討してください。 それによってディザスター リカバリーの速度が向上します。Azure の実行コストを節約して最適化するためには、再通知 モデルで dev/test システムを実行することを検討してください。
非機能要件の計画を作成することを検討してください。 それらの要件を、それらに対処できるネイティブ Azure リソースにマップします。 たとえば、Azure Monitor for SAP は、セントラル サービス クラスターを監視できます。
OS またはデータベースの移行を実行しているときに、SAP パラメーター、特に ABAP メモリ パラメーターを確認して採用します。 たとえば、
em/initial_size_MBは AIX 環境にのみ有効で、Azure VM には設定するべきではありません。移行後に非 HANA データベースの完全なデータベース統計を収集することを検討してください。 たとえば、SAP Note 1020260 - Oracle 統計の配信を実装します。
SAP on Azure を使用するすべての Oracle デプロイに Oracle Automatic Storage Management (ASM) を使用することを検討してください。
SAP on Azure を使用する DB2 デプロイに自動ストレージを使用することを検討してください。
SAP ランドスケープ管理 (LaMa)を使用して SAP Basis 操作を最適化および管理します。 SAP システムの再配置、コピー、複製、および更新を行うには、 Azure 用の SAP LaMa コネクタ を使用します。
プロビジョニングされた Azure インフラストラクチャに対する「SAP HANA の品質チェック」を実行し、プロビジョニングされた VM が Azure 上の SAP HANA 用のベスト プラクティスに準拠していることを確認します。
各 Azure サブスクリプションについて、ゾーンのデプロイ前に「Azure 可用性ゾーンの待機時間テスト」を実行して、SAP on Azure のデプロイに対して待機時間の短いゾーンを選択します。
顧客の SAP 資産を管理して顧客と提携している場合は、Azure Lighthouse を検討してください。 Azure Lighthouse を使用すると、マネージド サービス プロバイダーは Azure ネイティブの ID サービスを使用して顧客環境に対する認証を行うことができます。 これにより、顧客はいつでもアクセスを取り消したり、サービス プロバイダーのアクションを監査したりできるようになるため、制御が顧客の手に委ねられます。
Azure Lighthouse は、クラウド ソリューション プロバイダー プログラムなどの既存の API と連携して動作します。 プロバイダーの利点として、コンテキストを切り替えることなくテナントを管理したり、テナントをまたがる情報を確認したりできることが含まれます。 Azure Lighthouse を使用すると、顧客とプロバイダー間の信頼を維持し、SAP 環境の管理を合理化できます。
Oracle のパフォーマンスの効率性
どのエンタープライズ システムでも、パフォーマンス効率の診断は難しい場合があります。 Oracle を実行している SAP on Azure の場合、SQL スクリプトのコレクションは、パフォーマンスの問題の診断に役立つ場合があります。
最初の推奨事項は、自動 ワークロード リポジトリ (AWR) レポートを使用することです。 AWR レポートには、Oracle システムの問題を診断する際に役立つ情報が含まれています。 分析の対象範囲を広く確保するために、複数のセッションで AWR レポートを実行し、ピーク時間を選択することをお勧めします。
AWR レポートには、SQL 統計、データベース情報、システムおよび I/O 統計、問題を特定するために使用できるその他の情報が表示されます。 その他の分析ツールと役に立つ SQL ステートメントについては、「こちらの SAP ブログ記事」を参照してください。
Oracle ワークロードに関する追加のパフォーマンスの効率性のガイダンスについては、Azure Well-Architected Framework の「Oracle ワークロードのパフォーマンスの効率性」を参照してください。
次のステップ
SAP 移行における事業継続とディザスター リカバリーを確保します。