Selecting Availability Zones to minimize latency between database nodes (Azure)

When deploying a FlashGrid Cluster with two Oracle RAC nodes across Availability Zones, database performance can be optimized by placing the database nodes in AZs that have the lowest network latency between them. This will help to minimize the latency of storage and Cache Fusion data transfers between the database nodes.

Azure states that they strive to achieve round-trip latency between zones of less 2ms. However, the actual latency between AZs can vary significantly depending on a specific AZ pair and region, and in most cases it is much lower then the 2ms. 

Using East US as an example (see table at end of document), we would deploy the RAC nodes to Zone B & Zone C based on the measured latency (note: we reference "Zone B" rather than "Zone 2",  as Zone mappings vary by customer subscription):

• Zone A ⇿ Zone B at 0.50ms
• Zone A ⇿ Zone C at 0.39ms
• Zone B ⇿ Zone C at 0.32ms

The higher latency between the quorum node and the database nodes has no impact on database performance.

FlashGrid measured the latencies between availability zones in all Azure regions. This article provides the measurement results for your reference.  

How Availability Zones are allocated to an Azure Subscription

Important! You must perform your own latency measurements to confirm actual latencies between availability zones in each of your Azure subscriptions.

Please consult with FlashGrid Support team when carrying out this testing to confirm results.

Azure maps physical Availability Zones randomly to the Availability Zone numbers 1, 2, 3 for each Azure subscription. The FlashGrid measurements in this document are represented by "Zone A", "Zone B" and "Zone C" and can be used for reference only.

There are no API or other published methods to identify which physical AZs are assigned to your Availability Zone numbers. 

If using two or more subscriptions under one Azure account, they are likely to map to different AZ's - you can compare the AZ allocations between two subscriptions using the dedicated ARM API called checkZonePeers.

How to measure inter-AZ latencies in your subscription

Microsoft recommends using sockperf in their article Test network latency between Azure VMs. Use of the ping tool is not recommended due to a difference in the way ICMP traffic is prioritized within the Azure network. FlashGrid recommends comparing UDP latency rather than TCP.

Use the following steps to performing your own testing:

1. Create a Resource Group in the region
2. Deploy a server to each Zone
   • use a common operating system (for instance, Oracle Linux 9.7),
   • on same size instances (for instance, Standard_D2s_v6).
3. Enable Accelerated Networking on the network interface
4. Build the sockperf tool as outlined in the above Microsoft article, and place a copy on each of the servers
5. on each server, start the sockperf listener process:

   • Temporarily allow sockperf connections on port 11111 (UDP & TCP). Traffic is blocked on this port by default on OL9.7:

     sudo firewall-cmd --add-port=11111/udp
     sudo firewall-cmd --add-port=11111/tcp

   • Start the listener:

     sockperf server --ip 0.0.0.0 --port 11111 --daemonize

6. from the server in zone 1

   • initiate a sockperf test to the server in zone 2. This will run for 101 seconds with a payload of 350 bytes:

     sockperf ping-pong -i REMOTE_PRIVATE_IP_ZONE2 -m 350 -t 101 -p 11111 --mps=2000

   • initiate a sockperf test to the server in zone 3

     sockperf ping-pong -i REMOTE_PRIVATE_IP_ZONE3 -m 350 -t 101 -p 11111 --mps=2000

7. from the server in zone 2

   • initiate a sockperf test to the server in zone 3

     sockperf ping-pong -i REMOTE_PRIVATE_IP_ZONE3 -m 350 -t 101 -p 11111 --mps=2000

Use the "percentile 99.000" output from each test to determine the network latency between the VMs. Sockperf will return results in us (microseconds), divide by 1000 for ms (milliseconds).

Selecting optimal AZ assignment when deploying a FlashGrid Cluster

Once you have measured the latency between the different AZ pairs, determine which pair of AZs has the lowest latency.  When deploying your cluster using the FlashGrid Launcher, select that AZ pair for the database nodes. 

For instance, if Zone 2 and Zone 3 have the lowest inter-AZ latency, then you should place the two database nodes in AZ 2 and 3, and the quorum node in AZ 1 as demonstrated below:

Inter-AZ latency results by Azure region

FlashGrid measured the following latencies between Azure AZs in September 2026. The list below includes all Azure commercial regions that supported AZs at the time of publication.

As mentioned above, there are no API or other published methods for identifying which physical AZs are assigned to Availability Zone names in your Azure subscription. FlashGrid measurements in this document are therefore represented by "Zone A", "Zone B" and "Zone C".

We recommend you collect your own results before choosing the best pairing. Please consult with FlashGrid Support when using this method to determine optimum placement.