我可以在同一个Cloud Service中的两个Standard_D2_V2 West Europe Classic(ASM)VM之间获得亚毫秒级延迟,并将云服务分配给一个关联组。
我还可以在Azure VM Scale Set中的VM之间获得亚毫秒级的延迟。
但我似乎无法在两个Azure ARM VM(共享相同(区域)VNET)之间获得亚毫秒级延迟。有没有一种方法可以在ARM VM之间可靠地获得亚毫秒级延迟而无需像Azure classic / ASM中的关联组一样部署为Scale Set?
以下是我对各种情况的测量。我已多次部署各种方案,以便尽可能地排除幸运与不幸的部署。
同一个云服务中的两个ASM(经典)虚拟机分配给一个关联组(未通过VNET连接!!)
PS C:\Users\simon> .\psping -l 1k -n 10000 -h 13.81.205.180:60123
PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility
Copyright (C) 2012-2016 Mark Russinovich
Sysinternals - www.sysinternals.com
TCP latency test connecting to 13.81.205.180:60123: Connected
10005 iterations (warmup 5) sending 1024 bytes TCP latency test: 100%
TCP roundtrip latency statistics (post warmup):
Sent = 10000, Size = 1024, Total Bytes: 10240000,
Minimum = 0.11ms, Maxiumum = 6.23ms, Average = 0.45ms
Latency Count
0.11 6042
0.43 2721
0.75 846
Azure ARM VM规模设置虚拟机
PS C:\Users\simon> .\psping -l 1k -n 20000 -h 10.0.0.7:60123
TCP roundtrip latency statistics (post warmup):
Sent = 20000, Size = 1024, Total Bytes: 20480000,
Minimum = 0.18ms, Maxiumum = 9.62ms, Average = 0.48ms
Latency Count
0.18 19733
0.68 178
Azure ARM VM到同一(区域)vnet上的Azure ARM VM
PS C:\Users\simon> .\psping -l 1k -n 20000 -h 10.0.0.7:60123
TCP roundtrip latency statistics (post warmup):
Sent = 20000, Size = 1024, Total Bytes: 20480000,
Minimum = 1.59ms, Maxiumum = 10.60ms, Average = 1.81ms
Latency Count
1.59 19401
2.07 379
2.54 98
答案 0 :(得分:1)
"如果无法将VM与RDMA一起使用,则可以在同一可用性集中尝试使用VM。 Azure中很快就会出现新的东西。"还有https://docs.microsoft.com/en-us/azure/virtual-network/virtual-network-accelerated-networking-portal
我使用了他的可用性集建议,并创建了一个具有单个故障域的可用性集,门户网站为故障域提供了以下工具提示"同一故障域中的虚拟机共享一个公共...物理网络切换。",这听起来很有希望,结果并没有让人失望:
Azure ARM VM相同的可用性设置/故障域(亚毫秒延迟,yippee!)
PS C:\Users\simon> .\psping -l 1k -n 10000 -h 10.0.0.4:60123
TCP roundtrip latency statistics (post warmup):
Sent = 10000, Size = 1024, Total Bytes: 10240000,
Minimum = 0.13ms, Maxiumum = 7.93ms, Average = 0.22ms
Latency Count
0.13 9742
0.54 194
0.95 55