possible bug in the vpn gateway migration tool that was recently released to handle basic IP migration
Hello,
wondering if anyone in the north central US region has run into this issue at all.
we have 4 vpn gateways. 3 in north central US (NC-US), and 1 in central US (C-US). all are VpnGW1 skus (non-az).
ive run the new migration tool on 2 gateways in NC-US and the one we have in C-US. the remaining GW is in PROD, so we are pausing the migration for that one for the time being.
on all 3 gateways, the IP was successfully migrated from basic to standard sku. worked great.
however, according to the migration docs the tool would also migrate our vpn gateways from non-az skus to AZ skus (VpnGw1 -> VpnGw1AZ, etc..).
both of the NC-US gateways failed to migrate to an AZ sku during the migration process. i did see references to the AZ skus in the configure blade after running the migration tool, but before running the 'commit' process. since the gateway was still considered as 'in process of migration' i couldnt change it to the AZ sku at that point. after running the 'commit' phase, those AZ sku options disappeared from the NC-US gateways.
the vpn gateway in C-US though? successfully auto-migrated to the VpnGw1AZ sku.
could this be a bug in the migration tool deployed to vpn gateways hosted in the NC-US region?
all gateways are in /28 gateways subnets as well. so, technically the central US gateway should have failed to migrate to an AZ sku if a /28 gateway subnet is a show stopper.
anyone else seeing this behavior?