Microsoft 365 Multi-Geo is a legitimate solution for a specific problem: multinational enterprises with legal data residency requirements that mandate storing employee data in specific geographic regions. It is also one of the most aggressively oversold products in Microsoft's enterprise portfolio.
The overselling follows a predictable pattern: a compliance or legal team raises GDPR data residency concerns, an account team proposes Multi-Geo as the solution, and procurement approves the purchase without fully understanding what Multi-Geo actually does — and, crucially, what the non-Multi-Geo default already provides. The result is enterprises paying significant Multi-Geo premiums for data residency requirements that were already met by Microsoft's standard service configuration.
What M365 Multi-Geo Actually Is
M365 Multi-Geo is a capability that allows a single M365 tenant to store user data — Exchange Online mailboxes, OneDrive files, SharePoint sites — in multiple geographic regions simultaneously. Without Multi-Geo, a single tenant has a single "home" geography where all data is stored (e.g., the EU for a UK/European tenant, or the US for a North American tenant).
With Multi-Geo, you can configure individual users' data to be stored in a specific satellite geography. A German user's mailbox and OneDrive data can be stored in the Germany geo, an Australian user's data in Australia, and a US user's data in the United States — all within the same tenant. The experience for end users is identical; Multi-Geo operates entirely at the infrastructure level.
The supported geographies include: Australia, Brazil, Canada, EU (includes Germany, France, and other EU member states), France, Germany, India, Japan, Norway, Qatar, South Africa, South Korea, Sweden, Switzerland, UAE, UK, and United States. Microsoft periodically adds new satellite geographies.
What M365 Already Provides Without Multi-Geo
This is where most Multi-Geo purchases go wrong. Before evaluating Multi-Geo, you must understand what Microsoft already provides by default — because the default is often sufficient for the stated compliance requirement.
Tenant-level data residency: When you set up your M365 tenant, Microsoft provisions it in a geographic region based on your billing address. A UK-registered tenant is provisioned in the UK/European data centre region. Exchange Online, SharePoint Online, OneDrive for Business, and Teams data for UK tenants is stored in European data centres. This is the default — without Multi-Geo, without any additional cost.
EU Data Boundary: Since 2023, Microsoft has offered the EU Data Boundary commitment, which ensures that M365 core services data for EU/EEA tenants is stored and processed within the EU/EEA. This covers Exchange Online, SharePoint Online, OneDrive for Business, Teams, and Entra ID data for tenants in EU/EEA geographies. It is included in existing M365 enterprise plans at no additional cost.
Advanced Data Residency (ADR): Microsoft introduced Advanced Data Residency as a middle tier between the default tenant residency and Multi-Geo. ADR provides at-rest data residency commitments for a broader set of services (including Copilot, Viva, and other workloads not covered by the EU Data Boundary) at a lower price point than Multi-Geo. ADR is approximately £3–4/user/month versus ~£9/user/month for Multi-Geo.
Ask your legal or compliance team to specify exactly which regulatory requirement mandates Multi-Geo rather than the standard tenant residency or Advanced Data Residency commitment. In most GDPR contexts, the standard EU tenant provisioning (which routes data to EU data centres by default) or the EU Data Boundary commitment already satisfies the data residency obligation. Multi-Geo addresses a more specific scenario: individual user data in specific countries, within a single tenant that also serves users in other countries.
When Multi-Geo Is Genuinely Required
Multi-Geo is the correct solution for a specific set of scenarios. These are the conditions that genuinely require Multi-Geo rather than ADR or standard tenant configuration:
Country-specific data sovereignty laws with per-user granularity. Some national data protection regimes — particularly in Brazil (LGPD), India (DPDP), and certain GCC countries — require that citizen data be stored within national borders. If your organisation has employees in these countries and is subject to these laws, standard EU data centre routing does not satisfy the requirement. Multi-Geo, with the relevant satellite geo, is required.
Single tenant serving multiple geographic regulatory regimes. If you maintain a single M365 tenant for employees in multiple countries with conflicting data residency requirements, Multi-Geo is the only way to satisfy all requirements within a single tenant. Splitting into separate tenants is the alternative, but creates collaboration and administration complexity that Multi-Geo is specifically designed to avoid.
M&A integration with differing data residency profiles. Following an acquisition, integrating a target company with different data residency requirements into your existing tenant may require Multi-Geo to avoid regulatory non-compliance during or after the integration. See our guide to Microsoft licensing in M&A for the broader context.
| Scenario | Standard Tenant Residency | Advanced Data Residency | Multi-Geo |
|---|---|---|---|
| UK company, all UK employees, GDPR compliance | ✓ Sufficient | Not needed | Not needed |
| EU company needing EU Data Boundary commitment | ✓ EU Data Boundary included | For extended workloads | Not needed |
| UK HQ with 50 employees in Brazil (LGPD) | ✗ Brazilian data leaves Brazil | ✗ Does not cover Brazil | ✓ Required |
| Multinational with employees in India (DPDP) | ✗ Data not in India | ✗ Does not cover India | ✓ Required for India employees |
| Post-M&A integration, two tenants with different geos | Depends on target geo | Partial | ✓ Most flexible solution |
| US company with Copilot, wanting US data residency for Copilot | Tenant in US already | ✓ ADR covers Copilot | Not needed for this case |
Multi-Geo Licensing: What You Are Buying
Multi-Geo is licensed as an add-on to an existing M365 plan. The add-on must be purchased for the users whose data will be stored in satellite geographies — you do not need Multi-Geo licences for users whose data remains in the tenant's home geography.
This per-user scoping is the most important cost driver to manage. If you have 5,000 employees globally, but only 400 are in countries where satellite geo storage is required (Brazil, India, and UAE, for example), you need Multi-Geo licences for those 400 users — not all 5,000. The cost difference is substantial: £432,000/year for 400 users versus £5.4M/year for 5,000 users at approximately £9/user/month list price.
Microsoft account teams frequently propose Multi-Geo for the entire tenant when only a subset of users require satellite geo storage. This is presented as simplicity ("it covers everyone") but is commercially unjustifiable when only 10–20% of your user base is in geographies with specific data residency requirements. Always scope Multi-Geo to the minimum compliant population.
Advanced Data Residency vs Multi-Geo: Which to Buy
Advanced Data Residency (ADR) is the product that frequently gets confused with Multi-Geo. ADR provides at-rest data residency commitments for a broader range of M365 services — including Copilot for Microsoft 365, Viva, and other workloads not covered by the standard EU Data Boundary or default tenant provisioning — at approximately £3–4/user/month.
ADR does not provide per-user geo assignment within a multi-geo tenant. It provides contractual commitments that specific M365 workloads will store data in your tenant's home geography. This is the right product for organisations that want stronger data residency commitments across more M365 services but do not have country-specific requirements for individual users.
| Feature | Advanced Data Residency (ADR) | Multi-Geo |
|---|---|---|
| Price (approx. list) | ~£3–4/user/month | ~£9/user/month |
| Per-user geo assignment | No — whole tenant residency | Yes — per user |
| Workload coverage | Core M365 + Copilot + Viva | Exchange, OneDrive, SharePoint |
| Satellite geos | No — home geo only | Yes — 18+ satellite geos |
| Primary use case | Broader contractual residency within home geo | Per-user data in specific country geos |
| Typical buyer | Organisations wanting Copilot/Viva residency commitment | Multinationals with country-specific data laws |
Multi-Geo and Copilot: An Emerging Consideration
Microsoft 365 Copilot processes prompts and generates responses in the region where the tenant is provisioned. For most European tenants, this means EU data processing. Microsoft's Copilot data handling commitments are set out in the EU Data Boundary documentation and the Microsoft Product Terms.
Multi-Geo does not currently extend to Copilot prompt and response processing — it covers the storage of Exchange, OneDrive, and SharePoint data. If your Copilot data residency requirement is about ensuring prompts and responses are processed in a specific geography, ADR is more relevant than Multi-Geo. This is a nuance that Microsoft's account teams do not always articulate clearly, and it is worth confirming with legal counsel before purchasing Multi-Geo as a Copilot data residency solution.
Negotiating Multi-Geo in Your EA
If you have determined that Multi-Geo is genuinely required for a subset of your user population, here is how to approach the negotiation effectively.
Scope to the minimum compliant population. Define exactly which users are in jurisdictions requiring satellite geo storage. Document the regulatory basis for each geo requirement. This scoping exercise reduces the purchase to the necessary minimum and is your primary defence against account team pressure to license the full tenant.
Benchmark the price per user. Multi-Geo list price is approximately £9/user/month, but EA pricing can reduce this significantly. The EA discount for Multi-Geo typically tracks your overall M365 discount level. If your M365 EA discount is 30%, expect a similar discount on Multi-Geo. Push for equivalence — account teams sometimes apply lower discounts to add-ons than to core products.
Negotiate headcount flexibility provisions. If your satellite geo user count is expected to grow (through acquisition or organic expansion), negotiate provisions that allow you to add Multi-Geo licences at the same per-user rate rather than at list price. Conversely, if your satellite geo user count may decrease (through divestiture or workforce reduction), negotiate provisions for mid-term count reduction.
Evaluate ADR as a partial substitute. If your primary driver is Copilot or Viva data residency within your existing home geo, ADR at ~£3–4/user/month may substitute for some or all of the Multi-Geo requirement. This is particularly relevant for organisations whose "data residency" requirement is really a contractual assurance requirement rather than a country-specific geo placement requirement. ADR is meaningfully cheaper and may satisfy the underlying concern.
For broader multinational EA negotiation strategy, data residency products are often bundled into the overall M365 commitment. Treating them as part of the total M365 package (rather than separate add-ons) gives you more leverage to negotiate the overall deal structure.
Multi-Geo and Your Compliance Programme: What It Does and Does Not Provide
Multi-Geo provides at-rest data storage in specified satellite geographies. This is a necessary but not sufficient condition for compliance with most data residency regulations. Multi-Geo does not:
— Prevent data from leaving the satellite geo for processing. When a user in the Germany geo sends an email to a user in the US geo, that email data will traverse geographic boundaries. Multi-Geo controls where data is stored at rest, not where it moves in transit or during processing.
— Provide compliance with data localisation laws that require all data processing to occur within national borders. Multi-Geo satisfies storage requirements; processing requirements may need additional controls at the network and application layer.
— Replace a broader data governance and privacy programme. The E5 Compliance components — DLP, Insider Risk Management, Information Barriers, and Purview Information Protection — are the tools that implement data governance controls. Multi-Geo is an infrastructure-level residency mechanism, not a data governance tool.
Multi-Geo purchase decisions should be validated by legal counsel against your specific regulatory obligations before procurement. The cost of an incorrect Multi-Geo purchase (either purchasing unnecessarily or purchasing insufficiently) typically exceeds the cost of a brief legal review. Account team assertions that Multi-Geo "satisfies GDPR" or "ensures compliance" are commercial claims, not legal opinions.
Frequently Asked Questions
Does GDPR require Multi-Geo for a UK or EU tenant?
For most organisations with a UK or EU M365 tenant, no. GDPR data transfer restrictions primarily concern transfers of personal data to countries outside the UK/EU that lack adequate data protection. Standard M365 tenants in the UK/EU geo store data in UK/EU data centres. The EU Data Boundary commitment (included at no additional cost) provides contractual reinforcement of this. Multi-Geo is relevant when you have employees in specific countries (Brazil, India, UAE, etc.) where country-specific data localisation laws require data to be stored within national borders.
Can I scope Multi-Geo to specific users rather than the entire tenant?
Yes. Multi-Geo is licensed per user and configured at the user level. You assign each Multi-Geo user a preferred data location (PDL) — the satellite geo where their Exchange mailbox and OneDrive data will be stored. Users without a Multi-Geo licence remain in the tenant's home geo. This per-user scoping is what makes it possible to purchase Multi-Geo for only the subset of users whose data must be in specific satellite geographies.
What is the minimum Multi-Geo deployment?
Microsoft requires a minimum tenant size for Multi-Geo deployment — historically 250 user licences, though this has varied. Confirm the current minimum with your account team or in the Multi-Geo product terms. Very small organisations are sometimes ineligible for Multi-Geo and may need alternative solutions.
How does Multi-Geo affect Teams data?
Teams chat data is stored in Exchange Online. Users assigned to a satellite geo via Multi-Geo will have their Teams 1:1 and group chat data stored in the satellite geo where their Exchange mailbox resides. Teams meeting recordings are stored in OneDrive, which also follows the user's PDL. Teams channel messages are stored in SharePoint, which follows the SharePoint site's preferred location (configurable separately from user PDL). Full Teams data geo control requires careful configuration of all three storage locations.
How does Multi-Geo fit into the broader M365 licensing review?
Multi-Geo should be reviewed as part of your overall M365 licensing strategy, particularly if your organisation is multinational or has recently completed an acquisition. It is a premium add-on that requires clear regulatory justification. The EA renewal preparation process should include a review of which users genuinely require satellite geo storage and whether ADR addresses some or all of the stated requirements more cost-effectively.