Skip to content

Commit

Permalink
minor edits
Browse files Browse the repository at this point in the history
  • Loading branch information
jramnara committed Jul 1, 2024
1 parent baa4e2f commit ee8023c
Show file tree
Hide file tree
Showing 2 changed files with 3 additions and 3 deletions.
4 changes: 2 additions & 2 deletions docs/Data offloading/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,7 +4,7 @@ There are multiple options to copy/offload data from a SkySQL DB. You can do a l

You can then use the offloaded data to resurrect the DB elsewhere. You can also optionally setup "outbound replication" to keep the new DB in sync with SkySQL.

## ** (1) Offload your Database using `mariadb-dump`**
## **(1) Offload your Database using `mariadb-dump`**

The [`mariadb-dump`](https://mariadb.com/kb/en/mariadb-dump/) utility is a powerful command-line tool that allows you to export databases, tables, or specific data from your MariaDB instance in SkySQL.

Expand Down Expand Up @@ -214,6 +214,6 @@ curl --location 'https://api.skysql.com/skybackup/v1/backups/status' \
This API call will return the status of the backups, including whether they are in progress, completed, or failed.


## [** (4) Replicating changes from SkySQL to a compatible external DB**](./Replicating%20data%20from%20SkySQL%20to%20external%20database.md)
## [**(4) Replicating changes from SkySQL to a compatible external DB**](./Replicating%20data%20from%20SkySQL%20to%20external%20database.md)


2 changes: 1 addition & 1 deletion docs/Scaling horizontally, HA.md
Original file line number Diff line number Diff line change
Expand Up @@ -58,7 +58,7 @@ In SkySQL you can control routing using 2 strategies:
- Using the ['hint filter'](https://mariadb.com/kb/en/mariadb-maxscale-24-hintfilter/) (TODO: provide detailed example using SkySQL node names)


## **Level 3 Resiliency - Disaster Recovery – Across Regions, Cloud Providers, or “Self-managed” Environments **
## **Level 3 Resiliency - Disaster Recovery – Across Regions, Cloud Providers, or “Self-managed” Environments**
The major cloud providers tout disaster recover across regions, ensuring resilience against natural disasters impacting an entire geographical region. But in reality, such disasters are exceedingly rare. Whatʼs far more common are technical issues impacting an entire region for a specific cloud provider. For instance, we’ve encountered DNS-level failures in GCP regions, rendering all services dependent on DNS, including SkySQL, inaccessible.

One effective strategy to mitigate such risks is to replicate data to a data center owned by a different cloud provider within the same geographical area, minimizing network latencies. Disaster recovery across cloud providers is of course something an individual provider such as AWS or GCP simply donʼt support. Alternatively, customers can maintain their own “standby” database for emergencies—an environment entirely under their control, ensuring a near-real time copy of the data at all times.
Expand Down

0 comments on commit ee8023c

Please sign in to comment.