SAP ワークロード データ プラットフォーム
データ プラットフォームとは、SAP ワークロードをサポートするデータ ストア テクノロジを指します。 SAP ワークロードは、データ プラットフォームに対して高い要求を行います。 パフォーマンスを維持しながらコストを最適化するためのベスト プラクティスについて概説します。
データ コストの最適化
影響: コストの最適化
SAP ワークロードのストレージ コストを最適化することをお勧めします。 ストレージは、SAP ワークロードの重要なコンポーネントです。 ストレージには、organizationにとって重要なアクティブ なデータとバックアップ データが含まれています。 ストレージは、SAP ワークロードのパフォーマンス、可用性、回復可能性に影響します。 適切なコストで適切なパフォーマンスを実現することが重要です。 この目標を達成するのに役立つ推奨事項を次に示します。
予約容量ストレージの種類を使用します。 ワークロードの要件に基づいてから選択できるストレージ オプションがいくつかあります。 マネージド ディスク、ブログ ストレージ、バックアップ ストレージでは、さまざまな組み合わせで 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 アプリケーション用の物理カーネル ファイルをホストし、単一障害点になる可能性があります。 冗長性を作成し、高可用性 SAPMNT 共有を設計するために、Azure でいくつかのオプションを利用できます。 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 ワークロードのバックアップを作成して保存するオプションがいくつかあります。
たとえば、hana と SQL Server のデータベース バックアップを取得Azure Backup。 Azure Shared Disk のバックアップ コンテナー機能は、データベース ストレージ ソリューションとして機能できます。 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 ワークロードのストレージの種類」を参照してください。
パフォーマンス要件をサポートするストレージを使用します。 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 の外部と通信するために重要です。 |
次の手順
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示