Skip to content

Commit cda34d6

Browse files
authored
acrolinx
1 parent 6bd98d3 commit cda34d6

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

articles/expressroute/gateway-migration.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -28,16 +28,16 @@ The following SKUs are available for ExpressRoute virtual network gateways:
2828
## Availability zone enabled SKUs
2929
The ErGw1Az, ErGw2Az, ErGw3Az and ErGwScale (Preview) SKUs, also known as Az-Enabled SKUs, support Availability zone deployments. This feature provides high availability and resiliency to the gateway by distributing the gateway across multiple availability zones.
3030

31-
The Standard, HighPerformance, and UltraPerformance SKUs, which are also known as non-availability zone enabled SKUs are historically associated with Basic IPs, do not support the distribution of the gateway across multiple availability zones.
31+
The Standard, HighPerformance, and UltraPerformance SKUs, which are also known as non-availability zone enabled SKUs are historically associated with Basic IPs, don't support the distribution of the gateway across multiple availability zones.
3232

33-
For enhanced reliability, it is recommended to use an Availability-Zone Enabled virtual network gateway SKU. These SKUs support a zone-redundant setup and are, by default, associated with Standard IPs. This setup ensures that even if one zone experiences issues, the virtual network gateway infrastructure remains operational due to the distribution across multiple zones. For a deeper understanding of zone redundant gateways, please refer to [Availability Zone deployments.](../reliability/availability-zones-overview.md)
33+
For enhanced reliability, it's recommended to use an Availability-Zone Enabled virtual network gateway SKU. These SKUs support a zone-redundant setup and are, by default, associated with Standard IPs. This setup ensures that even if one zone experiences issues, the virtual network gateway infrastructure remains operational due to the distribution across multiple zones. For a deeper understanding of zone redundant gateways, please refer to [Availability Zone deployments.](../reliability/availability-zones-overview.md)
3434

3535
## Gateway migration experience
3636
Historically, users had to use the Resize-AzVirtualNetworkGateway PowerShell command or delete and recreate the virtual network gateway to migrate between SKUs.
3737

3838
With the guided gateway migration experience you can deploy a second virtual network gateway in the same GatewaySubnet and Azure automatically transfers the control plane and data path configuration from the old gateway to the new one. During the migration process, there will be two virtual network gateways in operation within the same GatewaySubnet. This feature is designed to support migrations without downtime. However, users may experience brief connectivity issues or interruptions during the migration process.
3939
## Supported migration scenarios
40-
The guided gateway migration experience supports any-to-any SKU migration. However, it is recommended to migrate to an Az-enabled SKU.
40+
The guided gateway migration experience supports any-to-any SKU migration. However, it's recommended to migrate to an Az-enabled SKU.
4141

4242
### Limitations
4343

@@ -47,20 +47,20 @@ The guided gateway migration experience doesn't support these scenarios:
4747
Private endpoints (PEs) in the virtual network, connected over ExpressRoute private peering, might have connectivity problems during the migration. To understand and reduce this issue, see [Private endpoint connectivity](expressroute-about-virtual-network-gateways.md#private-endpoint-connectivity-and-planned-maintenance-events).
4848

4949
## Common Validation Errors
50-
In the gateway migration experience, you will need to validate if your resource is capable of migration. Here are some Common migration errors:
50+
In the gateway migration experience, you'll need to validate if your resource is capable of migration. Here are some Common migration errors:
5151

5252
### Virtual Network
5353
* Gateway Subnet needs two or more prefixes for migration.
5454
* MaxGatewayCountInVnetReached – Reached maximum number of gateways that can be created in a Virtual Network.
5555

5656
### Connection
57-
The virtual network gateway connection resource is not in a succeed state.
57+
The virtual network gateway connection resource isn't in a succeed state.
5858

5959
## Enroll subscription to access the feature
6060

6161
1. To access this feature, you need to enroll your subscription by filling out the [ExpressRoute gateway migration form](https://aka.ms/ergwmigrationform).
6262

63-
1. After your subscription is enrolled, you'll get a confirmation e-mail with a PowerShell script or a link to the Azure Portal for the gateway migration.
63+
1. After your subscription is enrolled, you'll get a confirmation e-mail with a PowerShell script or a link to the Azure portal for the gateway migration.
6464

6565
## Migrate to a new gateway
6666

0 commit comments

Comments
 (0)