Step by step to upgrade Azure vMX100 to vMX-M

Sing Kit Cheng 96 Reputation points
2023-03-13T16:07:11.9033333+00:00

Hello All,

I need to upgrade my exisiting vmx100 in Azure. Instructions from Meraki just says to delete the exsiting vmx100 and redeploy. We all know it's not that simple. My question is if anyone knows if it's better to redeploy into a new resource group or into the same resource group? If anyone has done this successfully, please let me know, would love to chat.

Thanks

Kit

Community Center | Not monitored
{count} votes

Accepted answer
  1. kobulloc-MSFT 26,811 Reputation points Microsoft Employee Moderator
    2023-03-28T20:26:30.3766667+00:00

    Hello, @Sing Kit Cheng !

    I'm glad that you were able to resolve the issue and thank you so much for posting your solution so that others experiencing the same thing can easily reference this! Since the Microsoft Q&A community has a policy that "The question author cannot accept their own answer. They can only accept answers by others ", I'll repost your solution in case you'd like to "Accept " the answer to increase the visibility.

    Issue:

    I need to upgrade my existing vmx100 in Azure to vMX-M and am looking for step by step instructions.

    Solution:

    (Provided by @Sing Kit Cheng )

    I hope this will help some one in their process. Below are the steps I took:

    • Delete the Managed Application in the vMX resource group in Azure
    • This will delete both resource groups created when creating the vMX
    • Delete vMX100 in Meraki Dashboard
      • Once applicant is removed, you will see the “Add vMX-S/M depending on the license you have
    • Rename network in Meraki Dashboard to match new vMX (optional step)
    • Redeploy vMX-S/M in Meraki Dashboard (into same network)
    • Confirm firmware is running MX 15.37+
    • Generate Authentication Token (must be used within one hour of generating it)
    • Take Authentication Token and create new vMX-S/M instance in Azure using the following:
      • New resource group
      • New VM name
      • New Application Name
      • New Managed Resource Group
      • Existing virtual network – same one the old vMX100 was using
      • Existing subnet – same one the old vMX100 was using (this will allow the new vMX-M to use the same route table and keep the same private IP address. You will get a different public IP address though)
    • After new vMX is deployed
      • The new vMX should have a new public IP address but the same private IP address
      • Check route table – make sure it is associated with the correct subnet (vMX100SN)
      • It should be in the same subnet as before
      • Check routes – make sure all routes have the same private Ips as next hop
    • Re-enable S2S Tunnel
      • Check to make sure it is a hub
      • Check to make sure all the local networks in the VPN settings (see screenshots)
      • Check each of the participating networks to make sure that they have the right hub for site-to-site VPN 

    References:

    1 person found this answer helpful.
    0 comments No comments

1 additional answer

Sort by: Most helpful
  1. Sing Kit Cheng 96 Reputation points
    2023-03-28T18:41:09.43+00:00

    I just upgraded my vMX100 to the vMX-M. I wasn't able to find a good step-by-step for this process so I am posting my steps. I hope this will help some one in their process.

    Below are the steps I took:

    • Delete the Managed Application in the vMX resource group in Azure
    • This will delete both resource groups created when creating the vMX
    • Delete vMX100 in Meraki Dashboard
      • Once applicant is removed, you will see the “Add vMX-S/M depending on the license you have
    • Rename network in Meraki Dashboard to match new vMX (optional step)
    • Redeploy vMX-S/M in Meraki Dashboard (into same network)
    • Confirm firmware is running MX 15.37+
    • Generate Authentication Token (must be used within one hour of generating it)
    • Take Authentication Token and create new vMX-S/M instance in Azure using the following:
      • New resource group
      • New VM name
      • New Application Name
      • New Managed Resource Group
      • Existing virtual network – same one the old vMX100 was using
      • Existing subnet – same one the old vMX100 was using (this will allow the new vMX-M to use the same route table and keep the same private IP address. You will get a different public IP address though)
    • After new vMX is deployed
      • The new vMX should have a new public IP address but the same private IP address
      • Check route table – make sure it is associated with the correct subnet (vMX100SN)
      • It should be in the same subnet as before
      • Check routes – make sure all routes have the same private Ips as next hop
    • Re-enable S2S Tunnel
      • Check to make sure it is a hub
      • Check to make sure all the local networks in the VPN settings (see screenshots)
      • Check each of the participating networks to make sure that they have the right hub for site-to-site VPN 

    References:

    2 people found this answer 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.