ベストプラクティス 14.4 – ストレージの代わりにメモリを検討する - SAP Lens

ベストプラクティス 14.4 – ストレージの代わりにメモリを検討する

データベースやアプリケーションレイヤーでサポートされるシナリオにメモリを使用することによるパフォーマンス上の利点を検討します。SAP HANA はデフォルトでメモリを使用しますが、ロードを最適化したり、静的データをオフロードしたりするオプションが有効な場合があります。リレーショナルデータベースはキャッシングを利用する必要があり、アプリケーションサーバーはスワップが要件であるかどうかを検討する必要があります。

提案 14.4.1 – SAP HANA のメモリ使用量を最適化する

SAP HANA のメモリ要件とオペレーティングシステムのメモリ指標との相関関係を把握し、メモリのボトルネックがパフォーマンスに影響を与えないようにします。

ホストの再起動を伴わないシナリオでデータベースのスタートアップパフォーマンスを向上させるには、SAP HANA Fast Restart オプションの使用を検討します。SAP HANA Fast Restart オプションは、RAM の一部を一時ファイルシステム ( tempfs ) として専用化し、オペレーティングシステムによって持続的メモリ (オペレーティングシステムの再起動まで) として扱われ、列ストアメイン部分をその tempfs に配置することができ、インデックスサーバーの再起動またはクラッシュまでその状態を維持します。そのため、ストレージからの再読み込み (I/O を使用) は必要ありません。

提案 14.4.2 – リレーショナルデータベースでデータベースキャッシュを利用する

高い読み取り IOP を必要とするリレーショナルデータベースでは、データベースキャッシングにより、スループットを大幅に向上させ、データ検索のレイテンシーを低減することができます。キャッシュは、データベースの隣接データアクセスレイヤーとして機能し、読み取りパフォーマンスを向上させます。

以下のドキュメントでは、キャッシュの使用例に関する情報を提供していますが、この詳細のほとんどは AWS データベースに関連しているため、リレーショナルデータベース構成に固有の情報については、SAP Notes を参照してください。

提案 14.4.3 – SAP アプリケーションのスワップ領域の必要性を評価する

物理メモリリソースが枯渇すると、SAP はスワップを使用して非アクティブなページをディスクベースの専用ストレージエリアに移動させます。スワップはメモリ不足によるアプリケーションのクラッシュを防ぐことができますが、スワップが頻繁に使用されないように設定パラメータとメモリサイジングを適用することをお勧めします。

スワップの使用が予想される場合、割り当てられたボリュームの特性を評価し、さらなるパフォーマンスの問題を回避してください。スワップは、SAP アプリケーションでホストの物理メモリが不足した場合に、メモリ不足の状況を回避することができます。