Dela via


Vad är en instanspool? – Azure SQL Managed Instance

gäller för:Azure SQL Managed Instance

Den här artikeln innehåller en översikt över distributionsalternativet för instanspooler för Azure SQL Managed Instance, vilket medför betydande kostnadsbesparande fördelar för kunderna.

Instanspooler gör det möjligt att distribuera flera instanser med delade resurser, vilket ger en bekväm och kostnadseffektiv infrastruktur för att migrera flera databaser från SQL Server-instanser utan att behöva konsolidera mindre och mindre beräkningsintensiva arbetsbelastningar till en större SQL Managed Instance.

Kom igång genom att läsa Skapa en instanspool.

Överblick

Med instanspooler i Azure SQL Managed Instance kan du distribuera flera instanser med delade resurser till en enda underliggande virtuell dator i ett virtuellt kluster.

Instanspooler ger följande grundläggande fördelar:

  • Möjlighet att vara värd för 2-vCore-instanser, som endast är tillgängliga i instanspooler
  • Förutsägbar och snabb distributionstid för instanser (upp till 10 minuter).
  • Kostnadsbesparande infrastruktur vid migrering av flera SQL Server-instanser.

Följande diagram illustrerar en instanspool med flera hanterade instanser som distribuerats till ett virtuellt kluster i ett virtuellt nätverksundernät:

Diagram över instanspool med flera instanser i en enda pool.

Vad är det senaste?

November 2024 innehåller följande funktioner:

  • Skapa pooler, skapa instanser i en pool och ändra konfigurationsinställningarna för poolen i Azure-portalen.
  • Uppdatera konfigurationsinställningar för pooler (till exempel beräkningsstorlek, licens, egenskaper) med hjälp av PowerShell eller Azure CLI.
  • Stöd för premium-seriens maskinvara.
  • Flytta en instans till och från poolen med hjälp av PowerShell eller Azure CLI.
  • Stöd för instanspooler för prissättning för reserverad kapacitet.

Arkitektur

Instanspooler har en liknande arkitektur som enskilda hanterade instanser. För att stödja distributioner i virtuella Azure-nätverk och tillhandahålla isolering och säkerhet för kunder förlitar sig instanspooler också på virtuella kluster. Ett virtuellt kluster representerar en dedikerad uppsättning isolerade virtuella datorer som distribueras i kundens virtuella nätverksundernät. Alla enskilda instanser och instanspooler i samma undernät tillhör samma virtuella kluster. Instanser i en pool har beräkningsresurser allokerade till SQL Server-processer och gatewaykomponenter, vilket ger förutsägbara prestanda. Efter den första pooldistributionen går det snabbare att hantera instanser i en pool eftersom SQL-processerna skapas på beräkningsresurser som redan har etablerats.

Beräkningsstorleken för den virtuella datorn baseras på det totala antalet virtuella kärnor som allokerats till poolen, som distribueras mellan instanser i poolen. Den här arkitekturen tillåter partitionering av den virtuella datorn i flera instanser som kan ha valfri storlek som stöds, inklusive 2 virtuella kärnor (exklusivt för instanspooler). När du till exempel distribuerar en 8-vCore-instanspool kan du distribuera två 2-vCore- och en 4-vCore-instans. Du kan sedan migrera dina SQL Server-databaser till instanserna i poolen. Eftersom instanspooler stöder intern integrering av virtuella nätverk kan du distribuera flera instanspooler, samt flera enskilda instanser, till samma undernät.

Instanspooler ger en hög isoleringsnivå eftersom varje instans beviljas dedikerade virtuella kärnor på den underliggande virtuella värddatorn. Den största skillnaden mellan en distributionsmodell för instanspooler och en enda hanterad instans är att flera SQL Server-processer kan skapas inom samma virtuella maskin, och dessa styrs av resurser med hjälp av Windows-jobbobjekt. Om isolering på processnivå inte räcker kan du överväga att använda enskilda instanser i stället för instanspooler, eftersom enskilda instanser bara har en enda SQL Server-process på den virtuella datornoden, vilket ger isolering på VM-nivå

Följande diagram illustrerar den huvudsakliga arkitektoniska skillnaden mellan de två distributionsmodellerna:

diagram som visar instanspoolen och två enskilda instanser i det virtuella klustret.

Programscenarier

Överväg att använda instanspooler för följande scenarier:

  • Migrera en grupp med små SQL Server-instanser samtidigt, där instanserna är 2- eller 4-vCores.
  • Du behöver snabb och förutsägbar instansgenerering eller skalning. Nyexempelvis implementering av en ny hyresgäst i en SaaS-programmiljö med flera klienter som kräver funktioner på instansnivå.
  • Det är viktigt att ha en fast kostnad eller utgiftsgräns. Du kan till exempel köra delade dev-test- eller demomiljöer med en fast (eller sällan föränderlig) storlek, där du regelbundet distribuerar hanterade instanser när det behövs.

Instanspooler är särskilt väl lämpade för migrering av flera SQL Server-instanser, eftersom företablering av delade beräkningsresurser enligt dina totala migreringskrav minskar den totala ägandekostnaden efter migreringen. Tänk dig till exempel ett scenario för att migrera fyra små lokala SQL Server-instanser till Azure SQL Managed Instance. Utan en instanspool skulle du etablera fyra separata enskilda SQL-hanterade instanser med minst 4 virtuella kärnor vardera, alla med egna dedikerade resurser. En instanspool minskar den här kostnaden eftersom du kan distribuera alla instanser med 2 virtuella kärnor vardera till poolen där resurserna delas av poolen.

Instans- och poolegenskaper

Följande egenskaper konfigureras på poolnivå för alla instanser i poolen:

Tänk också på följande:

  • Hanterade instanser som skapats i pooler stöder samma kompatibilitetsnivåer och funktioner som är tillgängliga för enskilda hanterade instanser.
  • Valfria funktioner eller funktioner som kräver att du väljer specifika värden (till exempel sortering på instansnivå, tidszon, offentlig slutpunkt för datatrafik, redundansgrupper) konfigureras på instansnivå och kan vara olika för varje instans i en pool.
  • Eftersom instanser som distribueras till en pool delar samma virtuella dator kan du överväga att inaktivera funktioner som medför högre säkerhetsrisker eller att kontrollera åtkomstbehörigheterna till dessa funktioner, till exempel CLR-integrering, intern säkerhetskopiering och återställning, databas-e-post osv.
  • Du kan konfigurera sql-hanterad instans så att den använder Microsoft Entra-autentisering före eller efter att den har lagts till i poolen.
  • Varje hanterad instans som distribueras i en pool har en separat SQL Server-agent.

Resursbegränsningar

När du distribuerar en instans till en pool finns det gränser för varje enskild poolinstans och begränsningar för de resurser som används av den övergripande poolen.

Följande tabell beskriver gränserna för både poolinstanser och för poolen.


Poolgränser Gränser för poolinstanser
Tjänstnivå Generell användning Generell användning
Hårdvarunivå Standardserie (Gen5)
Premium-serien
Standardserie (Gen5)
Premium-serien
Antal virtuella kärnor1 8-16-24-32-40-64-80 2-4-8-16-24-32-40-64-80
Maximalt lagringsutrymme 32 TB2 – 640 GB för 2 virtuella kärnor
– 2 TB för 4 virtuella kärnor
– 8 TB för 8 virtuella kärnor
-16 TB för 16+ vCores
Maximalt antal databaser 500 - 50 för 2 virtuella kärnor
- 100 för 4+ vCores
Maximalt antal instanser 40 Ej tillämpligt

1 alternativ för virtuella kärnor för poolinstanser beror på antalet tillgängliga virtuella kärnor i instanspoolen.
poolens lagringsgräns är 2 och bestäms av summan av lagringen för alla instanser i poolen.

För alla andra begränsningar på instansnivå, granska Resursbegränsningar.

Prestandaöverväganden

Även om hanterade instanser i pooler har dedikerad virtuell kärna och RAM delar de en lokal disk (för tempdb) och nätverksresurser. Även om det är osannolikt är det möjligt att uppleva en bullrig granne effekt från flera instanser i poolen har hög resursförbrukning samtidigt.

Om du upplever det här beteendet kan du överväga att öka poolstorleken eller omdistribuera de resurser med hög användning som en enda instans utanför poolen.

Fakturering för instanspool

Med instanspooler kan du skala beräkning och lagring oberoende av varandra. Du betalar för:

  • Beräkning som allokerats till poolen, mätt i virtuella kärnor
  • Lagring som är associerad med varje instans mätt i gigabyte (de första 32 GB är kostnadsfria för varje instans).

Priset för virtuella kärnor för en pool debiteras oavsett hur många instanser som distribueras till poolen. Det går inte att ange olika prisalternativ för enskilda instanser i en pool. Alla instanser i poolen måste använda samma licensieringsmodell. Licensmodellen för poolen kan ändras när poolen har skapats.

Beräkningspriset (mätt i virtuella kärnor) beror på om du betalar det fullständiga SQL Server-licenspriset eller inte. Följande två prisalternativ är tillgängliga:

  • licens ingår: Priset för SQL Server-licenser ingår.
  • Azure Hybrid Benefit: Ett reducerat pris som inkluderar Azure Hybrid-förmånen för SQL Server. Kunder kan välja det här priset genom att använda sina befintliga SQL Server-licenser med Software Assurance.

Fullständig prisinformation för instanspooler finns i avsnittet instanspooler på prissidan SQL Managed Instance.

Not

Instanspooler som skapats på prenumerationer som är berättigade till testfunktionen får automatiskt rabatterade priser på upp till 55 procent på Azure SQL Managed Instance.

Prissättning för reserverad kapacitet

Reserverad kapacitet låter dig spara på beräkningskostnader genom att ge en stor rabatt när du reserverar resurserna för en förutbestämd period. Nu kan du allokera reserverad kapacitet till en instanspool, vilket skapar det mest kostnadseffektiva sättet att köra flera instanser.

Begränsningar

För att lära dig mer, granska begränsningar för instanspooler.

Nästa steg

Konfigurera en instanspool