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/sentinel/geographical-availability-data-residency.md
+36-14Lines changed: 36 additions & 14 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,29 +14,30 @@ ms.custom: references_regions
14
14
15
15
# Geographical availability and data residency in Microsoft Sentinel
16
16
17
-
When you set up Microsoft Sentinel or prepare for compliance checks, you need the ability to validate and prove who has access to what data in your environment. In this article, you learn where Microsoft Sentinel data is stored so you can meet compliance requirements.
17
+
After your data is collected, stored, and processed, compliance can become an important design requirement, with a significant impact on your Microsoft Sentinel architecture. Having the ability to validate and prove who has access to what data under all conditions is a critical data sovereignty requirement in many countries and regions, and assessing risks and getting insights in Microsoft Sentinel workflows is a priority for many customers.
18
18
19
-
## Why geographical availability and data residency is important
19
+
This article can help you meet compliance requirements by describing where Microsoft Sentinel data is stored.
20
20
21
-
After your data is collected, stored, and processed, compliance can become an important design requirement, with a significant impact on your Microsoft Sentinel architecture. Having the ability to validate and prove who has access to what data under all conditions is a critical data sovereignty requirement in many countries and regions, and assessing risks and getting insights in Microsoft Sentinel workflows is a priority for many customers.
21
+
## Collected data
22
22
23
-
Learn more about [compliance considerations](/azure/azure-monitor/logs/workspace-design#azure-regions?toc=/azure/sentinel/TOC.json&bc=/azure/sentinel/breadcrumb/toc.json).
23
+
Microsoft Sentinel collects the following types of data:
24
24
25
-
## Where Microsoft Sentinel data is stored
25
+
-**Raw data**, such as event data collected from connected Microsoft services and partner systems. Data from multiple clouds and sources are streamed to the customer’s Azure Log Analytics workspace associated with Microsoft Sentinel, under the customer’s tenant’s subscription. This approach gives the customer the ability to choose region and retention and deletion policies.
26
+
-**Processed data**, such as incidents, alerts, and so on.
27
+
-**Configuration data**, such as connector settings, rules, and so on.
26
28
27
-
Microsoft Sentinel is a [non-regional service](https://azure.microsoft.com/explore/global-infrastructure/data-residency/#overview). However, Microsoft Sentinel is built on top of Azure Monitor Logs, which is a regional service. Note that:
29
+
## Data storage location
28
30
29
-
- Microsoft Sentinel can run on workspaces in these [supported regions](#supported-regions).
30
-
- Regions where Log Analytics is newly available may take some time to onboard the Microsoft Sentinel service.
31
-
- Microsoft Sentinel stores customer data in the same geography as the Log Analytics workspace associated with Microsoft Sentinel.
32
-
- Microsoft Sentinel processes customer data in one of two locations:
33
-
- If the Log Analytics workspace is located in Europe, customer data is processed in Europe.
34
-
- For all other locations, customer data is processed in the US
35
-
- While Microsoft Sentinel is accessible in both the [Microsoft Defender and Azure portals](microsoft-sentinel-defender-portal.md), Microsoft Sentinel data is stored in Azure regions.
31
+
Data used by the service, including customer data, might be stored and processed in the following locations:
36
32
33
+
|Data type |Location |
34
+
|---------|---------|
35
+
|**Raw data**| Stored in the same region as the Azure Log Analytics workspace associated with Microsoft Sentinel. For more information, see [Supported regions](#supported-regions). <br><br>Raw data is processed in one of the following locations: <br>- For Log Analytics workspaces located in Europe, customer data is processed in Europe. <br>- For Log Analytics workspaces located in Israel, customer data is processed in Israel. <br>- For Log Analytics workspaces located in any of the China 21Vianet regions, customer data is processed in China 21Vianet. <br>- For workspaces located in any other location, customer data is processed in a US region. |
36
+
|**Processed data and configuration data**| - For workspaces onboarded to Microsoft's unified security operation's platform, processed data and configuration data might be stored and processed in Microsoft Defender XDR regions. For more information, see [Data security and retention in Microsoft Defender XDR](/defender-xdr/data-privacy). <br><br>- For workspaces not onboarded to Microsoft's unified security operations platform, processed data and configuration data is stored and processed using the same methodology as raw data. |
37
+
37
38
### Supported regions
38
39
39
-
Microsoft Sentinel can run on workspaces in the following regions:
40
+
Regions supported for Microsoft Sentinel raw data, and for processed and configuration data in workspaces not onboarded to Microsoft's unified security operations platform, include:
40
41
41
42
|Continent | Country/Region | Azure Region |
42
43
|---------|---------|---------|
@@ -61,3 +62,24 @@ Microsoft Sentinel can run on workspaces in the following regions:
61
62
||**UK**| • UK South<br>• UK West |
62
63
|**Australia**|**Australia**| • Australia Central<br>Australia Central 2<br>• Australia East<br>• Australia Southeast |
63
64
|**Africa**|**South Africa**| • South Africa North |
65
+
66
+
## Data retention
67
+
68
+
Data from Microsoft Sentinel is retained until the earliest of the following dates:
69
+
70
+
- The customer [removes Microsoft Sentinel from their workspace](offboard.md)
71
+
- As per a retention policy set by the customer
72
+
73
+
Until that time, customers can always delete their data.
74
+
75
+
Customer data is kept and is available while the license is under a grace period or in suspended mode. At the end of this period, and no later than 90 days from contract termination or expiration, the data is erased from Microsoft's systems to make it unrecoverable.
76
+
77
+
## Data sharing for Microsoft Sentinel
78
+
79
+
Microsoft Sentinel may share data, including customer data, among the following Microsoft products:
80
+
81
+
- Microsoft Defender XDR / Microsoft's unified security operations platform
82
+
- Azure Log Analytics
83
+
## Related content
84
+
85
+
For more information, see details about [Azure regions](/azure/azure-monitor/logs/workspace-design#azure-regions?toc=/azure/sentinel/TOC.json&bc=/azure/sentinel/breadcrumb/toc.json) when designing your workspace architecture.
0 commit comments