Microsoft Sovereign Cloud er Microsofts samlebetegnelse for tre udrulningsmodeller. Den første er en suveræn udgave af den offentlige cloud i Microsofts datacentre. Den anden er en privat udgave, der står hos kunden selv eller hos en partner. Den tredje er nationale clouds, som godkendte partnere driver. For en Azure-kunde er det tre forskellige driftsmodeller med hver sine krav. Oplysningerne er læst på Microsoft Learn 8. november 2026, og siden om modellerne er selv dateret 15. juli 2026.
Microsofts danske region og sammenligningen med andre står på digital-suveraenitet.dk. Her står, hvad hver variant betyder for den, der driver miljøet.
Ejer og kontraktpart
Microsoft leverer teknologien i alle tre modeller og driver selv den offentlige. Hvilken Microsoft-enhed der er kontraktpart for Sovereign Cloud, har vi ikke læst. Ved de nationale partnerclouds er partneren et led mere. Få kontraktparten skrevet ind, før I går videre med en af modellerne.
Navnet er nyt. Tidligere hed tilbuddet Microsoft Cloud for Sovereignty. Ældre dokumentation bruger det gamle navn.
Datacentre og operatør
Sovereign Public Cloud kører i datacentre, Microsoft selv ejer, og kan holdes inden for EU Data Boundary, Microsofts betegnelse for de lande i EU og EFTA, hvor data skal blive. Microsoft driver.
Sovereign Private Cloud står hos kunden eller en partner, i kundens eget datacenter eller i colocation. Den, der ejer stedet, driver bygningen. Microsoft leverer softwaren.
National Partner Clouds drives af en godkendt national partner. I Europa nævner Microsoft Bleu i Frankrig og Delos i Tyskland, som vi beskriver i Delos, Bleu og S3NS.
En dansk Azure-region, Denmark East, er omtalt i sekundære kilder, men vi har ikke set den på Microsofts egne sider. Slå regionen og dens tjenester op i Microsofts oversigt over produkter pr. region, før I regner med den.
Platform og teknologi
Den offentlige variant er Azure med ekstra kontroller: kundestyrede nøgler, Data Guardian, ekstern nøglestyring og logs, der viser ændringer.
Den private variant bygger på Azure Local, Microsoft 365 Local, GitHub Enterprise Local og Foundry Local. Azure Local er infrastruktursoftware på godkendt hardware fra Microsofts partnere. Den kan køre forbundet til Azure eller afbrudt.
Partnerclouds bruger Microsofts teknologi, men tjenesteomfanget kan afvige fra den globale Azure.
Tjenester til drift af infrastruktur
Hvilke Azure-tjenester der findes i hver variant, skal slås op pr. variant og pr. region. For den private variant er det de lokale produkter, der er nævnt ovenfor. Sammenlign efter tjenester side om side, og tag jeres egne abonnementer som udgangspunkt.
Kontrolplan og support
Her er forskellen størst. Azure Local er normalt forbundet til Azure, og kontrolplanen ligger i Azure. En hyperkonvergeret installation af Azure Local må højst gå 30 sammenhængende dage uden at have været i kontakt med Azure. Går der længere tid, skifter klyngen til en begrænset tilstand, hvor de virtuelle maskiner, der kører, fortsætter, mens oprettelse af nye venter på næste vellykkede synkronisering. Det, der ligger i cloud, er ifølge Microsoft styringsdata, fx navne, fakturering og forbrug. Microsoft har også en afbrudt driftsform med kontrolplanen lokalt, men den er forbeholdt kunder, der opfylder særlige krav. Mere om emnet: kontrolplanen.
For den offentlige variant gælder Microsofts egne oplysninger om EU Data Boundary. Microsoft skriver selv, at data i visse tilfælde stadig sendes uden for grænsen, bl.a. ved fjernadgang fra medarbejdere uden for grænsen, ved sikkerhedsdrift og ved supportsager. Customer Lockbox kan for mange tjenester kræve kundens godkendelse, før Microsofts medarbejdere får adgang til data, og udformningen varierer pr. tjeneste. Hvad det betyder i jeres drift, står i hvem kan logge ind?.
Dokumentation
Vi har ikke læst certificeringer for nogen af modellerne. Bed om dem for hver model og hver tjeneste.
Prismodel i ord
Azure Local faktureres som en cloudtjeneste på kundens Azure-abonnement efter antal fysiske kerner. Hardwaren er godkendt udstyr fra Microsofts hardwarepartnere. Prismodellen for de øvrige varianter har vi ikke læst.
Hvad et skifte dertil kræver
Til den offentlige variant kræver det konfiguration af regioner, nøgler og adgangskontroller i jeres Azure-miljø og en gennemgang af, hvilke tjenester der ikke er regionale og derfor skal konfigureres særskilt.
Til den private variant kræver det hardware, et sted at stille den, folk til at drive den og en plan for synkronisering eller for den afbrudte driftsform. Kommer I fra VMware, er det et hypervisorskifte. Læs Hyper-V og Azure Local.
Til en partnercloud kræver det, at partneren vil have jer som kunde. De to europæiske eksempler retter sig efter deres egne oplysninger mod bestemte lande og kundegrupper.
Hvad det kræver, og hvad det koster at lade være
At afklare, hvilken variant der er relevant, tager nogle dage for en arkitekt. Den private variant kræver desuden et overslag over hardware, plads, strøm og egne driftstimer pr. måned, i ord og med en lav og en høj vurdering.
Vælger I den private variant uden at regne med synkroniseringskravet, kan et længere brud på forbindelsen stoppe oprettelsen af nye servere midt i en hændelse. Og vælger I den offentlige variant i tro på, at alle data bliver i EU, overser I de overførsler, Microsoft selv beskriver.
Det skal I lade være med
- At tale om Sovereign Cloud som én ting · de tre modeller har forskellig drift, placering og kontraktpart.
- At regne med en dansk region uden at have set den hos Microsoft · sekundære kilder er ikke nok.
- At glemme 30-dagesreglen i beredskabsplanen · den afgør, hvad I kan i et længere brud.
Det skal valget kunne vise
- ☐ Valgt variant med begrundelse.
- ☐ Kontraktpart og eventuel partner.
- ☐ Region og tjenester, opslået hos Microsoft med dato.
- ☐ For Azure Local: plan for synkronisering eller afbrudt drift.
- ☐ Microsofts beskrevne overførsler holdt op mod jeres data.
Kilder
- Microsoft Learn, What is Microsoft Sovereign Cloud?, læst 8. november 2026.
- Microsoft Learn, Azure Local FAQ, læst 8. november 2026.
- Microsoft Learn, What is the EU Data Boundary?, læst 8. november 2026.
- Microsoft Learn, Continuing data transfers that apply to all EU Data Boundary Services, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Afgør først, hvilken af de tre modeller der er relevant. Resten af vurderingen afhænger af det svar.
Læs også: AWS European Sovereign Cloud · Googles suveræne tilbud
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
