ESXi7 VMXNET3のネットワーク遅延によるSAP HANA応答時間の増加の問題に関する情報になります。
情報元はこちら。
Increased SAP HANA response time due to network latency with VMXNET3 (83957)
https://kb.vmware.com/s/article/83957?lang=en_US
症状
多数の同時使用ユーザー(44,000人)がシステム上で同時にトランザクションを実行すると、SAP HANAの応答時間が長くなることがあります。
以下の表は、vmxnet3ドライバーのレイテンシーとスループットの数値を、ベアメタルのLinuxインストールと比較したものです。
ネットワークのレイテンシー。VMXNET3とベアメタルの比較（マイクロ秒単位、最大65,000人のユーザーで計測）。
スループット：VMXNET3とベアメタルの比較（1時間あたりのトランザクション数で測定）
注：
VMXNET3ドライバーのネットワーク遅延（µs）およびOLTPトランザクション応答時間（ms）（SAP LUWは、多数、たとえば数百のデータベースLUWで構成されます）
各ラウンドトリップのµs単位のネットワーク遅延は、DB LUWごとに累積され、最終的には、SAPトランザクションごとに観測されたミリ秒の遅延に集約されます。
VMXNET3のネットワーク遅延により、同じビジネストランザクションのベアメタルと比較した場合、OLTP応答時間が長くなります。
ユーザーは、高負荷のベアメタルと比較した場合、VMXNET3がラウンドトリップ時間に200〜300マイクロ秒を追加することを期待する必要があります。これにより、65％のCPU使用率（44000人の同時ユーザー）で40〜87ミリ秒のOLTP応答時間が増加します。
40〜87ミリ秒のOLTP応答時間の遅延が観察されましたが、VMwareは、23000および64000の同時ユーザーの負荷の下で、VMXNET3とベアメタルの間で1時間あたりのトランザクションのデルタが10％未満であることを観察しました。
SAPおよびデータベース論理ユニット作業（LUW）：
SAP LUWは、いくつかのダイアログステップにまたがる論理ユニット作業です。n個のダイアログステップの複雑なビジネストランザクションを考えてみましょう。ここで、各ダイアログステップには、互いに論理的に関連するデータベース操作を含む多くのDBLUWを含めることができます。このビジネストランザクションのデータベースへの変更は一度に行うか、データの一貫性を保つためにすべてロールバックする必要があることが重要です。ここで、SAP LUWは、多くのDB LUW間の論理関係を維持し（ダイアログステップ）、最終的なDB LUWでデータベースにすべての変更を加える（COMMIT）ために重要になります。
次のSAPビジネストランザクション（対話型/オンラインモード）を使用して、システムパフォーマンスを測定しました。
VA01 - Create Sales Order
VL01N - Create Delivery
VA03 - Display Order
VL02N - Post Goods Issue
VA05 - List Open Orders
VF01 - Create Invoice
多くの場合、これらのトランザクションはユーザーによってオンライン/インタラクティブモードで実行されますが、同等のBAPIまたはIDOCSがバッチまたは大量のトランザクションのインターフェイスを介して使用される場合があります。VMwareは、ユーザーが実稼働環境などの環境でパフォーマンステストを実施して、応答時間の増加がビジネスプロセスに悪影響を与えるかどうかを判断することをお勧めします。
目的
この記事では、SAPHANAおよびVMwareVMXNET3仮想NICの既知の問題に関する情報を提供します。
原因
VMwareは、このネットワーク遅延の増加の根本原因を積極的に調査しています。
VMwareはSAPと積極的に協力して、この問題のトラブルシューティングを行い、適切な修正措置を決定しています。
解像度
このKBは、根本原因が特定されると、修正のリリースバージョンで更新されます。
 |
