An Azure service that delivers high availability and network performance to applications.
hi ******@stptrans.com & thanks for join me here at Q&A portal,
if this is a Microsoft managed domain, for example Microsoft Entra Domain Services, u normally should not migrate those load balancer NAT rules yourself. Customer-owned Load Balancer inbound NAT pool retirement applies to load balancers u manage directly. Managed service infrastructure should be handled by Microsoft, unless Microsoft explicitly tells u there is customer action.
The migration doc is for customer-managed Load Balancer inbound NAT pools and v1 inbound NAT rules pretty clear and nice https://learn.microsoft.com/en-us/azure/load-balancer/load-balancer-nat-pool-migration
If the load balancer is inside a managed resource group or tied to a managed domain service, dont edit NAT rules manually. Those resources can be part of the service control plane, and changing them can break domain controller access. If the portal email or Advisor recommendation points to a resource u own directly, then u need to migrate. If it points to Microsoft-managed infrastructure, open support and ask them to confirm whether the managed domain service will be migrated automatically.
Copy the load balancer resource ID from the retirement notice, check who owns it, and confirm whether it is in ur normal resource group or a managed service resource group. If u can edit it like a normal load balancer, it may be customer-managed. If it belongs to the managed domain deployment, raise a support case under Microsoft Entra Domain Services and Load Balancer retirement.
Do not migrate those NAT pools blindly. For managed domain controllers, Microsoft should confirm the path.
rgds,
Alex
&
If my answer was helpful pls mark it and additional thx if u follow me at Q&A portal
and “up-vote” wherever the information provided helps you, this can be beneficial to other community members.