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/flexible-server/concepts-read-replicas-virtual-endpoints.md
+24-2Lines changed: 24 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ description: This article describes the virtual endpoints for read replica featu
4
4
author: AlicjaKucharczyk
5
5
ms.author: alkuchar
6
6
ms.reviewer: maghan
7
-
ms.date: 04/27/2024
7
+
ms.date: 6/5/2024
8
8
ms.service: postgresql
9
9
ms.subservice: flexible-server
10
10
ms.topic: conceptual
@@ -52,11 +52,33 @@ The sections below delve into how these endpoints react to both [Promote to prim
52
52
***If Read-Only Endpoint Points to Replica**: The Read-Only endpoint is redirected from the promoted replica to point to the primary server.
53
53
***If Read-Only Endpoint Points to Primary**: The Read-Only endpoint remains unchanged, continuing to point to the same server.
54
54
55
+
### Using Virtual Endpoints for Consistent Hostname During Point-in-Time Recovery (PITR) or Snapshot Restore
55
56
56
-
Learn how to [create virtual endpoints](how-to-read-replicas-portal.md#create-virtual-endpoints).
57
+
This section explains how to use Virtual Endpoints in Azure Database for PostgreSQL - Flexible Server to maintain a consistent hostname during Point-in-Time Recovery (PITR) or Snapshot Restore, ensuring application connection strings remain unchanged.
58
+
59
+
### Steps:
60
+
1. Add Virtual Endpoint to Primary Server:
61
+
- Browse to your primary server instance in the Azure Portal.
62
+
- Navigate to “Replication” Tab, and under "Virtual Endpoints," click "Add Virtual Endpoint."
63
+
- Configure the virtual endpoint with a consistent hostname (e.g., `mydb-virtual-endpoint.postgres.database.azure.com`).
64
+
- Save the configuration.
65
+
- Update your application to use this virtual endpoint in the connection string.
66
+
67
+
2. Perform Point-in-Time-Restore (PITR) or Snapshot Restore:
68
+
- Initiate Recovery:
69
+
- Go to the "Backups" section of your primary server.
70
+
- Choose the appropriate restore option (PITR or snapshot) and specify the desired point in time.
71
+
- Update Virtual Endpoint:
72
+
- Once the new instance is created, navigate back to the primary server settings.
73
+
- Remove the virtual endpoint from the original primary server.
74
+
- Add the same virtual endpoint to the newly created server.
75
+
76
+
3. Validation:
77
+
- Ensure that your application connects using the virtual endpoint and verify the database operations post-recovery.
0 commit comments