View a markdown version of this page

ベストプラクティス 14.2 – パフォーマンス要件に沿った EBS タイプを選択し、設定する - SAP Lens

ベストプラクティス 14.2 – パフォーマンス要件に沿った EBS タイプを選択し、設定する

ファイルシステム機能とストレージサービスごとに、ストレージレイアウトのガイドラインとチューニングオプションを評価し、IOPS とスループットパフォーマンスが最適化されていることを確認します。

提案 14.2.1 – EBS ボリュームタイプのストレージ特性およびオプションを評価する

AWS には、SAP ワークロードのさまざまなパフォーマンス要件に対応するため、独自の特性を持つさまざまなボリュームタイプがあります。過去のデータ、またはサイジングを使用して、IOPS とスループットの要件を評価します。パフォーマンス、耐久性、柔軟性、コストなどを考慮し、ボリュームタイプを選択します。

次の gp3、 io1 と io2 ボリュームタイプの IOPS とスループットは、ボリュームサイズに依存しません。

次の IOPS とスループットは、 ボリュームサイズに合わせます。必要な IOPS とスループットを確保するために、ボリュームのオーバーサイズが必要な場合があります。

提案 14.2.2 – LVM ストライピングメカニズムを使用して線形に拡大する

単一の EBS ボリュームでパフォーマンス要件を満たせない場合は、Logical Volume Management (LVM) を使用したストライピングを検討します。例えば、1 つのボリュームが 250 MiB/s のスループット容量を持つ場合、4 つのボリュームにまたがってストライプセットを持つことで 1000 MiB/s のスループットを実現できます。

ボリュームは同じサイズとパフォーマンス特性である必要があります。

SAP HANA のベンチマークテストでは、データボリュームに 256 KB のストライプサイズ、ログボリュームに 64 KB のストライプサイズを使用した場合に、最高のパフォーマンスを得ることができました。

スループット、I/O、添付されたボリューム数などのインスタンス制限に注意してください。

提案 14.2.3 – SAP HANA のパフォーマンスを確保するために、AWS が提供するストレージのガイドラインに従う

AWS は SAP と連携し、定義されたパフォーマンスベンチマークに従って SAP HANA ワークロード用のストレージを認証しています。AWS が提供する設定は、SAP TDI 5 Storage KPI のフレームワークの中で、パフォーマンス、コスト、耐久性のバランスを取っています。準拠しているストレージのレイアウトは、ドキュメントで詳しく説明されており、起動ウィザードやクイックスタートのデプロイで使用されています。

AWS の設定から逸脱する場合は、ハードウェアチェックツールを実行することをお勧めします。

汎用 SSD とプロビジョンド IOPS SSD のどちらを選ぶかを決める際には、汎用 SSD が SAP KPI を満たしていることを理解することが重要です。SAP HANA などのインメモリデータベースは、データベースのスタートアップ時にディスクからメモリにデータをロードする必要があります。パフォーマンスの高いストレージソリューションと設計は、スタートアップ時間を大幅に改善し、バックアップや復元など、ストレージのパフォーマンスに依存するタスクも高速化することができます。

大規模なシステムや非常に高いアップタイムが要求されるシステムでは、プロビジョンド IOPS が有効な場合があります。最適なデプロイパターンについての詳しいガイダンスは、AWS チームにお問い合わせください。

提案 14.2.4 – 低コストで高性能なローカルバックアップを実現するには、以下を使用します。 st1 ストレージ

SAP ソリューションでバックアップを保存するためにローカルストレージが必要な場合、低コストで高いスループットを実現する st1 インスタンスタイプの利用を検討してください。 st1 は、アクセス頻度が高く、スループット重視のワークロード向けに設計された低コストのブロックストレージタイプです。

SAP HANA の場合は、AWS Backint Agent for SAP HANA の使用を検討し、2 段階バックアップによるパフォーマンスとコストへの影響を回避してください。