Programmönster och utvecklingsstrategier för SQL Server på Azure Virtual Machines

GÄLLER FÖR: SQL Server på virtuella Azure-datorer

Sammanfattning:

Att avgöra vilket programmönster eller mönster som ska användas för dina SQL Server-baserade program i en Azure-miljö är ett viktigt designbeslut och det krävs en gedigen förståelse för hur SQL Server och varje infrastrukturkomponent i Azure fungerar tillsammans. Med SQL Server i Azure Infrastructure Services kan du enkelt migrera, underhålla och övervaka dina befintliga SQL Server-program som bygger på Windows Server till virtuella datorer (VM) i Azure.

Målet med den här artikeln är att ge lösningsarkitekter och utvecklare en grund för bra programarkitektur och design, som de kan följa när de migrerar befintliga program till Azure samt utveckla nya program i Azure.

För varje programmönster hittar du ett lokalt scenario, dess respektive molnaktiverade lösning och relaterade tekniska rekommendationer. Dessutom beskrivs Azure-specifika utvecklingsstrategier i artikeln så att du kan utforma dina program på rätt sätt. På grund av de många möjliga programmönstren rekommenderar vi att arkitekter och utvecklare väljer det lämpligaste mönstret för sina program och användare.

Tekniska deltagare: Luis Carlos Vargas Herring, Madhan Arumumm Ramahnan

Tekniska granskare: Corey Sanders, Drew McDaniel, Naraua Annamalai, Nir Mashknod, Sanjay Mishra,Hrano Coriani,UggUggow, TimAwey, Tim Wieman, Xin Jin

Introduktion

Du kan utveckla många typer av n-nivåprogram genom att separera komponenterna i de olika programskikten på olika datorer samt i separata komponenter. Du kan till exempel placera komponenterna för klientprogram och affärsregler på en dator, klientdelswebbnivå och dataåtkomstnivåkomponenter på en annan dator och en serverdelsdatabasnivå på en annan dator. Den här typen av strukturering hjälper till att isolera varje nivå från varandra. Om du ändrar var data kommer från behöver du inte ändra klienten eller webbappen, utan endast dataåtkomstnivåkomponenterna.

Ett typiskt n-nivåprogram innehåller presentationsnivån, affärsnivån och datanivån:

Programlager beskriver de logiska grupperingarna av funktioner och komponenter i ett program. Medan nivåer beskriver den fysiska distributionen av funktioner och komponenter på separata fysiska servrar, datorer, nätverk eller fjärrplatser. Lagren i ett program kan finnas på samma fysiska dator (samma nivå) eller distribueras på separata datorer (n-nivå) och komponenterna i varje lager kommunicerar med komponenter i andra lager via väldefinierade gränssnitt. Du kan tänka på termen nivå som refererar till fysiska distributionsmönster, till exempel två nivåer, tre nivåer och n-nivå. Ett programmönster på två nivåer innehåller två programnivåer: programserver och databasserver. Direktkommunikation sker mellan programservern och databasservern. Programservern innehåller komponenter på både webbnivå och företagsnivå. I programmönstret med tre nivåer finns det tre programnivåer: webbserver, programserver, som innehåller affärslogiknivån och/eller komponenter för dataåtkomst på företagsnivå samt databasservern. Kommunikationen mellan webbservern och databasservern sker via programservern. Detaljerad information om programlager och nivåer finns i Guide för Microsoft-programarkitektur.

Innan du börjar läsa den här artikeln bör du ha kunskap om de grundläggande begreppen SQL Server och Azure. Mer information finns i SQL Server Books Online, SQL Server på Azure Virtual Machines och Azure.com.

Den här artikeln beskriver flera programmönster som kan vara lämpliga för dina enkla program samt mycket komplexa företagsprogram. Innan du beskriver varje mönster rekommenderar vi att du bekantar dig med de tillgängliga datalagringstjänsterna i Azure, till exempel Azure Storage, Azure SQL Databaseoch SQL Server på en virtuell Azure-dator. För att fatta de bästa designbesluten för dina program bör du förstå när du ska använda vilken datalagringstjänst som är tydlig.

Välj SQL Server azure-Virtual Machines när:

• Du behöver kontroll över SQL Server och Windows. Detta kan till exempel omfatta SQL Server version, särskilda snabbkorrigeringar, prestandakonfiguration osv.

• Du behöver fullständig kompatibilitet med SQL Server och vill flytta befintliga program till Azure som de är.

• Du vill utnyttja funktionerna i Azure-miljön, men Azure SQL Database stöder inte alla funktioner som ditt program kräver. Detta kan omfatta följande områden:

  • Databasstorlek: När den här artikeln uppdaterades stöder SQL Database en databas på upp till 1 TB data. Om ditt program kräver mer än 1 TB data och du inte vill implementera anpassade lösningar för horisontell partitionering rekommenderar vi att du använder SQL Server på en virtuell Azure-dator. Den senaste informationen finns i Skala ut Azure SQL Database,köpmodell baserad på DTUoch köpmodellbaserad på virtuella kärnor (förhandsversion).
  • HIPAA-efterlevnad: Healthcare-kunder och oberoende programvaruleverantörer (ISV) kan välja SQL Server på Azure Virtual Machines i stället för Azure SQL Database eftersom SQL Server i Azure Virtual Machines omfattas av HIPAA-affärsavtal (BUSINESS Associate Agreement, BAA). Information om efterlevnad finns i Microsoft Azure Säkerhetscenter: Efterlevnad.
  • Funktioner på instansnivå: För SQL Database stöder inte funktioner som finns utanför databasen (till exempel länkade servrar, agentjobb, FileStream, Service Broker osv.). Mer information finns i Azure SQL Database riktlinjer och begränsningar.

1 nivå (enkel): En virtuell dator

I det här programmönstret distribuerar du SQL Server program och databas till en fristående virtuell dator i Azure. Samma virtuella dator innehåller din klient-/webbapp, affärskomponenter, dataåtkomstlagret och databasservern. Presentations-, företags- och dataåtkomstkoden är logiskt åtskilda men finns fysiskt på en dator med en server. De flesta kunder börjar med det här programmönstret och skalar sedan ut genom att lägga till fler webbroller eller virtuella datorer i systemet.

Det här programmönstret är användbart när:

• Du vill utföra en enkel migrering till Azure-plattformen för att utvärdera om plattformen svarar på programmets krav eller inte.
• Du vill behålla alla programnivåer på samma virtuella dator i samma Azure-datacenter för att minska svarstiden mellan nivåerna.
• Du vill snabbt etablera utvecklings- och testmiljöer under korta tidsperioder.
• Du vill utföra stresstestning för olika arbetsbelastningsnivåer, men samtidigt vill du inte äga och underhålla många fysiska datorer hela tiden.

Följande diagram visar ett enkelt lokalt scenario och hur du kan distribuera dess molnaktiverade lösning på en enda virtuell dator i Azure.

Distribution av affärslagret (affärslogik och dataåtkomstkomponenter) på samma fysiska nivå som presentationslagret kan maximera programmets prestanda, såvida du inte måste använda en separat nivå på grund av skalbarhet eller säkerhetsproblem.

Eftersom det här är ett mycket vanligt mönster att börja med kan följande artikel om migrering vara användbar för att flytta data till din virtuella SQL Server-dator: Migrera en databas till SQL Server på en virtuell Azure-dator.

3-nivå (enkel): Flera virtuella datorer

I det här programmönstret distribuerar du ett program med tre nivåer i Azure genom att placera varje programnivå på en annan virtuell dator. Detta ger en flexibel miljö för en enkel uppskalnings- och utskalningsscenarier. När en virtuell dator innehåller din klient-/webbapp är den andra värd för dina affärskomponenter och den andra är värd för databasservern.

Det här programmönstret är användbart när:

• Du vill utföra en migrering av komplexa databasprogram till Azure Virtual Machines.
• Du vill att olika programnivåer ska finnas i olika regioner. Du kan till exempel ha delade databaser som distribueras till flera regioner i rapporteringssyfte.
• Du vill flytta företagsprogram från lokala virtualiserade plattformar till Azure Virtual Machines. En detaljerad beskrivning av företagsprogram finns i Vad är ett företagsprogram?
• Du vill snabbt etablera utvecklings- och testmiljöer under korta tidsperioder.
• Du vill utföra stresstestning för olika arbetsbelastningsnivåer, men samtidigt vill du inte äga och underhålla många fysiska datorer hela tiden.

Följande diagram visar hur du kan placera ett enkelt program på 3 nivåer i Azure genom att placera varje programnivå på en annan virtuell dator.

I det här programmönstret finns det bara en virtuell dator på varje nivå. Om du har flera virtuella datorer i Azure rekommenderar vi att du ställer in ett virtuellt nätverk. Azure Virtual Network skapar en betrodd säkerhetsgräns och gör även att virtuella datorer kan kommunicera sinsemellan via den privata IP-adressen. Se dessutom alltid till att alla Internetanslutningar endast går till presentationsnivån. När du följer det här programmönstret hanterar du reglerna för nätverkssäkerhetsgruppen för att kontrollera åtkomsten. Mer information finns i Tillåt extern åtkomst till den virtuella datorn med hjälp av Azure Portal.

I diagrammet kan Internetprotokoll vara TCP, UDP, HTTP eller HTTPS.

2-nivå och 3-nivå med utskalning på presentationsnivå

I det här programmönstret distribuerar du databasprogram på två eller tre nivåer till Azure Virtual Machines genom att placera varje programnivå på en annan virtuell dator. Dessutom skalar du ut presentationsnivån på grund av ett ökat antal inkommande klientbegäranden.

Det här programmönstret är användbart när:

• Du vill flytta företagsprogram från lokala virtualiserade plattformar till Azure Virtual Machines.
• Du vill skala ut presentationsnivån på grund av ett ökat antal inkommande klientbegäranden.
• Du vill snabbt etablera utvecklings- och testmiljöer under korta tidsperioder.
• Du vill utföra stresstestning för olika arbetsbelastningsnivåer, men samtidigt vill du inte äga och underhålla många fysiska datorer hela tiden.
• Du vill äga en infrastrukturmiljö som kan skalas upp och ned på begäran.

Följande diagram visar hur du kan placera programnivåer i flera virtuella datorer i Azure genom att skala ut presentationsnivån på grund av ökad volym av inkommande klientbegäranden. Som du ser i diagrammet Azure Load Balancer ansvarar för att distribuera trafik över flera virtuella datorer och även bestämma vilken webbserver som ska anslutas. Att ha flera instanser av webbservrarna bakom en lastbalanserare säkerställer presentationsnivåns höga tillgänglighet.

Metodtips för mönster på 2 nivåer, 3 nivåer eller n-nivåer som har flera virtuella datorer på en nivå

Vi rekommenderar att du placerar de virtuella datorer som tillhör samma nivå i samma molntjänst och i samma tillgänglighetsuppsättning. Placera till exempel en uppsättning webbservrar i CloudService1 och AvailabilitySet1 och en uppsättning databasservrar i CloudService2 och AvailabilitySet2. Med en tillgänglighetsuppsättning i Azure kan du placera noderna för hög tillgänglighet i separata feldomäner och uppgraderingsdomäner.

Om du vill utnyttja flera VM-instanser av en nivå måste du konfigurera Azure Load Balancer mellan programnivåer. Om du Load Balancer på varje nivå skapar du en belastningsutjämnad slutpunkt på varje nivås virtuella datorer separat. För en specifik nivå skapar du först virtuella datorer i samma molntjänst. Detta säkerställer att de har samma offentliga virtuella IP-adress. Skapa sedan en slutpunkt på en av de virtuella datorerna på den nivån. Tilldela sedan samma slutpunkt till de andra virtuella datorerna på den nivån för belastningsutjämning. Genom att skapa en belastningsutjämnad uppsättning distribuerar du trafik över flera virtuella datorer och låter även Load Balancer bestämma vilken nod som ska ansluta när en servernod för virtuell dator misslyckas. Om du till exempel har flera instanser av webbservrarna bakom en lastbalanserare säkerställs presentationsnivåns höga tillgänglighet.

Som bästa praxis bör du alltid se till att alla Internetanslutningar först går till presentationsnivån. Presentationslagret har åtkomst till affärsnivån och sedan kommer affärsnivån åt datanivån. Mer information om hur du ger åtkomst till presentationslagret finns i Allow external access to your VM using the Azure Portal.

Observera att Load Balancer i Azure fungerar ungefär som lastbalanserare i en lokal miljö. Mer information finns i Belastningsutjämning för Azure-infrastrukturtjänster.

Dessutom rekommenderar vi att du ställer in ett privat nätverk för dina virtuella datorer med hjälp av Azure Virtual Network. På så sätt kan de kommunicera sinsemellan via den privata IP-adressen. Mer information finns i Azure Virtual Network.

2- och 3-nivå med utskalning på företagsnivå

I det här programmönstret distribuerar du ett databasprogram på 2 eller 3 nivåer till Azure Virtual Machines genom att placera varje programnivå på en annan virtuell dator. Dessutom kanske du vill distribuera programserverkomponenterna till flera virtuella datorer på grund av programmets komplexitet.

Det här programmönstret är användbart när:

• Du vill flytta företagsprogram från lokala virtualiserade plattformar till Azure Virtual Machines.
• Du vill distribuera programserverkomponenterna till flera virtuella datorer på grund av programmets komplexitet.
• Du vill flytta verksamhetslogik för stora lokala LOB-program (verksamhetsbaserade) till Azure Virtual Machines. LOB-program är en uppsättning kritiska datorprogram som är viktiga för att driva ett företag, till exempel redovisning, personalfrågor, lönehantering, hantering av leveranskedjan och program för resursplanering.
• Du vill snabbt etablera utvecklings- och testmiljöer under korta tidsperioder.
• Du vill utföra stresstestning för olika arbetsbelastningsnivåer, men samtidigt vill du inte äga och underhålla många fysiska datorer hela tiden.
• Du vill äga en infrastrukturmiljö som kan skalas upp och ned på begäran.

Följande diagram visar ett lokalt scenario och dess molnaktiverade lösning. I det här scenariot placerar du programnivåer på flera virtuella datorer i Azure genom att skala ut affärsnivån, som innehåller affärslogiknivån och dataåtkomstkomponenterna. Som du ser i diagrammet Azure Load Balancer ansvarar för att distribuera trafik över flera virtuella datorer och även bestämma vilken webbserver som ska anslutas. Att ha flera instanser av programservrarna bakom en lastbalanserare garanterar hög tillgänglighet för affärsnivån. Mer information finns i Metodtips för programmönster på 2 nivåer, 3nivåer eller n-nivå som har flera virtuella datorer på en nivå.

2-nivå och 3-nivå med utskalning på presentations- och affärsnivå och HADR

I det här programmönstret distribuerar du ett databasprogram på 2 eller 3 nivåer till Azure Virtual Machines genom att distribuera presentationsnivån (webbserver) och komponenter på företagsnivå (programserver) till flera virtuella datorer. Dessutom implementerar du HADR-lösningar (hög tillgänglighet och haveriberedskap) för dina databaser i Azure Virtual Machines.

Det här programmönstret är användbart när:

• Du vill flytta företagsprogram från virtualiserade plattformar lokalt till Azure genom att implementera SQL Server hög tillgänglighet och haveriberedskap.
• Du vill skala ut presentationsnivån och affärsnivån på grund av ökad volym av inkommande klientbegäranden och programmets komplexitet.
• Du vill snabbt etablera utvecklings- och testmiljöer under korta tidsperioder.
• Du vill utföra stresstestning för olika arbetsbelastningsnivåer, men samtidigt vill du inte äga och underhålla många fysiska datorer hela tiden.
• Du vill äga en infrastrukturmiljö som kan skalas upp och ned på begäran.

Följande diagram visar ett lokalt scenario och dess molnaktiverade lösning. I det här scenariot skalar du ut presentationsnivån och komponenterna på företagsnivå i flera virtuella datorer i Azure. Dessutom implementerar du HADR-tekniker (hög tillgänglighet och haveriberedskap) för SQL Server databaser i Azure.

Om du kör flera kopior av ett program på olika virtuella datorer kontrollerar du att du belastningsutjämnar begäranden mellan dem. När du har flera virtuella datorer måste du se till att alla dina virtuella datorer är tillgängliga och körs vid en enda tidpunkt. Om du konfigurerar belastningsutjämning spårar Azure Load Balancer hälsotillståndet för virtuella datorer och dirigerar inkommande anrop till felfria VM-noder korrekt. Information om hur du ställer in belastningsutjämning för de virtuella datorerna finns i Belastningsutjämning för Azure-infrastrukturtjänster. Att ha flera instanser av webb- och programservrar bakom en lastbalanserare garanterar hög tillgänglighet för presentation och affärsnivåer.

Metodtips för programmönster som kräver SQL HADR

När du inställningar SQL Server lösningar för hög tillgänglighet och haveriberedskap i Azure Virtual Machines är det obligatoriskt att konfigurera ett virtuellt nätverk för dina virtuella datorer Virtual Network Azure-datorer. Virtuella datorer inom en Virtual Network har en stabil privat IP-adress även efter ett avbrott i tjänsten, vilket innebär att du kan undvika den uppdateringstid som krävs för DNS-namnmatchning. Med det virtuella nätverket kan du dessutom utöka ditt lokala nätverk till Azure och skapa en betrodd säkerhetsgräns. Om ditt program till exempel har företagsdomänbegränsningar (till exempel Windows autentisering, Active Directory) är det nödvändigt att konfigurera Azure Virtual Network.

De flesta kunder, som kör produktionskod i Azure, har både primära och sekundära repliker i Azure.

Omfattande information och självstudier om tekniker för hög tillgänglighet och haveriberedskap finns i Hög tillgänglighet och haveriberedskap för SQL Server på Azure Virtual Machines.

2- och 3-nivåer med Azure Virtual Machines och Cloud Services

I det här programmönstret distribuerar du tvånivåprogram eller program på 3 nivåer till Azure med hjälp av både Azure Cloud Services (webb- och arbetsroller – Plattform som en tjänst (PaaS)) och Azure Virtual Machines (Infrastruktur som en tjänst (IaaS)). Att Azure Cloud Services för presentationsnivå/affärsnivå och SQL Server i Azure Virtual Machines för datanivån är fördelaktigt för de flesta program som körs i Azure. Anledningen är att en beräkningsinstans som körs på Cloud Services ger enkel hantering, distribution, övervakning och utskalning.

Med Cloud Services underhåller Azure infrastrukturen åt dig, utför rutinunderhåll, korrigeringar av operativsystemen och försöker återställa från tjänst- och maskinvarufel. När ditt program behöver skalning, automatisk och manuell utskalning är tillgängliga för ditt molntjänstprojekt genom att öka eller minska antalet instanser eller virtuella datorer som används av ditt program. Dessutom kan du använda lokala program Visual Studio distribuera ditt program till ett molntjänstprojekt i Azure.

Sammanfattningsvis, om du inte vill äga omfattande administrativa uppgifter för presentation/affärsnivå och ditt program inte kräver någon komplex konfiguration av programvara eller operativsystemet, använder du Azure Cloud Services. Om Azure SQL Database inte har stöd för alla funktioner som du letar efter kan du SQL Server på en virtuell Azure-dator för datanivån. När du kör ett Azure Cloud Services och lagrar data i Azure Virtual Machines fördelarna med båda tjänsterna. En detaljerad jämförelse finns i avsnittet i det här avsnittet om att jämföra utvecklingsstrategier i Azure.

I det här programmönstret innehåller presentationsnivån en webbroll, som är en Cloud Services-komponent som körs i Azure-körningsmiljön och som är anpassad för programmering av webbprogram som stöds av IIS och ASP.NET. Nivån för företag eller backend innehåller en arbetsroll, som är en Cloud Services-komponent som körs i Azure-körningsmiljön och som är användbar för generaliserad utveckling och kan utföra bakgrundsbearbetning för en webbroll. Databasnivån finns i en virtuell SQL Server dator i Azure. Kommunikationen mellan presentationsnivån och databasnivån sker direkt eller över affärsnivån – komponenter för arbetsroller.

Det här programmönstret är användbart när:

• Du vill flytta företagsprogram från virtualiserade plattformar lokalt till Azure genom att implementera SQL Server hög tillgänglighet och haveriberedskap.
• Du vill äga en infrastrukturmiljö som kan skalas upp och ned på begäran.
• Azure SQL Database har inte stöd för alla funktioner som ditt program eller din databas behöver.
• Du vill utföra stresstestning för olika arbetsbelastningsnivåer, men samtidigt vill du inte äga och underhålla många fysiska datorer hela tiden.

Följande diagram visar ett lokalt scenario och dess molnaktiverade lösning. I det här scenariot placerar du presentationsnivån i webbroller, affärsnivån i arbetsroller men datanivån i virtuella datorer i Azure. Att köra flera kopior av presentationsnivån i olika webbroller säkerställer att begäranden belastningsutjämnas mellan dem. När du kombinerar Azure Cloud Services med Azure Virtual Machines rekommenderar vi att du även ställer in Azure Virtual Network. Med Azure Virtual Networkkan du ha stabila och beständiga privata IP-adresser inom samma molntjänst i molnet. När du har definierat ett virtuellt nätverk för dina virtuella datorer och molntjänster kan de börja kommunicera sinsemellan via den privata IP-adressen. Dessutom ger virtuella datorer och Azure-webb-/arbetsroller i samma Azure-Virtual Network korta svarstider och säkrare anslutningar. Mer information finns i Vad är en molntjänst?

Som du ser i diagrammet Azure Load Balancer trafik över flera virtuella datorer och avgör även vilken webbserver eller programserver som anslutningen ska ansluta till. Att ha flera instanser av webb- och programservrarna bakom en lastbalanserare garanterar hög tillgänglighet för presentationsnivån och affärsnivån. Mer information finns i Metodtips för programmönster som kräver SQL HADR.

En annan metod för att implementera det här programmönstret är att använda en konsoliderad webbroll som innehåller komponenter på både presentationsnivå och företagsnivå enligt följande diagram. Det här programmönstret är användbart för program som kräver tillståndsfull design. Eftersom Azure tillhandahåller tillståndslösa beräkningsnoder på webb- och arbetsroller rekommenderar vi att du implementerar en logik för att lagra sessionstillstånd med någon av följande tekniker: Azure Cachelagring, Azure Table Storage eller Azure SQL Database.

Mönster med Azure Virtual Machines, Azure SQL Database och Azure App Service (Web Apps)

Det primära målet med det här programmönstret är att visa hur du kombinerar Azure-komponenter för infrastruktur som en tjänst (IaaS) med Azure PaaS-komponenter (plattform som en tjänst) i din lösning. Det här mönstret fokuserar på Azure SQL Database för lagring av relationsdata. Den omfattar inte SQL Server en virtuell Azure-dator, som är en del av Azure-infrastrukturen som ett tjänsterbjudande.

I det här programmönstret distribuerar du ett databasprogram till Azure genom att placera presentationsnivån och affärsnivån på samma virtuella dator och komma åt en databas på Azure SQL Database-servrar (SQL Database). Du kan implementera presentationsnivån med hjälp av traditionella IIS-baserade webblösningar. Eller så kan du implementera en kombinerad presentation och affärsnivå med hjälp av Azure App Service.

Det här programmönstret är användbart när:

• Du har redan en befintlig SQL Database-server som konfigurerats i Azure och du vill testa programmet snabbt.
• Du vill testa funktionerna i Azure-miljön.
• Du vill snabbt etablera utvecklings- och testmiljöer under korta tidsperioder.
• Din affärslogik och dina dataåtkomstkomponenter kan vara fristående i ett webbprogram.

Följande diagram visar ett lokalt scenario och dess molnaktiverade lösning. I det här scenariot placerar du programnivåer i en enda virtuell dator i Azure och får åtkomst till data i Azure SQL Database.

Om du väljer att implementera en kombinerad webb- och programnivå med hjälp av Azure Web Apps rekommenderar vi att du behåller mellannivån eller programnivån som DLL:er (Dynamic Link Libraries) i kontexten för en webbapp.

Granska dessutom rekommendationerna i avsnittet Jämföra webbutvecklingsstrategier i Azure i slutet av den här artikeln för att lära dig mer om programmeringstekniker.

Mönster för N-nivåhybridprogram

I mönstret för n-nivåhybridprogram implementerar du ditt program på flera nivåer som distribueras lokalt och Azure. Därför skapar du ett flexibelt och återanvändbart hybridsystem som du kan ändra eller lägga till en specifik nivå utan att ändra de andra nivåerna. Om du vill utöka företagets nätverk till molnet använder du Azure Virtual Network tjänst.

Det här hybridprogrammönstret är användbart när:

• Du vill skapa program som delvis körs i molnet och delvis lokalt.
• Du vill migrera vissa eller alla element i ett befintligt lokalt program till molnet.
• Du vill flytta företagsprogram från lokala virtualiserade plattformar till Azure.
• Du vill äga en infrastrukturmiljö som kan skalas upp och ned på begäran.
• Du vill snabbt etablera utvecklings- och testmiljöer under korta tidsperioder.
• Du vill ha ett kostnadseffektivt sätt att göra säkerhetskopior för företagsprogram.

Följande diagram visar ett mönster för hybridprogram på n-nivå som sträcker sig över lokal miljö och Azure. Som du ser i diagrammet innehåller den lokala infrastrukturen en Active Directory Domain Services som stöd för användarautentisering och auktorisering. Observera att diagrammet visar ett scenario där vissa delar av datanivån finns i ett lokalt datacenter medan vissa delar av datanivån finns i Azure. Beroende på programmets behov kan du implementera flera andra hybridscenarier. Du kan till exempel behålla presentationsnivån och affärsnivån i en lokal miljö, men datanivån i Azure.

I Azure kan du använda Active Directory som en fristående molnkatalog för din organisation, eller så kan du även integrera befintliga lokal Active Directory med Azure Active Directory. Som du ser i diagrammet kan komponenterna på företagsnivå komma åt flera datakällor, till exempel till SQL Server i Azure via en privat intern IP-adress, till lokal SQL Server via Azure Virtual Network eller till SQL Databasemed hjälp av .NET Framework-dataleverantörens tekniker. I det här diagrammet Azure SQL Database är en valfri datalagringstjänst.

I n-nivå hybridprogrammönster kan du implementera följande arbetsflöde i den ordning som anges:

1. Identifiera företag databasprogram som behöver flyttas upp till molnet med hjälp av Microsofts verktyg för utvärdering och planering (MAP). MAP Toolkit samlar in inventerings- och prestandadata från datorer som du överväger att virtualisera och ger rekommendationer om kapacitets- och utvärderingsplanering.

2. Planera de resurser och den konfiguration som behövs på Azure-plattformen, till exempel lagringskonton och virtuella datorer.

3. Konfigurera nätverksanslutning mellan företagsnätverket lokalt och AzureVirtual Network . Om du vill konfigurera anslutningen mellan företagsnätverket lokalt och en virtuell dator i Azure använder du någon av följande två metoder:

   1. Upprätta en anslutning mellan den lokala datorn och Azure via offentliga slutpunkter på en virtuell dator i Azure. Den här metoden ger en enkel konfiguration och gör att du kan använda SQL Server autentisering på den virtuella datorn. Konfigurera dessutom regler för nätverkssäkerhetsgruppen för att styra offentlig trafik till den virtuella datorn. Mer information finns i Tillåt extern åtkomst till den virtuella datorn med hjälp av Azure Portal.

   2. Upprätta en anslutning mellan en lokal plats och Azure via en VPN-tunnel (Virtuellt privat nätverk i Azure). Med den här metoden kan du utöka domänprinciper till en virtuell dator i Azure. Dessutom kan du konfigurera brandväggsregler och använda Windows på den virtuella datorn. Azure stöder för närvarande säker plats-till-plats-VPN och punkt-till-plats-VPN-anslutningar:

      • Med säker plats-till-plats-anslutning kan du upprätta nätverksanslutning mellan ditt lokala nätverk och ditt virtuella nätverk i Azure. Vi rekommenderar att du ansluter din lokala datacentermiljö till Azure.
      • Med säker punkt-till-plats-anslutning kan du upprätta nätverksanslutning mellan ditt virtuella nätverk i Azure och dina enskilda datorer som körs var som helst. Det rekommenderas främst för utveckling och testning.

      Information om hur du ansluter till SQL Server i Azure finns i Anslut till en SQL Server virtuell dator på Azure.

4. Konfigurera schemalagda jobb och aviseringar som ställer in lokala data på en virtuell datordisk i Azure. Mer information finns i SQL Server backup and restore with Azure Blob Storage service (Säkerhetskopiera och återställa med Azure Blob Storage-tjänsten) och Backup and Restore for SQL Server on Azure Virtual Machines.

5. Beroende på programmets behov kan du implementera något av följande tre vanliga scenarier:

   1. Du kan behålla webbservern, programservern och icke-känsliga data på en databasserver i Azure medan du behåller känsliga data lokalt.
   2. Du kan behålla webbservern och programservern lokalt medan databasservern finns på en virtuell dator i Azure.
   3. Du kan behålla databasservern, webbservern och programservern lokalt medan du behåller databasreplikerna på virtuella datorer i Azure. Med den här inställningen kan de lokala webbservrarna eller rapportprogrammen komma åt databasreplikerna i Azure. Därför kan du uppnå för att sänka arbetsbelastningen i en lokal databas. Vi rekommenderar att du implementerar det här scenariot för arbetsbelastningar med tung läsning och utveckling. Information om hur du skapar databasrepliker i Azure finns i AlwaysOn-tillgänglighetsgrupper på hög tillgänglighet och haveriberedskap för SQL Server på Azure Virtual Machines.

Jämföra webbutvecklingsstrategier i Azure

Om du vill implementera och distribuera SQL Server flernivåbaserat program i Azure kan du använda någon av följande två programmeringsmetoder:

• Konfigurera en traditionell webbserver (IIS – Internet Information Services) i Azure och få åtkomst till databaser i SQL Server på Azure Virtual Machines.
• Implementera och distribuera en molntjänst till Azure. Kontrollera sedan att den här molntjänsten kan komma åt databaser i SQL Server på Azure Virtual Machines. En molntjänst kan innehålla flera webb- och arbetsroller.

Följande tabell ger en jämförelse av traditionell webbutveckling med Azure Cloud Services och Azure Web Apps med avseende på SQL Server på Azure Virtual Machines. Tabellen innehåller Azure Web Apps eftersom det är möjligt att använda SQL Server på en virtuell Azure-dator som datakälla för Azure Web Apps via dess offentliga virtuella IP-adress eller DNS-namn.

Mer information om hur du väljer mellan dessa programmeringsmetoder finns i Azure Web Apps, Cloud Services och VM: När du ska använda vilka.

Nästa steg

Mer information om hur du kör SQL Server på Azure Virtual Machines finns i SQL Server Översikt över Azure Virtual Machines Azure Virtual Machines.