You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/postgresql/network/how-to-migrate-vnet-private-endpoint-capable-server.md
+3-10Lines changed: 3 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,13 +20,6 @@ This article walks you through the steps to migrate your server, what to expect
20
20
21
21
Before you begin, verify that your server and environment meet the following requirements.
22
22
23
-
- Server configuration:
24
-
25
-
- The migration currently supports servers that are non-High Availability (HA) and non-replica. If HA is enabled, you must disable it before migration. Support for HA-enabled server migration is planned for future updates.
26
-
27
-
> [!TIP]
28
-
> You can re-enable HA after the process is complete.
29
-
30
23
- Access requirements:
31
24
32
25
- Azure API, SDK, or CLI supports this migration operation. Ensure you have access to one of these tools.
@@ -37,12 +30,12 @@ Review the following information about connectivity, downtime, and post-migratio
37
30
38
31
- Public access settings:
39
32
40
-
- After migration, public access is enabled by default. The migration doesn't configure any firewall rules that permit inbound traffic unless you explicitly define them. If you don't want public access, you can disable it after migration.
33
+
- After migration, public access is enabled by default. The migration process doesn't configure any firewall rules that permit inbound traffic unless you explicitly define them. If you don't want public access, you can disable it after migration.
41
34
42
35
> [!NOTE]
43
36
> A future update changes the default to disable public access after migration.
44
37
45
-
-You need to adjust Terraform scripts after the migration to comply with the new setup. For more information, see the *Post-migration Setup* section.
38
+
-If you use Terraform to deploy PostgreSQL, you need to adjust your scripts after the migration to comply with the new setup. For more information, see the [Post-migration Setup](#post-migration-setup) section.
46
39
47
40
- The end-to-end migration process typically takes about 20 minutes. During this time, the server is in an **Updating** state.
48
41
@@ -91,7 +84,7 @@ For more information, see [Add private endpoint connections to Azure Database fo
91
84
92
85
### Update Terraform scripts
93
86
94
-
After the VNet to PE-capable network migration, the server is no longer VNet-integrated. Update Terraform configurations accordingly:
87
+
After the VNet to PE-capable network migration, the server is no longer VNet-integrated. If you have Terraform configurations, update them accordingly:
95
88
96
89
- Remove `delegated_subnet_id` from the PostgreSQL server resource.
97
90
- Ensure `public_network_access_enabled` remains `true` (this value is the post-migration default).
0 commit comments