Skip to content

Commit 5a0f4d0

Browse files
Merge pull request #269068 from SudheeshGH/docs-editor/concepts-high-availability-1710428592
Update concepts-high-availability.md
2 parents e84b58a + 6b1f058 commit 5a0f4d0

File tree

1 file changed

+2
-3
lines changed

1 file changed

+2
-3
lines changed

articles/mysql/flexible-server/concepts-high-availability.md

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -66,9 +66,8 @@ Automatic backups, both snapshots and log backups, are performed on locally redu
6666
> [!NOTE]
6767
> For both zone-redundant and same-zone HA:
6868
> - If there's a failure, the time needed for the standby replica to take over the role of primary depends on the time it takes to replay the binary log from the primary storage account to the standby. So we recommend that you use primary keys on all tables to reduce failover time. Failover times are typically between 60 and 120 seconds.
69-
- The standby server isn't available for read or write operations. It's a passive standby to enable fast failover.
70-
- Always use a fully qualified domain name (FQDN) to connect to your primary server. Avoid using an IP address to connect. If there's a failover, after the primary and standby server roles are switched, a DNS A record might change. That change would prevent the application from connecting to the new primary server if an IP address is used in the connection string.
71-
69+
> - The standby server isn't available for read or write operations. It's a passive standby to enable fast failover.
70+
> - Always use a fully qualified domain name (FQDN) to connect to your primary server. Avoid using an IP address to connect. If there's a failover, after the primary and standby server roles are switched, a DNS A record might change. That change would prevent the application from connecting to the new primary server if an IP address is used in the connection string.
7271
## Failover process
7372

7473
### Planned: Forced failover

0 commit comments

Comments
 (0)