我可以在同一云服务中的两个standard_d2_v2西欧经典(ASM)VM之间获得子毫秒延迟,并分配给亲和力组的云服务。
我也可以在Azure VM量表集中获得VM之间的子毫秒延迟。
,但我似乎无法在两个Azure ARM VM之间获得超毫秒的延迟(共享相同的(区域)VNET)。有没有一种方法可以可靠地在ARM VM之间可靠地获得超毫秒的延迟,而不会像您可以在Azure Classic/ASM中使用亲和力组一样部署比例。
?以下是我对各种情况的测量。我已经多次部署了各种方案,以排除我可以尽力而为,幸运与不幸的部署。
在分配给亲和力组的同一云服务中的两个ASM(经典)VM(未通过VNET连接!!)
PS C:Userssimon> .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量表集VMS
PS C:Userssimon> .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:Userssimon> .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
igor pagliai(@igorpag)在Twitter上向我提供了以下建议:
"如果不可能将VM与RDMA一起使用,则可以在相同的可用性集中尝试使用VM。Azure很快就会出现新事物。"还有https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-accelerated-networking-portal
我接受了他的可用性集建议,并创建了一个带有单个故障域的可用性集,该门户网站为故障域提供了以下工具提示"同一故障域中的虚拟机共享一个共同的...物理网络开关"。,这听起来很有希望,结果并没有令人失望:
Azure ARM VM相同的可用性集/故障域(sub毫秒延迟,yippee!)
PS C:Userssimon> .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