Centrally manage multiple Microsoft Sentinel workspaces with workspace manager (Preview)

Learn how to centrally manage multiple Microsoft Sentinel workspaces within one or more Azure tenants with workspace manager. This article takes you through provisioning and usage of workspace manager. Whether you're a global enterprise or a Managed Security Services Provider (MSSP), workspace manager helps you operate at scale efficiently.

Here are the active content types supported with workspace manager:

  • Analytics rules
  • Automation rules (excluding Playbooks)
  • Parsers, Saved Searches and Functions
  • Hunting and Livestream queries
  • Workbooks

Important

Support for workspace manager is currently in PREVIEW. The Azure Preview Supplemental Terms include additional legal terms that apply to Azure features that are in beta, preview, or otherwise not yet released into general availability.

Prerequisites

Considerations

Configure a central workspace to be the environment where you consolidate content items and configurations to be published at scale to member workspaces. Create a new Microsoft Sentinel workspace or utilize an existing one to serve as the central workspace.

Depending on your scenario, consider these architectures:

  • Direct-link is the least complex setup. Control all member workspaces with only one central workspace.
  • Co-Management supports scenarios where more than one central workspace needs to manage a member workspace. For example, workspaces simultaneously managed by an in-house SOC team and an MSSP.
  • N-Tier supports complex scenarios where a central workspace controls another central workspace. For example, a conglomerate that manages multiple subsidiaries, where each subsidiary also manages multiple workspaces.

A diagram showing various architecture choices for workspace manager in Microsoft Sentinel.

Enable workspace manager on the central workspace

Enable the central workspace once you have decided which Microsoft Sentinel workspace should be the workspace manager.

  1. Navigate to the Settings blade in the parent workspace, and toggle On the workspace manager configuration setting to "Make this workspace a parent".

  2. Once enabled, a new menu Workspace manager (preview) appears under Configuration.

    Screenshot shows the workspace manager configuration settings. The menu item added for workspace manager is highlighted and the toggle button on.

Onboard member workspaces

Member workspaces are the set of workspaces managed by workspace manager. Onboard some or all of the workspaces in the tenant, and across multiple tenants as well (if Azure Lighthouse is enabled).

  1. Navigate to workspace manager and select "Add workspaces" Screenshot shows the add workspace menu.
  2. Select the member workspace(s) you would like to onboard to workspace manager. Screenshot shows the add workspace selection menu.
  3. Once successfully onboarded, the Members count increases and your member workspaces are reflected in the Workspaces tab. Screenshot shows the added workspaces and the Members count incremented to 2.

Create a group

Workspace manager groups allow you to organize workspaces together based on business groups, verticals, geography, etc. Use groups to pair content items relevant to the workspaces.

Tip

Make sure you have at least one active content item deployed in the central workspace. This allows you to select content items from the central workspace to be published in the member workspace(s) in the subsequent steps.

  1. To create a group:

    • To add one workspace, select Add > Group.
    • To add multiple workspaces, select the workspaces and Add > Group from selected. Screenshot shows the add group menu.
  2. On the Create or update group page, enter a Name and Description for the group. Screenshot shows the group create or update configuration page.

  3. In the Select workspaces tab, select Add and select the member workspaces that you would like to add to the group.

  4. In the Select content tab, you have 2 ways to add content items.

    • Method 1: Select the Add menu and choose All content. All active content currently deployed in the central workspace is added. This list is a point-in-time snapshot that selects only active content, not templates.
    • Method 2: Select the Add menu and choose Content. A Select content window opens to custom select the content added. Screenshot shows the group content selection.
  5. Filter the content as needed before you Review + create.

  6. Once created, the Group count increases and your groups are reflected in the Groups tab.

Publish the Group definition

At this point, the content items selected haven't been published to the member workspace(s) yet.

Note

The publish action will fail if the maximum publish operations are exceeded. Consider splitting up member workspaces into additional groups if you approach this limit.

  1. Select the group > Publish content.

    Screenshot shows the group publish window.

    To bulk publish, multi-select the desired groups and select Publish. Screenshot shows the multi-select group publishing window.

  2. The Last publish status column updates to reflect In progress. Screenshot shows the multi group publishing progress column.

  3. If successful, the Last publish status updates to reflect Succeeded. The selected content items now exist in the member workspaces. Screenshot shows the last published column with entries that succeeded.

    If just one content item fails to publish for the entire group, the Last publish status updates to reflect Failed.

Troubleshooting

Each publish attempt has a link to help with troubleshooting if content items fail to publish.

  1. Select the Failed hyperlink to open the job failure details window. A status for each content item and target workspace pair is displayed.

  2. Filter the Status for failed item pairs.

    Screenshot shows the job details of a group publishing failure event.

Common reasons for failure include:

  • Content items referenced in the group definition no longer exist at the time of publish (have been deleted).
  • Permissions have changed at the time of publish. For example, the user is no longer a Microsoft Sentinel Contributor or doesn't have sufficient permissions on the member workspace anymore.
  • A member workspace has been deleted.

Known limitations

  • The maximum published operations per group is 2000. Published operations = (member workspaces) * (content items).
    For example, if you have 10 member workspaces in a group and you publish 20 content items in that group,
    published operations = 10 * 20 = 200.
  • Playbooks attributed or attached to analytics and automation rules aren't currently supported.
  • Workbooks stored in bring-your-own-storage aren't currently supported.
  • Workspace manager only manages content items published from the central workspace. It doesn't manage content created locally from member workspace(s).
  • Currently, deleting content residing in member workspace(s) centrally via workspace manager isn't supported.

API references

Next steps