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: learn-pr/wwl-sci/create-manage-azure-sentinel-workspaces/includes/1-introduction.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
-
Deploying the Microsoft Sentinel environment involves designing a workspace configuration to meet your security and compliance requirements. The provisioning process includes creating a Log Analytics workspace and configuring the Microsoft Sentinel options.
1
+
Deploying the Microsoft Sentinel environment involves designing a workspace configuration to meet your security and compliance requirements. The provisioning process includes creating a Log Analytics workspace and configuring the Microsoft Sentinel options.
2
2
3
-
You're a Security Operations Analyst working at a company that is implementing Microsoft Sentinel. You're responsible for setting up the Microsoft Sentinel environment to meet the company requirement to minimize cost, meet compliance regulations, and provide the most manageable environment for your security team to perform their daily job responsibilities.
3
+
You're a Security Operations Analyst working at a company that is implementing Microsoft Sentinel. You're responsible for setting up the Microsoft Sentinel environment to meet the company requirement to minimize cost, meet compliance regulations, and provide the most manageable environment for your security team to perform their daily job responsibilities.
4
4
5
5
You start by understanding the Microsoft Sentinel workspace's architecture. After you've decided on your workspace implementation options, you create your first Microsoft Sentinel workspace.
6
6
@@ -12,4 +12,4 @@ After completing this module, you'll be able to:
Copy file name to clipboardExpand all lines: learn-pr/wwl-sci/create-manage-azure-sentinel-workspaces/includes/2-plan-for-azure-sentinel-workspace.md
+11-13Lines changed: 11 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,20 +1,20 @@
1
-
Before deploying Microsoft Sentinel, it's crucial to understand the workspace options. The Microsoft Sentinel solution is installed in a Log Analytics Workspace, and most implementation considerations are focused on the Log Analytics Workspace creation. The single most important option when creating a new Log Analytics Workspace is the region. The region specifies the location where the log data will reside.
1
+
Before deploying Microsoft Sentinel, it's crucial to understand the workspace options. The Microsoft Sentinel solution is installed in a Log Analytics Workspace, and most implementation considerations are focused on the Log Analytics Workspace creation. The single most important option when creating a new Log Analytics Workspace is the region. The region specifies the location where the log data resides.
2
2
3
3
The three implementation options:
4
4
5
5
- Single-Tenant with a single Microsoft Sentinel Workspace
6
6
7
7
- Single-Tenant with regional Microsoft Sentinel Workspaces
8
8
9
-
-Multi-Tenant
9
+
-Multiple tenants
10
10
11
11
## Single-tenant single workspace
12
12
13
-
The single-tenant with a single Microsoft Sentinel workspace will be the central repository for logs across all resources within the same tenant.
13
+
The single-tenant with a single Microsoft Sentinel workspace is the central repository for logs across all resources within the same tenant.
14
14
15
-
This workspace receives logs from resources in other regions within the same tenant. Because the log data (when collected) will travel across regions and stored in another region, this creates two possible concerns. First, it can incur a bandwidth cost. Second, if there's a data governance requirement to keep data in a specific region, the single workspace option wouldn't be an implementation option.
15
+
This workspace receives logs from resources in other regions within the same tenant. Because the log data (when collected) travels across regions and stored in another region, this creates two possible concerns. First, it can incur a bandwidth cost. Second, if there's a data governance requirement to keep data in a specific region, the single workspace option wouldn't be an implementation option.
16
16
17
-
:::image type="content" source="../media/single-tenant-workspace.png" alt-text="Diagram of a Single Tenant Sentinel Workspace.":::
17
+
:::image type="content" source="../media/single-tenant-workspace.png" alt-text="Diagram of a Single Tenant Microsoft Sentinel Workspace.":::
18
18
19
19
Single-Tenants with a single workspace trade-off include:
20
20
@@ -28,9 +28,9 @@ Single-Tenants with a single workspace trade-off include:
28
28
29
29
## Single-tenant with regional Microsoft Sentinel workspaces
30
30
31
-
The single-tenant with regional Microsoft Sentinel workspaces will have multiple Sentinel workspaces requiring the creation and configuration of multiple Microsoft Sentinel and Log Analytics workspaces.
31
+
The single-tenant with regional Microsoft Sentinel workspaces, have multiple Microsoft Sentinel workspaces requiring the creation and configuration of multiple Microsoft Sentinel and Log Analytics workspaces.
32
32
33
-
:::image type="content" source="../media/single-tenant-regional-workspace.png" alt-text="Diagram of a Sentinel Single Tenant Regional Workspace.":::
33
+
:::image type="content" source="../media/single-tenant-regional-workspace.png" alt-text="Diagram of a Microsoft Sentinel Single Tenant Regional Workspace.":::
34
34
35
35
| Pros| Cons|
36
36
| :--- | :--- |
@@ -49,14 +49,12 @@ TableName
49
49
50
50
```
51
51
52
-
## Multi-tenant workspaces
53
-
54
-
If you're required to manage a Microsoft Sentinel workspace, not in your tenant, you implement Multi-Tenant workspaces using Azure Lighthouse. This security configuration grants you access to the tenants. The tenant configuration within the tenant (regional or multi-regional) is the same consideration as before.
55
-
56
-
:::image type="content" source="../media/multi-tenant-workspaces.png" alt-text="Diagram of Sentinel Multi-Tenant Workspaces.":::
52
+
## Multiple tenant workspaces
57
53
54
+
If you're required to manage a Microsoft Sentinel workspace, not in your tenant, you implement Multiple tenant workspaces using Azure Lighthouse. This security configuration grants you access to the tenants. The tenant configuration within the tenant (regional or multi-regional) is the same consideration as before.
58
55
56
+
:::image type="content" source="../media/multi-tenant-workspaces.png" alt-text="Diagram of Microsoft Sentinel Multiple tenant Workspaces.":::
59
57
60
58
## Use the same log analytics workspace as Microsoft Defender for Cloud
61
59
62
-
Use the same workspace for both Microsoft Sentinel and Microsoft Defender for Cloud, so that all logs collected by Microsoft Defender for Cloud can also be ingested and used by Microsoft Sentinel. The default workspace created by Microsoft Defender for Cloud won't appear as an available workspace for Microsoft Sentinel.
60
+
Use the same workspace for both Microsoft Sentinel and Microsoft Defender for Cloud, so that all logs collected by Microsoft Defender for Cloud can also be ingested and used by Microsoft Sentinel. The default workspace created by Microsoft Defender for Cloud won't appear as an available workspace for Microsoft Sentinel.
Copy file name to clipboardExpand all lines: learn-pr/wwl-sci/create-manage-azure-sentinel-workspaces/includes/3-create-azure-sentinel-workspace.md
+7-6Lines changed: 7 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,4 +1,4 @@
1
-
After designing the workspace architecture, log in to the Azure portal. At the search bar, search for Sentinel, then select **Microsoft Sentinel**. The Microsoft Sentinel Workspaces shows a list of the current workspaces. Select the **+ add** button to start the creation process.
1
+
After designing the workspace architecture, sign-in to the Azure portal. At the search bar, search for Sentinel, then select **Microsoft Sentinel**. The Microsoft Sentinel Workspaces shows a list of the current workspaces. Select the **+ add** button to start the creation process.
2
2
3
3
> [!NOTE]
4
4
> If you choose to perform this exercise, be aware you might incur costs in your Azure Subscription. To estimate the cost, refer to [Microsoft Sentinel Pricing](https://azure.microsoft.com/pricing/details/azure-sentinel/). We have also included an interactive lab simulation after the exercise.
@@ -17,12 +17,12 @@ To enable Microsoft Sentinel, you need contributor permissions to the subscripti
17
17
| :--- | :--- |
18
18
| Subscription| Select the Subscription|
19
19
| Resource Group| Select or create a Resource Group|
20
-
| Name| Name is the name of the Log Analytics workspace and will also be the name of your Microsoft Sentinel Workspace|
20
+
| Name| Name is the name of the Log Analytics workspace and is also the name of your Microsoft Sentinel Workspace|
21
21
| Region| The region is the location the log data is stored.|
22
22
23
23
> [!IMPORTANT]
24
-
> The Name will be the name of the Microsoft Sentinel workspace. The Microsoft Sentinel name will default to the Log Analytics Workspace Name.
25
-
> The Region is the location where ingested data is stored. The data location impacts data governance requirements. Workspaces can't move from region to region; you will need to recreate the workspace if the region option needs to be changed.
24
+
> The Name is the name of the Microsoft Sentinel workspace. The Microsoft Sentinel name defaults to the Log Analytics Workspace Name.
25
+
> The Region is the location where ingested data is stored. The data location impacts data governance requirements. Workspaces can't move from region to region; you'll need to recreate the workspace if the region option needs to be changed.
26
26
27
27
1. Select the **Review + Create** button and then select the **Create** button.
28
28
@@ -52,7 +52,8 @@ The Overview tab displays a standard dashboard of information about the ingested
52
52
53
53
## Microsoft Sentinel sharing a Log Analytics Workspace
54
54
55
-
Considering that Microsoft Sentinel workspace uses a Log Analytics workspace, you have the option to enable the Sentinel workspace in a Log Analytics workspace that is used by other solutions. The most common scenario is sharing the Log Analytics workspace used by Microsoft Defender for Cloud. Sharing the workspace enables one central workspace to query security data.
55
+
Considering that Microsoft Sentinel workspace uses a Log Analytics workspace, you have the option to enable the Microsoft Sentinel workspace in a Log Analytics workspace that is used by other solutions. The most common scenario is sharing the Log Analytics workspace used by Microsoft Defender for Cloud. Sharing the workspace enables one central workspace to query security data.
56
56
57
57
## Microsoft Defender for Cloud
58
-
When creating your Microsoft Sentinel workspace, you aren't allowed to use the **Default** Microsoft Defender for Cloud Log Analytics workspace. You need to manually create a Log Analytics workspace then update the Microsoft Defender for Cloud tier. Now you can select the manually created Log Analytics workspace for use with Microsoft Defender for Cloud.
58
+
59
+
When creating your Microsoft Sentinel workspace, you aren't allowed to use the **Default** Microsoft Defender for Cloud Log Analytics workspace. You need to manually create a Log Analytics workspace then update the Microsoft Defender for Cloud tier. Now you can select the manually created Log Analytics workspace for use with Microsoft Defender for Cloud.
There are three primary log types in Microsoft Sentinel:
3
2
4
3
- Analytics Logs
5
4
- Basic Logs
6
-
- Archive Logs
7
-
5
+
- Auxilary Logs (Preview)
8
6
9
7
Data in each table in a Log Analytics workspace is retained for a specified period of time after which it's either removed or archived with a reduced retention fee. Set the retention time to balance your requirement for having data available with reducing your cost for data retention.
10
8
11
9
To access archived data, you must first retrieve data from it in an Analytics Logs table using one of the following methods:
10
+
12
11
- Search Jobs
13
12
- Restore
14
13
15
-
16
-
17
-
18
14
:::image type="content" source="../media/workspace-plan-overview.png" alt-text="Diagram of different Workspace Log Types.":::
19
15
20
-
21
-
22
16
## Analytical Logs
23
17
24
-
By default, all tables in a workspace are of type Analytics Logs, which are available to all features of a Log Analytics workspace and any other services that use the workspace.
18
+
By default, all tables in a workspace are of type Analytics Logs, which are available to all features of a Log Analytics workspace and any other services that use the workspace.
25
19
20
+
## Basic Logs
26
21
22
+
You can configure certain tables as **Basic Logs** to reduce the cost of storing high-volume verbose logs you use for debugging, troubleshooting and auditing, but not for analytics and alerts. Tables configured for Basic Logs have a lower ingestion cost in exchange for reduced features. Basic logs are only **retained for 8 days**.
27
23
28
-
## Basic Logs
24
+
## Auxiliary Logs (Preview)
29
25
30
-
You can configure certain tables as **Basic Logs** to reduce the cost of storing high-volume verbose logs you use for debugging, troubleshooting and auditing, but not for analytics and alerts. Tables configured for Basic Logs have a lower ingestion cost in exchange for reduced features. Basic logs are only **retained for 8 days**.
26
+
Auxiliary Logs are suited for low-touch data, such as verbose logs, and data required for auditing and compliance. This plan offers low-cost ingestion and unoptimized single-table queries for 30 days.
31
27
32
28
### KQL language limits
33
29
@@ -44,14 +40,13 @@ Queries against Basic Logs are optimized for simple data retrieval using a subse
44
40
- parse-where
45
41
46
42
The following KQL isn't supported:
43
+
47
44
- join
48
45
- union
49
46
- aggregates (summarize)
50
47
51
48
### Table support Basic Logs
52
49
53
-
54
-
55
50
All tables in your Log Analytics are Analytics tables, by default. You can configure particular tables to use Basic Logs. You can't configure a table for Basic Logs if Azure Monitor relies on that table for specific features.
56
51
57
52
You can currently configure the following tables for Basic Logs:
@@ -60,42 +55,34 @@ You can currently configure the following tables for Basic Logs:
60
55
- ContainerLogV2, which Container Insights uses and which include verbose text-based log records.
61
56
- AppTraces, which contain freeform log records for application traces in Application Insights.
62
57
63
-
> [!NOTE]
64
-
> Basic Logs are currently in *Preview*. The supported/eligible tables documentation will be updated with current information when the feature is *Generally Available*.
65
-
66
-
67
-
68
58
### Configure log type
69
59
70
60
To adjust the log type for an **eligible** table, select the workspace settings in the Microsoft Sentinel Settings area.
71
-
The next screen is in the Log Analytics portal.
61
+
The next screen is in the Log Analytics portal.
62
+
72
63
1. Select the "Tables" tab.
73
64
1. Select the table then **...** at the end of the row.
74
65
1. Select Manage table
75
66
1. Change the *Table plan*.
76
67
1. Select **Save**
77
68
69
+
## Long-term retention
78
70
71
+
By default, all tables in a Log Analytics workspace retain data for 30 days, except for log tables with 90-day default retention. During this period - the interactive retention period - you can retrieve the data from the table through queries, and the data is available for visualizations, alerts, and other features and services, based on the table plan.
79
72
80
-
## Archive Logs
81
-
82
-
Archiving lets you keep older, less used data in your workspace at a reduced cost. Each workspace has a default retention policy that's applied to all tables. You can set a different retention policy on individual tables.
73
+
You can extend the interactive retention period of tables with the Analytics plan to up to two years. The Basic and Auxiliary plans have a fixed interactive retention period of 30 days.
83
74
75
+
:::image type="content" source="../media/retention-long-term.png" alt-text="Diagram of the Retention archive process.":::
84
76
85
-
:::image type="content" source="../media/retention-archive.png" alt-text="Diagram of the Retention archive process.":::
86
-
87
-
88
-
89
-
During the interactive retention period, data is available for monitoring, troubleshooting and analytics. When you no longer use the logs, but still need to keep the data for compliance or occasional investigation, archive the logs to save costs. You can access archived data by running a search job or restoring archived logs.
90
-
77
+
To retain data in the same table beyond the interactive retention period, extend the table's total retention to up to 12 years. At the end of the interactive retention period, the data stays in the table for the remainder of the total retention period you configure. During this period - the long-term retention period - run a search job to retrieve the specific data you need from the table and make it available for interactive queries in a search results table.
91
78
92
79
### Configure table retention
93
80
94
81
To adjust the retention days for a table, select the workspace settings in the Microsoft Sentinel Settings area.
95
-
The next screen is in the Log Analytics portal.
82
+
The next screen is in the Log Analytics portal.
83
+
96
84
1. Select the "Tables" tab.
97
85
1. Select the table then **...** at the end of the row.
0 commit comments