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
description: Learn how to make your application storage highly available by ensuring that you can fail over resources if there's an Azure region failure.
description: Learn how to make your application storage highly available by ensuring that you can fail over resources if there's an Azure region failure.
Copy file name to clipboardExpand all lines: learn-pr/azure/ha-application-storage-with-grs/includes/2-storage-account-replication-features.md
+10-10Lines changed: 10 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ Let's see how an Azure storage account is configured to allow for replication an
6
6
7
7
Azure storage accounts are used to house data objects such as files, blobs, tables, and disks for virtual machines. The data that you store in a storage account can be accessed from any location globally via HTTP or HTTPS and is highly available and secure.
8
8
9
-
9
+
:::image type="content" source="../media/2-ra-grs-storage-account.png" alt-text="Diagram showing the storage types that are accessible as read-access geo-redundant storage.":::
10
10
11
11
## Data redundancy
12
12
@@ -23,7 +23,7 @@ Each replication option provides a different level of redundancy and durability.
23
23
24
24
### What is locally redundant storage (LRS)?
25
25
26
-
26
+
:::image type="content" source="../media/2-locally-redundant-storage.png" alt-text="Diagram showing an overview of locally redundant storage.":::
27
27
28
28
Locally redundant storage replicates data and stores three copies across fault domains, or racks of hardware, within a single datacenter facility in one region. Data is replicated so that if there's a hardware fault or maintenance work, your data is still available and accessible.
29
29
@@ -33,29 +33,29 @@ LRS is the least expensive replication option available. It also offers the leas
33
33
34
34
### What is zone-redundant storage (ZRS)?
35
35
36
-
36
+
:::image type="content" source="../media/2-zone-redundant-storage.png" alt-text="Diagram showing an overview of zone-redundant storage.":::
37
37
38
38
Zone-redundant storage replicates your data across three storage clusters in a region. Each cluster is physically separated from the other two, which means that each cluster is supplied by separate utilities, such as power or networking.
39
39
40
40
If there's an outage in a datacenter, you can still access your data from another availability zone in that region. Data is normally replicated to two or three availability zones, depending on the region.
41
41
42
-
An availability zone (AZ) is a physical location that's made up of one or more datacenters in a region. There are typically two or three AZs per region, where each AZ is independent of the other AZs in the region.
42
+
An availability zone is a physical location that's made up of one or more datacenters in a region. There are typically two or three availability zones per region, where each availability zone is independent of the other availability zones in the region.
43
43
44
-
ZRS offers 99.999999999999 percent durability of data. However, ZRS might not protect you from a regional outage, because all AZs reside in the same region. To migrate data to ZRS from either LRS or GRS requires some planning and manual migration, and it requires a tool such as AZCopy.
44
+
ZRS offers 99.999999999999 percent durability of data. However, ZRS might not protect you from a regional outage, because all availability zones reside in the same region. To migrate data to ZRS from either LRS or GRS requires some planning and manual migration, and it requires a tool such as AZCopy.
45
45
46
46
### What is geographically redundant storage (GRS)?
47
47
48
-
48
+
:::image type="content" source="../media/2-geo-redundant-storage.png" alt-text="Diagram showing an overview of geo-redundant storage.":::
49
49
50
50
Geographically redundant (or geo-redundant) storage provides multiple levels of replication. Your data is replicated three times within the primary region, then that set is replicated to a secondary region.
51
51
52
52
GRS provides the highest level of durability, because you finish with six copies of your data. Such durability means that even if there's a datacenter failure or regional issues in the primary region, your data is always available. If the primary region fails, Azure storage is still available in the secondary region. The secondary region is automatically paired to the primary region based on the primary region you selected. You can't change this pairing configuration.
53
53
54
-
Keep in mind that your data in the secondary region is inaccessible until the primary region has failed across to the secondary region. At this point, the secondary region becomes the active region (primary), and your data becomes accessible.
54
+
Keep in mind that your data in the secondary region is inaccessible until the primary region fails across to the secondary region. At this point, the secondary region becomes the active region (primary), and your data becomes accessible.
55
55
56
56
### What is read-access geo-redundant storage (RA-GRS)?
57
57
58
-
58
+
:::image type="content" source="../media/2-ra-grs-redundant-storage.png" alt-text="Diagram showing an overview of read-access geo-redundant storage.":::
59
59
60
60
Geo-redundant storage provides 99.9999999999999999 percent durability, because it replicates data and objects to a secondary region. When failover starts, DNS entries that point to the primary region are updated to point to the secondary region. Microsoft currently controls the DNS failover process.
61
61
@@ -85,9 +85,9 @@ We can summarize the most appropriate use of each type of redundant storage with
85
85
|ZRS|3|Needs redundancy in multiple physical locations, but because of compliance, data isn't allowed to leave a region.|
86
86
|GRS|6|App has access to the data, even if an entire region has an outage.|
87
87
|RA-GRS|6|App reads from multiple geographical locations, so you can serve users from a location that's closer to them.|
88
-
|GZRS|6| App can access data, even if the primary region has failed, and your secondary region has a datacenter that's experiencing an outage, but you don't want to read from the secondary region unless the primary region is down.|
88
+
|GZRS|6| App can access data, even if the primary region fails, and your secondary region has a datacenter that's experiencing an outage, but you don't want to read from the secondary region unless the primary region is down.|
89
89
|RA-GZRS|6| Regularly read data from your secondary region, perhaps to serve users from a location closer to them, even if a datacenter is up in your primary region.|
90
90
91
91
## Change replication strategy
92
92
93
-
After you've created an Azure storage account, you can change the replication strategy. You can switch the replication status of a storage account from LRS to GRS, or LRS to RA-GRS, and back again. To change the replication strategy to GZRS, the process you use depends on the current replication strategy for your account.
93
+
After you create an Azure storage account, you can change the replication strategy. You can switch the replication status of a storage account from LRS to GRS, or LRS to RA-GRS, and back again. To change the replication strategy to GZRS, the process you use depends on the current replication strategy for your account.
Copy file name to clipboardExpand all lines: learn-pr/azure/ha-application-storage-with-grs/includes/3-exercise-create-storage-account.md
+10-9Lines changed: 10 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,19 +2,17 @@ As the solution architect for your organization's healthcare system, you want to
2
2
3
3
In this exercise, you create an Azure storage account and configure the account for RA-GRS. By default, the storage account is set to LRS when you create it. Because you want the application to be highly available, you change the mode to RA-GRS. The storage account is used as a disaster-recovery feature to ensure that the application is always running.
4
4
5
-
First, create an Azure storage account to store the application data.
6
-
7
-
8
-
9
5
## Create an Azure storage account to host healthcare application
10
6
11
-
Create a storage account. The storage account hosts the healthcare application.
7
+
First, create an Azure storage account to store the application data. The storage account hosts the healthcare application.
8
+
9
+
:::image type="content" source="../media/3-storage-account-overview.png" alt-text="Diagram of the storage account configuration.":::
@@ -23,7 +21,10 @@ Create a storage account. The storage account hosts the healthcare application.
23
21
echo$STORAGEACCT
24
22
```
25
23
26
-
Make a note of the value of the **\$STORAGEACCT** variable if you need to re-create it in a later exercise.
24
+
> [!TIP]
25
+
> The *Sandbox resource group* field autopopulates after you activate the sandbox.
26
+
27
+
Make a note of the value of the `$STORAGEACCT` variable if you need to re-create it in a later exercise.
27
28
28
29
This step sets the replication policy of the storage account to RA-GRS, which enables the application to fail over to the secondary region if there's an outage.
29
30
@@ -44,12 +45,12 @@ Create a storage account. The storage account hosts the healthcare application.
1. Copy the output connection string and save it for reference later in this module.
51
52
52
-
## Fail over Azure storage account
53
+
## View the storage account replication status
53
54
54
55
Use Cloud Shell to view the replication status of your storage account. To view the status of the primary and secondary locations, run the following command:
0 commit comments