Home / Azure Local

Azure Local | The Sovereign Cloud Reality Check

Azure Local | The Sovereign Cloud Reality Check


Reading Time: 8 minutes

This post walks through where Azure Local sits inside Microsoft’s Sovereign Cloud story, hybrid versus disconnected, what it costs, how Microsoft 365 Local fits in, and then takes the wider view: how the U.S. CLOUD Act interacts with GDPR and NIS2 when you run Azure Local in your own datacenter, and what the evidence actually says.

Where Azure Local sits in the Sovereign Cloud picture

Microsoft’s Sovereign Cloud is no longer a single product. It is a continuum. On one end you have the Sovereign Public Cloud, the regular Azure regions wrapped in extra controls, the EU Data Boundary, and the Sovereign Landing Zone. On the other end you have the Sovereign Private Cloud, built on Azure Local, where the hardware, the data, and now even the control plane live inside the customer’s boundary.

In February 2026 Microsoft made this explicit. The Sovereign Private Cloud was reframed as a unified stack: Azure Local for infrastructure, Microsoft 365 Local for productivity workloads, and Foundry Local for AI models. All of these can run connected, intermittently connected, or fully disconnected, depending on what each workload needs. That last part is the real news. Sovereignty is no longer a single deployment mode. It is a dial.

Hybrid versus disconnected: what actually changes

The default Azure Local experience is hybrid. Your nodes run in your datacenter, but the management surface (the Azure portal, ARM, RBAC, Arc, billing, policy) lives in Azure. Workloads stay local. Telemetry, identity, and orchestration depend on a connection back to the public cloud. For most organizations this is fine and even desirable: you get the operational model of Azure with the data locality you need.

Disconnected operations flip the model. Starting with Azure Local 2602 and now generally available, Microsoft ships a local control plane appliance that runs inside the Azure Local cluster itself. The portal, ARM, RBAC, managed identities, Arc enabled Servers, Azure Local VMs, AKS enabled by Arc, and device management all run from on premises. No call home, no public cloud dependency, no exposure to external networks.

The tradeoff is mostly capacity. The disconnected operations appliance needs at least 64 GB of memory, and Microsoft recommends management cluster nodes have 96 GB of memory just to host it alongside the rest of the infrastructure. You also need a Microsoft Customer Agreement for Enterprises and a documented business reason. Disconnected mode is not something you click a checkbox to enable. It is procured.

The practical effect: hybrid is for organizations that want cloud style operations with local data. Disconnected is for organizations that legally or practically cannot phone home, like government, defence, regulated finance, healthcare, and isolated industrial sites.

Pricing: simpler than it looks, but watch the layers

The Azure Local service fee is $10 per physical core, per month, billed daily, with the first 60 days free after registration. Multi threading does not count. Microsoft bills the physical cores, not the logical ones. So a two socket node with 32 physical cores costs roughly $320 per month, billed through your Azure subscription.

If you already own Windows Server Datacenter with active Software Assurance, Azure Hybrid Benefit lets you exchange those core licenses to waive the Azure Local host fee entirely. For many enterprises with existing SA, the per core cost drops to zero.

What the headline price does not include: the Windows Server guest licensing for the VMs themselves, the hardware (you buy that from Dell, HPE, Lenovo, or another validated OEM), and any Azure consumption on top (Azure Site Recovery, Azure Backup, Azure Monitor, Azure Virtual Desktop, and so on). AKS on Azure Local has been free of additional control plane charges since the 2402 release. AVD on Azure Local adds $0.01 per virtual core per hour on top of the base host fee.

For disconnected operations, the same per core economics apply, but you need to plan more hardware to host the local control plane appliance, and you need an enterprise agreement to even procure it.

Microsoft 365 Local: productivity inside the boundary

Microsoft 365 Local went GA in late 2025 and lets organizations run Exchange Server, SharePoint Server, and Skype for Business Server on Azure Local infrastructure, with Azure consistent management. Initially it shipped in connected mode; the fully disconnected variant landed in early 2026 alongside Azure Local disconnected operations.

Two things to know. First, M365 Local is not a like for like replacement for the M365 SaaS suite. There is no Teams, no Loop, no Copilot in the local stack. It covers email, document collaboration, and unified comms, and that is it. The “SE” (Subscription Edition) versions of these server products are supported until December 31, 2035, which gives organizations a long runway. Second, it is licensed separately from the Azure Local core fee. You still need server and CAL licensing for the M365 Local workloads, sold through Enterprise Agreements. It is not bundled.

The strategic point of M365 Local is sovereignty, not feature parity. If you are a regulated entity that cannot put mailboxes or document libraries in Microsoft’s public cloud, M365 Local lets you keep the Microsoft ecosystem without exporting the data.

The wider perspective: CLOUD Act, GDPR, and NIS2

This is where the story gets interesting, and where most marketing decks go quiet.

The U.S. CLOUD Act (Clarifying Lawful Overseas Use of Data Act, 2018) authorizes U.S. authorities to compel U.S. based companies to produce data they control, regardless of where the data physically sits. Microsoft is a U.S. company. Its EU subsidiaries are still subsidiaries of a U.S. parent. The CLOUD Act reaches them.

This stopped being theoretical on June 10, 2025. Before the French Senate’s Commission of Inquiry on digital sovereignty, Anton Carniaux, Director of Public and Legal Affairs at Microsoft France, was asked under oath whether he could guarantee that French citizens’ data hosted in EU datacenters would never be handed to U.S. authorities without French authorization. His answer was, in French, “Non, je ne peux pas le garantir”, meaning No, I cannot guarantee it. He added that if a properly framed U.S. order arrived, Microsoft would comply. Separately, in 2025, Microsoft confirmed in writing to Scottish police authorities that it could not guarantee data sovereignty for M365.

That admission is the load bearing fact for the rest of this analysis.

GDPR Article 48 is the European counter pressure. It prohibits transferring personal data to a foreign authority outside of a bilateral legal framework (mutual legal assistance treaty or equivalent). A CLOUD Act warrant served on a U.S. provider is, by EU reading, exactly the kind of unilateral foreign demand that Article 48 blocks. The provider sits between two legal regimes, each of which can fine or sanction it. The EU Data Act, in force since January 2024 and applying from September 2025, hardens this further: Chapter VII requires cloud and data processing providers in the EU to implement technical, legal, and organizational measures to prevent unlawful third country access to non personal data. The European Commission’s Cloud Sovereignty Framework (October 2025) defines a sovereignty score that explicitly grades exposure to foreign legislation like the CLOUD Act.

NIS2 (Directive (EU) 2022/2555) does not say “sovereign cloud” anywhere. It does not have to. It mandates risk management measures, supply chain security, and incident reporting for essential and important entities in 18 critical sectors: energy, healthcare, finance, water, digital infrastructure, public administration, manufacturing, and others. Article 21 expects an all hazards approach, and a foreign jurisdictional risk that your cloud provider has publicly admitted it cannot defeat is, by any honest reading, a hazard that needs mitigation. As of May 2026, 21 of 27 EU member states have transposed NIS2; Germany’s NIS2 Implementation Act took effect on December 6, 2025. Enforcement is active.

So what does this mean for Azure Local in your own datacenter?

Here is where Azure Local stops being just another infrastructure platform and starts being a legal lever.

When you run Azure Local in hybrid mode, the data plane is yours, but the control plane is Azure. Metadata, telemetry, identity tokens, configuration, policy evaluations, support diagnostics, all of it transits Microsoft’s public cloud. Microsoft’s June 2025 testimony applies to those flows. The data files might never leave your rack, but a CLOUD Act order against the control plane data is not blocked by the fact that your VMs run in Ootmarsum or Frankfurt.

When you run Azure Local in disconnected mode, the calculus changes materially. The local control plane runs inside your boundary. Identity is local. The portal is local. ARM operations terminate locally. There is no continuous data path back to Azure. A U.S. order served on Microsoft cannot compel the production of data Microsoft never had access to in the first place. That is the technical underpinning of the sovereignty argument, and it is the reason disconnected operations exist as a procurement gated product rather than a feature flag.

Two honest caveats. First, the hardware, the OS, and the updates still come from a U.S. vendor. Supply chain and update governance remain a real NIS2 concern, which is why Microsoft has added EU citizen only administrative supervision in some sovereign offerings and tamper evident logs for remote engineer access. Second, disconnected is not free of friction: you give up the seamless cloud managed experience and take on operational responsibility for patching, lifecycle, and recovery yourself.

But the legal picture is clearer in disconnected mode than it has ever been before. For an essential entity under NIS2, a GDPR regulated public administration, or a regulated industry that cannot accept CLOUD Act exposure on its control plane, Azure Local in disconnected mode is the most credible “Microsoft but sovereign” answer Microsoft has ever shipped.

The Sovereign Cloud is not a single product you buy. It is a set of design decisions you make about which workloads can tolerate cloud managed operations, which need to stay hybrid, and which must run entirely inside your boundary. Azure Local, whether connected, hybrid, or disconnected, is now the dial that lets you make those decisions one workload at a time.

Because this is a blog about rules and regulations, i added a list with evidence.

Sources and evidence

Azure Local, disconnected operations, and Sovereign Private Cloud

Pricing ($10/core, AHB, AVD on Azure Local, 60 day trial)

Microsoft 365 Local (scope, GA, support end 2035)

CLOUD Act, Microsoft France Senate testimony, GDPR Article 48

EU Data Act and NIS2

Share and Enjoy !

Shares

Designer (23)

Stay close to the action—follow GetToThe.Cloud across social!
Deep dives and hands‑on how‑tos on Azure Local, hybrid cloud, automation, PowerShell/Bicep, AVD + FSLogix, image pipelines, monitoring, networking, and resilient design when the internet/Azure is down.

🔗 Our channels
▶️ YouTube: https://www.youtube.com/channel/UCa33PgGdXt-Dr4w3Ub9hrdQ
💼 LinkedIn Group: https://www.linkedin.com/groups/9181126/
✖️ X (Twitter): https://x.com/Gettothecloud
🎵 TikTok: https://www.tiktok.com/@gettothecloud
🐙 GitHub: https://github.com/GetToThe-Cloud/Website
💬 Slack: DM us for an invite
📲 WhatsApp: DM for the community link

We use cookies to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners. View more
Cookies settings
Accept
Privacy & Cookie policy
Privacy & Cookies policy
Cookie name Active

Who we are

Our website address is: https://www.gettothe.cloud

Comments

When visitors leave comments on the site we collect the data shown in the comments form, and also the visitor’s IP address and browser user agent string to help spam detection.An anonymized string created from your email address (also called a hash) may be provided to the Gravatar service to see if you are using it. The Gravatar service privacy policy is available here: https://automattic.com/privacy/. After approval of your comment, your profile picture is visible to the public in the context of your comment.

Media

If you upload images to the website, you should avoid uploading images with embedded location data (EXIF GPS) included. Visitors to the website can download and extract any location data from images on the website.

Cookies

If you leave a comment on our site you may opt-in to saving your name, email address and website in cookies. These are for your convenience so that you do not have to fill in your details again when you leave another comment. These cookies will last for one year.If you visit our login page, we will set a temporary cookie to determine if your browser accepts cookies. This cookie contains no personal data and is discarded when you close your browser.When you log in, we will also set up several cookies to save your login information and your screen display choices. Login cookies last for two days, and screen options cookies last for a year. If you select "Remember Me", your login will persist for two weeks. If you log out of your account, the login cookies will be removed.If you edit or publish an article, an additional cookie will be saved in your browser. This cookie includes no personal data and simply indicates the post ID of the article you just edited. It expires after 1 day.

Embedded content from other websites

Articles on this site may include embedded content (e.g. videos, images, articles, etc.). Embedded content from other websites behaves in the exact same way as if the visitor has visited the other website.These websites may collect data about you, use cookies, embed additional third-party tracking, and monitor your interaction with that embedded content, including tracking your interaction with the embedded content if you have an account and are logged in to that website.

Who we share your data with

If you request a password reset, your IP address will be included in the reset email.

How long we retain your data

If you leave a comment, the comment and its metadata are retained indefinitely. This is so we can recognize and approve any follow-up comments automatically instead of holding them in a moderation queue.For users that register on our website (if any), we also store the personal information they provide in their user profile. All users can see, edit, or delete their personal information at any time (except they cannot change their username). Website administrators can also see and edit that information.

What rights you have over your data

If you have an account on this site, or have left comments, you can request to receive an exported file of the personal data we hold about you, including any data you have provided to us. You can also request that we erase any personal data we hold about you. This does not include any data we are obliged to keep for administrative, legal, or security purposes.

Where we send your data

Visitor comments may be checked through an automated spam detection service.
Save settings
Cookies settings