How to simulate an instance down and how to simulate a local network gateway down in a VPN Gateway with Active/Standby configuration ?

Quattrocchi, Calogero 275 Reputation points
2023-03-20T12:06:19.1+00:00

Hi,

We have an Azure VPN Gateway route-based in a Active/standby configuration. We have two tunnels from AWS pointing to our VPN Gateway. This is working fine.

Now, we need to perform some tests.

  1. We want to prove to our customer that the failover Active/Standby instance of the Azure VPN Gateway is automatic and we need to check how long does it take
  2. We have one local network gateway (1st AWS tunnel) in the status connected and one local network gateway (2nd AWS tunnel) in the status connecting. We think this is the correct behavior because connection is successful. We would like now to simulate the crash of one AWS tunnel, i.e., the connected local network gateway and see the failover to the second AWS tunnel, i.e., the second local network gateway which is now in the status "connecting"

Can you please advice?

Many Thanks

Regards

Azure VPN Gateway
Azure VPN Gateway
An Azure service that enables the connection of on-premises networks to Azure through site-to-site virtual private networks.
1,786 questions
{count} votes

Accepted answer
  1. KapilAnanth-MSFT 49,536 Reputation points Microsoft Employee Moderator
    2023-03-20T12:26:36.1933333+00:00

    @Quattrocchi, Calogero

    Welcome to the Microsoft Q&A Platform. Thank you for reaching out & I hope you are doing well.

    I understand that you would like to know if we can simulate the failover of one Tunnel in a Active-Standby setup with two tunnels to the 3rd Party Cloud.

    So, I believe your set up should be something similar to this

    User's image

    Currently, there is no direct mechanism to failover from one active instance to the other.

    However, you can do a Gateway Reset.

    User's image

    P.S : Be careful not to issue the command twice.

    Doing so, the two reboots are requested back to back, there will be a slightly longer period where both VM instances (active and standby) are being rebooted. This will cause a longer gap on the VPN connectivity, up to 30 to 45 minutes for VMs to complete the reboots

    Hope this helps :)

    Thanks,

    Kapil


    Please don’t forget to close the thread by clicking "Accept the answer" wherever the information provided helps you, as this can be beneficial to other community members.


0 additional answers

Sort by: Most helpful

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.