Azure VMのネットワーク帯域について

Question

AzureのVMでとあるプログラムを稼働させ、WebSocketsを利用して外部から24時間連続でデータを継続して受け取っています。

ミリ秒単位の時間にセンシティブなシステムであり、1msでもレイテンシーを最小限に抑える必要があります。
現在、Standard D4s v3 (4 cpu 、16 GB メモリ)を契約していますが、ネットワーク面から考えて自分の契約がオーバースペックなのかアンダースペックなのかがわかりません、

CPU利用率等を見ると平均20％前後を推移しているのでアンダースペックではなと思います。
Azureポータルでネットワークの利用を確認してみるとInが平均5Mib程度となっています。(下画像)
Standard　D4s v3の仕様を確認してみると、最大 NIC 数は2、想定ネットワーク帯域幅2,000Mbpsとのことです。

現在の稼動させているプログラムは、ネットワークに遅延が起こる程のデータの受発信を行っているでしょうか？
また、それはどのように確認すればいいのでしょうか？
Azureポータルでは単位が[Mib]でネットワーク帯域の単位が[Mbps]で比較もできません。

もしレイテンシーが発生するほどのデータの受発信であれば、インスタンスを増強するか稼働プログラムのデータ受信の回数を減らそうと思います。

ご教授の程宜しくお願いします。

Answer 1

帯域と遅延（レイテンシ）は別の概念で、必ずしも相互に影響するわけではないです。

アプリケーションが自作したものであるなら、詳細にログを出力させ、クライアント側と突き合わせることでネットワーク遅延がどの程度かは計算できるはずですが、それではだめでしょうか。

Comments

[kzd847686]

回答ありがとうございます。作成したアプリケーションは第三者サービスへ接続し、データを連続的に取得しています。こちらがクライアントで第三者サービスのサーバがデータを配信した正確な時間はわかりませんので、ログでの突合せは難しいかと思います。

[kabao]

なるほど。そうであれば、切り分けが出来ないので、ネットワーク通信に何秒（あるいは何ms）かかっているか、正確には分からないということになると思います。

自分のアプリケーション側、Azure VMの想定帯域が上記の通り2000Mbps=250MB/sだとすると、Inの5MiB/sは余裕なので、少なくともここが問題にはならないはずです。
ただ第三者サービス側がどうなっているかや、途中のネットワークがどうなっているかは分からないですね。

自分のアプリケーション側だけでも、リクエスト送信時刻、レスポンス受信時刻をログ出力して、まずはその間にかかっている時間の傾向をつかんではどうでしょうか。極端に大きくなっているなどであれば、第三者サービス側のSLAに照らしてサポートを求めるなどもできるのではないでしょうか。

[kzd847686]

＞Azure VMの想定帯域が上記の通り2000Mbps=250MB/sだとすると、Inの5MiB/sは余裕なので、少なくともここが問題にはならないはずです。
ありがとうございます。この点を気にしていましたので安心しました。
Mbps→MB/sの変換とMiB/sが別単位で比較はできないものかと勘違いしていました。ありがとうございます！大変参考になりました。