Skip to content

Commit 475d07c

Browse files
committed
Add a note about we do not configure NSG for Internal Load Balancer
1 parent fbc628c commit 475d07c

File tree

1 file changed

+4
-1
lines changed

1 file changed

+4
-1
lines changed

articles/load-balancer/upgrade-basic-standard-vmss.md

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -110,7 +110,7 @@ Yes, for both public and internal load balancers, the module ensures that front
110110
The upgrade normally takes a few minutes for the script to finish. The following factors may lead to longer upgrade times:
111111
- Complexity of your load balancer configuration
112112
- Number of backend pool members
113-
- Instance count of associated Virtual Machine Scale Sets.
113+
- Instance count of associated Virtual Machine Scale Sets.
114114
Keep the downtime in mind and plan for failover if necessary.
115115

116116
### Does the script migrate my backend pool members from my basic load balancer to the newly created standard load balancer?
@@ -158,6 +158,9 @@ The script migrates the following from the Basic load balancer to the Standard l
158158
- All virtual machine scale set network interfaces and IP configurations will be migrated to the new Standard load balancer
159159
- If there's a virtual machine scale set using Rolling Upgrade policy, the script will update the virtual machine scale set upgrade policy to "Manual" during the migration process and revert it back to "Rolling" after the migration is completed.
160160

161+
>[!NOTE]
162+
> Network security group are not configured as part of Internal Load Balancer upgrade. To learn more about NSGs, see [Network security groups](/azure/virtual-network/network-security-groups-overview)
163+
161164
### What happens if my upgrade fails mid-migration?
162165

163166
The module is designed to accommodate failures, either due to unhandled errors or unexpected script termination. The failure design is a 'fail forward' approach, where instead of attempting to move back to the Basic load balancer, you should correct the issue causing the failure (see the error output or log file), and retry the migration again, specifying the `-FailedMigrationRetryFilePathLB <BasicLoadBalancerbackupFilePath> -FailedMigrationRetryFilePathVMSS <VMSSBackupFile>` parameters. For public load balancers, because the Public IP Address SKU has been updated to Standard, moving the same IP back to a Basic load balancer won't be possible. The basic failure recovery procedure is:

0 commit comments

Comments
 (0)