SAP ワークロード データ プラットフォーム
データ プラットフォームとは、SAP ワークロードをサポートするデータ ストア テクノロジを指します。 SAP ワークロードは、データ プラットフォームに対して高い要求があります。 ここでは、パフォーマンスを維持しながらコストを最適化するためのベスト プラクティスについて説明します。
データ コストの最適化
影響: コストの最適化
SAP ワークロードのストレージ コストの最適化をお勧めします。 ストレージは、SAP ワークロードに不可欠なコンポーネントです。 ストレージには、組織にとって重要なアクティブなデータとバックアップ データが含まれています。 ストレージは、SAP ワークロードのパフォーマンス、可用性、回復性に影響します。 適切なコストで適切なパフォーマンスを実現することが重要です。 この目標を達成するのに役立つ推奨事項を次に示します。
予約容量ストレージの種類を使用します。 ワークロードの要件に基づいて選択できるストレージ オプションがいくつかあります。 マネージド ディスク、BLOB ストレージ、バックアップ ストレージは、さまざまな組み合わせで SAP ワークロードをサポートできます。 これらの各オプションには、永続的なデータの全体的なコストを削減するストレージ予約オプションが付属しています。
詳細については、以下を参照してください:
ライフサイクル管理ポリシー を使用します。 予約容量以外に、データ保有期間が SAP ワークロードに適していることを確認する必要があります。 SAP データベースのバックアップ容量は大きくなる可能性があり、最適化されていない場合はストレージ コストが増えます。 SAP ワークロードの目標復旧時間 (RTO) と回復ポイントの目標 (RPO) を満たすライフサイクル ポリシーの作成をお勧めします。 ポリシーは、期日経過日数とビジネス要件に基づいて Premium、Standard、Cold、Archive ストレージに移行する必要があります。
データの信頼性の向上
影響:信頼性
データの信頼性は、運用の継続性を確保するために不可欠です。 データベースの信頼性の構成、SAPMNT 共有の信頼性の作成、バックアップの使用、ディザスター リカバリー ソリューションの実装についての信頼性に関する推奨事項を提供します。
データベースの信頼性を構成する
SAP アプリケーションは複数のエンタープライズ システムにデータをフィードするため、データベースの回復性をワークロードの重要な検討事項としています。 最高の回復性を実現するために、運用環境のデータのレプリケートをお勧めします。 リージョン間でのレプリケーションは、推奨されるディザスター リカバリー ソリューションです。 ただし、より手頃な価格のオプションを使用するには、少なくともゾーン冗長を構成する必要があります。 選択する方法は、データベース管理システム (DBMS) と、必要なビジネス サービス レベル アグリーメント (SLA) によって異なります。 データベース レイヤーの推奨事項を次に示します。
RPO と RTO を定義します。 データベースの回復性を作成するには、データ損失を復旧する計画が必要です。 SAP データベースの論理エラー、大規模な障害、またはシステムの停止により、SAP ワークロードでデータが失われる可能性があります。 復旧計画では、損失するデータの量と、回復しなければならない速度を特定する必要があります。 失う恐れがあるデータ損失の量は、目標復旧時点 (RPO) です。 回復しなければならない速度は、目標復旧時間 (RTO) です。 回復性を設計する場合は、SAP アプリケーションで必要な、実際の RPO と RTO を理解する必要があります。
同期レプリケーションを使用することで、データの損失を防ぐことができます。 一部のシナリオでは、データ損失に対する許容範囲はありません。 目標復旧時点は 0 です。 この RPO を実現するには、データベース レイヤーで同期レプリケーションを使用する必要があります。 同期レプリケーションは、2 つの異なるゾーンまたはリージョン内のデータベース インスタンスに、データベース トランザクションをコミットします。 2つのインスタンス間の待機時間を測定し、ワークロードのニーズを満たしていることを確認する必要があります。これは SAP niping 測定ツールで測定できます。 ネットワーク待機時間が長いほどワークロードのスケーラビリティが低下し、インスタンス間の物理的な距離によってネットワーク待機時間が増加します。 その結果、インスタンス間の距離が長くなるため、リージョン間のレプリケーションの待機時間は可用性ゾーン間よりも長くなります。 異なるリージョン間のデータベース レプリケーションは非同期で、可用性ゾーン間のレプリケーションは同期的である必要があります。 SAP ワークロード設計では、回復性と待機時間のバランスを取ることが重要です。
詳細については、以下を参照してください:
- SAP ワークロードのための一般的な Azure Virtual Machines DBMS のデプロイ
- SAP NetWeaver のための高可用性のアーキテクチャとシナリオ
- ゾーン間とゾーン内のネットワーク待ち時間
SAPMNT 共有の信頼性を作成する
SAPMNT は SAP アプリケーションの物理カーネル ファイルをホストし、単一障害点になる可能性があります。 Azure では、冗長性を作成し、高可用性 SAPMNT 共有を設計するために、いくつかのオプションを利用できます。 Linux および Azure Premium Files には Azure Premium Files または Azure NetApp Files を使用することをお勧めします。 Windows ベースのデプロイでは、Azure NetApp Files または Azure 共有ディスクを使用する必要があります。
SAPMNT の信頼性のために対処しなければならないアプリケーション固有の構成がいくつかあります。 SAP NetWeaver アプリケーション レイヤーをデプロイするには、環境 (/sapmnt/SID and /usr/sap/trans) 内に共有ディレクトリが必要です。 高可用性ファイル システムを作成し、回復性を確保することをお勧めします。 /sapmnt/SID ディレクトリと /usr/sap/SID/ASCS ディレクトリは重要です。 信頼性を最大限実現するには、これらのファイル システムを Azure Files 上の NFS に配置する必要があります。
詳細については、「Azure Files 上の NFS」をご覧ください。
表 1 - 各オペレーティング システムの SAPMNT ガイダンス。
データのバックアップを使用する
SAP ワークロードでは、通常のバックアップ ソリューションを実装する必要があります。 バックアップはディザスター リカバリーのバックボーンであり、操作の継続性を確保するのに役立ちます。 バックアップの信頼性に関する推奨事項がいくつかあります。
Azure Backup の使用を開始する
SAP ワークロードの基本的なバックアップ戦略として Azure Backup を使用することをお勧めします。 Azure Backup は Azure のネイティブ バックアップ ソリューションであり、SAP バックアップの合理化に役立つ複数の機能があります。 Azure Backup では、いくつかの機能をご紹介したいと思います。
表 2 - Azure Backup の機能
| 機能 | 説明 |
|---|---|
| ネイティブ データベース バックアップの互換性 | Azure Backup は、SAP アプリケーションで使用される SAP HANA、SQL Server、Oracle データベース用の Backint コネクタを介してネイティブ バックアップを提供します。 Azure Backup for SAP には、Backint という API が用意されています。 Backint を使用すると、バックアップ ソリューションはデータベース レイヤーに直接バックアップを作成できます。 Azure Backup では、現在、HANA および SQL Server データベースのデータベース バックアップ機能もサポートされています。 |
| ストレージ バックアップ | ストレージ バックアップ機能は、選択的ディスクに Azure Premium Storage のディスク スナップショットを使用してバックアップ戦略を最適化するのに役立ちます。 アプリケーション整合性バックアップの詳細については、「スナップショットの整合性」を参照してください。 |
| 仮想マシンのバックアップ | Azure portal を使用した Azure VM データのバックアップと復元。 リージョン間の復元を使用すると、ペアのセカンダリ リージョンにあった Azure VM を復元できます。 |
| 長期保存 | Azure Backup を使用すると、コンプライアンスと監査のニーズに合わせて SAP バックアップの年数を保持できます。 |
| バックアップ管理 | Azure Backup を使用すると、簡単なユーザー インターフェイスを使用して Azure portal からバックアップを管理できます。 |
詳細については、以下を参照してください:
- Azure Backup のドキュメント
- SAP HANA のバックアップの概要
- SAP HANA バックアップのための Azure Backup アーキテクチャ。
- Azure Virtual Machines 上の SAP HANA のバックアップ ガイド
- Azure VM 上の SAP HANA システム レプリケーション データベースのバックアップ ガイド
- Azure VM 上の SAP HANA データベース インスタンス スナップショットのバックアップ ガイドライン。
- Azure Virtual Machines 上の SQL Server のバックアップ ガイド
Marketplace のバックアップ ソリューションを見つける
Azure Marketplace には、認定されたサードパーティのバックアップ ソリューションがいくつか存在します。 これらのソリューションは、ベンダーのバックアップ機能と SAP 認定バックアップ機能を提供します。 これらのソリューションを Azure Backup の上に重ねて、基本的なサポートを備えたカスタム ソリューションを生成することを検討する必要があります。
Microsoft パートナーは、アーカイブ、バックアップ、および事業継続とディザスター リカバリー (BCDR) ワークロードに関して Azure Storage に統合されているソリューションを提供します。 パートナーのソリューションは、Azure Storage のスケールとコスト面の利点を利用しています。 これらのソリューションを使用すると、バックアップの課題を解決し、ディザスター リカバリー サイトを作成し、長期保存のために未使用のコンテンツをアーカイブすることができます。 テープベースのバックアップを置き換え、不変ストレージやライフサイクル管理など、すべてのコンプライアンス標準とストレージ機能を備えたオンデマンドの経済的な回復サイトを提供できます。
スナップショットを使う
スナップショットは、データのポイントインタイム コピーです。 スナップショットの速度と信頼性は、大規模なデータベースを管理し、破損や障害からプライマリ データベースを保護するのに役立ちます。 これらの機能により、スナップショットはディザスター リカバリーに不可欠になります。 SAP ワークロードのバックアップを作成して保存するためのオプションがいくつかあります。
たとえば、Azure Backup は HANA と SQL Server のデータベース バックアップを作成できます。 Azure 共有ディスクのバックアップ コンテナー機能は、データベース ストレージ ソリューションとして機能できます。 Azure NetApp Files (ANF) では、ANF ボリューム スナップショットなどのスナップショットを使用して重要なデータをバックアップすることもできます。 ANF リージョン間レプリケーションでは、ANF スナップショットを使用して、あるリージョンから別のリージョンにデータをレプリケートします。
適切なソリューションは、目的のコストと可用性レベルによって異なります。 シナリオによっては、ディザスター リカバリーのために SAP on Azure データを他の Azure リージョンにレプリケートすることが必要になる場合があります。 ただし、Geo 冗長ストレージ (GRS) や Azure Site Recovery など、Azure Storage レプリケーションでも同じ機能を実現できます。
詳細については、以下を参照してください:
- Azure Availability Zones での SAP ワークロードの構成
- SAP NetWeaver ディザスター リカバリー
- SAP ワークロード用の Azure Site Recovery
- Azure Storage の冗長性
- Azure VM 上の SAP HANA データベースのインスタンスのスナップショットをバックアップする
ディザスター リカバリー計画を実装する
SAP ワークロードの信頼性を向上させるために、ディザスター リカバリー (DR) に投資することをお勧めします。 ディザスター リカバリーは、プライマリ データをセカンダリの場所にレプリケートすることによって実現されます。 目標を達成するために、いくつかのツールと手法を使用できます。 技術的または自然災害のためにプライマリの場所にアクセスできない場合は、ディザスター リカバリーが必要です。 ディザスター リカバリー ソリューションは、ビジネス要件に基づいてリージョン内のゾーン間またはリージョン間に配置できますが、回復性を向上するためにリージョン間の DR をお勧めします。
詳細については、以下を参照してください:
- Azure Site Recovery
- Azure NetApp Files ボリュームのリージョン間レプリケーション
- Azure Disk Storage のリージョン間スナップショット コピー
- バックアップとディザスター リカバリー
ストレージのパフォーマンスを向上させる
影響: パフォーマンス効率
SAP ワークロードのデータ ニーズをサポートするために、適切なストレージ ソリューションを選択することが重要です。 正しいソリューションを使用すると、既存の機能のパフォーマンスを向上させ、新しい機能を追加できます。 一般に、ストレージは、SAP データベースの 1 秒あたりの入出力操作 (IOPS) 要件とスループットのニーズを満たす必要があります。
詳細については、「SAP ワークロードの Azure Storage の種類」をご覧ください。
パフォーマンス要件をサポートするストレージを使用します。 Microsoft では、パフォーマンス要件を満たすために、さまざまなストレージ テクノロジをサポートしています。 SAP ワークロードでは、Azure マネージド ディスク (Premium SSD、Premium SSD v2、Standard SSD など) と Azure NetApp Files を使用できます。
パフォーマンスに応じてストレージを構成します。 SAP HANA データベースのストレージ構成ガイドラインを公開しました。 運用シナリオと、コストを意識した非運用バリアントについて説明します。 推奨されるストレージ構成に従うと、ストレージがすべての SAP ハードウェアおよびクラウド測定ツール (HCMT) KPI に確実に合格します。 詳細については「SAP HANA Azure 仮想マシンのストレージ構成」を参照してください。
書き込みアクセラレータを有効にします。 書き込みアクセラレータは、Azure Managed Disks のみを使用する Premium Storage 上の M シリーズ VM の機能です。 /hana/log ボリュームに関連付けられているディスクで書き込みアクセラレータを有効にする必要があります。 この構成により、4 KB および 16 KB のブロック サイズのミリ秒未満の書き込み待機時間が容易になります。 詳しくは、「Azure 書き込みアクセラレータ」をご覧ください。
適切な VM を選択します。 適切な VM を選択すると、コストとパフォーマンスに影響します。 目標は、SAP ワークロードの IOPS とスループットの要件をサポートするストレージ VM を選択することです。 VM の選択中に重点を置く必要がある 3 つの重要な領域があります
表 3 - パフォーマンスに影響を与えるコンピューティング機能
| コンピューティング機能 | 説明 |
|---|---|
| vCPU の数 | CPU の数は、データベース ノード内のライセンスに直接影響します。 ほとんどのデータベースは、コアベースのライセンス モデルに従います。 ニーズに合った金額を使用し、必要に応じてライセンス契約を調整します。 |
| [メモリ] | メモリはアプリケーションのパフォーマンスにとって重要であり、SAP アプリケーションには高いメモリ要求が必要な場合があります。 一般に、メモリが大きいほど、より多くのメモリ読み取り、ページングの削減、および VM コストの増加が実現します。 |
| スループット | スループットは、いずれかの VM でホストされているアプリケーションが、ネットワーク インターフェイス カード (NIC) を使用して VM の外部と通信するために重要です。 |