Dela via


Stoppa och starta en instans – Azure SQL Managed Instance

Gäller för:Azure SQL Managed Instance

Den här artikeln beskriver hur du stoppar och startar en instans för att spara på faktureringskostnader när du använder Azure SQL Managed Instance. Du kan stoppa och starta din instans med hjälp av Azure-portalen, Azure PowerShell, Azure CLI eller REST API.

Kommentar

Stopp- och startfunktionen för hanterade instanser är endast tillgänglig för SQL-hanterade instanser på tjänstnivån Generell användning.

Översikt

Om du vill spara på faktureringskostnader kan du stoppa den hanterade instansen för generell användning när du inte använder den. Att stoppa en instans liknar att frigöra en virtuell dator. När en instans är i ett stoppat tillstånd debiteras du inte längre för beräknings- och licenskostnader, men debiteras fortfarande för data- och säkerhetskopieringslagring.

Om du stoppar en hanterad instans rensas alla cachelagrade data.

Den här funktionen introducerar tre nya tillstånd för hanterad instans, som följande diagram anger:




-Stoppa
-Stoppat
-Start

Diagram that shows the various states of a SQL Managed Instance deployment.

När stoppåtgärden har initierats tar det vanligtvis cirka 5 minuter att stoppa instansen. Det tar dock cirka 20 minuter att starta en instans från det att startåtgärden initieras. Endast hanterade instanser i ett klart tillstånd kan stoppas. När instansen har stoppats förblir den i ett stoppat tillstånd tills en startåtgärd initieras, antingen manuellt eller utlöses med ett definierat schema. Endast instanser som är i ett stoppat tillstånd kan startas.

När du skapar en hanterad instans, startar en stoppad hanterad instans eller ändrar storlek på en hanterad instans (till exempel ändra tjänstnivå, lagring, maskinvarugenerering eller antal virtuella kärnor) allokerar Azure beräkningsresurser till det underliggande virtuella klustret. Det finns kontinuerliga investeringar i ytterligare infrastruktur för att stödja kundernas efterfrågan, men det kan uppstå tillfälliga resursallokeringsfel från en aldrig tidigare skådad ökning av efterfrågan på Azure-tjänster i specifika regioner. Detta kan leda till en längre åtgärdstid (cirka 4 timmar om det finns en ny virtuell klusterversion, i enlighet med varaktigheten för hanteringsåtgärden) eller ett misslyckande med att starta instansen, i vilket fall du bör försöka igen senare.

Viktigt!

Som paaS-tjänst (plattform som en tjänst) ansvarar SQL Managed Instance för efterlevnad för varje del av systemkomponenterna. Om det finns ett brådskande behov av systemunderhåll som kräver att instansen är online kan Azure initiera startåtgärden och hålla instansen online tills underhållsåtgärden har slutförts, då Azure stoppar instansen. Beräknings- och licensavgifter tillämpas under hela tiden som instansen är i onlinetillstånd.

Åtgärdstyper

Det finns två sätt att stoppa och starta en instans: antingen manuellt på begäran eller genom att skapa ett schema.

Manuella kommandon

Du kan använda manuella kommandon för att omedelbart utlösa en stopp- och startåtgärd. Manuella kommandon är bra för instanser som har längre perioder av inaktivitet utan regelbundna mönster eller i testsyfte. Du kan också använda Azure Automation-scheman eller en anpassad lösning som skapar anpassade och mer flexibla scheman som du inte kan konfigurera med hjälp av den inbyggda stopp- och startschemaläggaren i SQL Managed Instance.

Schemalagda kommandon

Du kan också skapa ett schema med en eller flera tidpunkter när en stopp- eller startåtgärd utlöses. Schemalagda kommandon är bra för instanser som har regelbundna mönster, till exempel att starta en instans varje veckodag kl. 08.00, stoppa den kl. 17.00 och sedan starta den under helgen kl. 07.00 och stoppa den kl. 11.00. Schemaläggning av kommandon eliminerar behovet av att skapa anpassade lösningar eller använda Azure Automation för att skapa stopp- och startscheman.

Schemalagda objekt representerar tidpunkter då stopp- och starthändelser initieras, inte när instansen är igång. När du skapar ett schema tar du hänsyn till åtgärdens varaktighet. Om du till exempel vill att instansen ska vara igång kl. 08.00 kan du definiera ett schema som initierar startåtgärden kl. 07:40.

Överväg följande regler för ett stopp- och startschema:

  • Schemalagda objekt definieras som ett stopp-och-start-par, och de måste ha både stopp- och startvärden ifyllda. Det går inte att ha ett ifyllt stoppvärde med ett startvärde som saknas och vice versa.
  • Det kan inte finnas en överlappning av schemalagda par. Om det finns en överlappning av schemalagda tider returnerar API:et ett fel.
  • Tidsintervallet mellan två efterföljande åtgärder (dvs. en start efter ett stopp eller ett stopp efter en start) måste vara minst en timme. Om en start till exempel är schemalagd till 10:00 kan stoppåtgärden inte schemaläggas före 11:00.
  • Om det finns motstridiga åtgärder när ett stopp utlöses (till exempel skalning av virtuella kärnor pågår) försöker mekanismen igen efter 10 minuter. Om den motstridiga åtgärden fortfarande är aktiv efter 10 minuter hoppas stoppåtgärden över.

Fakturering

Stoppade instanser debiteras inte för virtuella kärnor och SQL-licensen. De debiteras endast för data- och säkerhetskopieringslagring. Virtuella kärnor och licensfakturering debiteras dock för varje startad timme. Vid 12:01 debiteras du till exempel för hela timmen, även om instansen stoppas inom en timme.

Azure Hybrid-förmån

Azure Hybrid-förmån (AHB) tillämpas per resurs. Om din instans använder Azure Hybrid-förmån för att spara på licenskostnader, för att tillämpa den förmånen på en annan resurs när instansen är i ett stoppat tillstånd, måste du först inaktivera AHB på instansen och sedan stoppa instansen. När du har startat om instansen måste du på samma sätt återaktivera AHB på den för att tillämpa licensförmånen.

Prissättning för reserverade instanser

Prissättning för reserverade instanser (reserverad kapacitet) tillämpas för de virtuella kärnor och timmar som genereras. När en instans som är berättigad till reserverad prissättning stoppas omdirigeras reserverade priser automatiskt till en annan instans, om det finns en sådan. Du kan använda funktionen stoppa och starta för att överetablera priser för reserverade instanser.

Anta till exempel att du har köpt en hanterad instans med en reserverad kapacitet på 16 virtuella kärnor. Du kan köra två instanser med 8 virtuella kärnor var från 13:00 till 14:00, stoppa båda instanserna och sedan köra två olika instanser med 8 virtuella kärnor var från 14:00 till 15:00. Den här metoden skulle förbruka gränsen på 16 virtuella kärnor för varje timme, fördelat på totalt fyra instanser.

Reservationsrabatter erbjuds på basis av "använd den eller förlora den" . Om du inte har matchande resurser under en angiven timme går reservationskvantiteten för den timmen förlorad. Oanvända reserverade timmar kan inte överföras.

Begränsningar för stopp- och startfunktionen

Tänk på följande begränsningar finns:

  • Du kan inte stoppa instanser som:
  • Även om en hanterad instans är i ett stoppat tillstånd går det inte att ändra dess konfigurationsegenskaper. Om du vill ändra några egenskaper måste du starta instansen.
  • Instansen är i ett stoppat tillstånd, men det går inte att göra säkerhetskopior. Anta till exempel att du har konfigurerat långsiktiga säkerhetskopior med årliga säkerhetskopieringar på plats. Om du stoppar instansen under den definierade årliga säkerhetskopieringsperioden hoppas säkerhetskopieringen över. Vi rekommenderar att du håller instansen igång under den årliga säkerhetskopieringsperioden.
  • Det går inte att avbryta stopp- eller startåtgärden när den har initierats.

Förbereda kommandoradsmiljö

Hoppa över det här steget om du använder Azure-portalen.

Om du vill stoppa eller starta en instans med hjälp av PowerShell eller Azure CLI måste du förbereda din miljö genom att konfigurera kommandoradsverktyg och definiera dina parametrar.

Du kan också konfigurera kommandoradsverktygen genom att använda Azure Cloud Shell, som är ett kostnadsfritt interaktivt gränssnitt som du kan använda för att köra stegen i den här artikeln. Den har vanliga förinstallerade Azure-verktyg och konfigurerade för användning med ditt konto. Om du inte har en Azure-prenumeration skapar du ett kostnadsfritt Azure-konto innan du börjar.

Öppna Cloud Shell genom att välja Prova i det övre högra hörnet i ett kodblock. Du kan också starta Cloud Shell i en separat webbläsarflik genom att gå till https://shell.azure.com.

Om du vill stoppa och starta din instans med PowerShell kan du installera Azure PowerShell eller använda Azure Cloud Shell.

När Cloud Shell öppnas kontrollerar du att PowerShell har valts för din miljö. Efterföljande sessioner använder Azure CLI i en PowerShell-miljö. Välj Kopiera för att kopiera kodblocken, klistra in dem i Cloud Shell och tryck på Retur för att köra det.

När PowerShell eller Cloud Shell har startats definierar du parametrarna:

$SubscriptionId = "<Subscription-ID>"
$SqlMIName = "<SQL-MI-name>"
$RgName = "<SQL-MI-resource-group>"

# Login-AzAccount
Select-AzSubscription -SubscriptionName $SubscriptionID

Stoppa den hanterade instansen

Du kan stoppa instansen med hjälp av:

  • Azure Portal
  • PowerShell
  • Azure CLI
  • Anropa REST API-anropet via valfritt verktyg

Om du vill stoppa den hanterade instansen med hjälp av Azure-portalen går du till sidan Översikt för din instans och väljer sedan knappen Stoppa.

Screenshot of the managed instance 'Overview' page in the Azure portal, with the 'Stop' button highlighted.

Om instansen redan har stoppats är knappen Stoppa inte tillgänglig.

Starta den hanterade instansen

Du kan starta instansen med hjälp av:

  • Azure Portal
  • PowerShell
  • Azure CLI
  • Anropa REST API-anropet via valfritt verktyg

När den hanterade instansen har stoppats startar du den med hjälp av Azure-portalen, går till sidan Översikt för din instans och väljer sedan knappen Start .

Screenshot of the managed instance 'Overview' page in the Azure portal, with the 'Start' button highlighted.

Om instansen redan har startats är startknappen inte tillgänglig.

Hantera ett stopp- och startschema

Du kan hantera ett stopp- och startschema med hjälp av:

  • Azure Portal
  • PowerShell
  • Azure CLI
  • Anropa REST API-anropet via valfritt verktyg

Om du vill hantera ett stopp- och startschema med hjälp av Azure-portalen går du till din instans och väljer sedan Starta/stoppa schema på resursmenyn.

Screenshot of the 'Start/Stop schedule' page of the managed instance.

I fönstret Start/Stoppa schema kan du:

  • Visa befintliga scheman.
  • Ange tidszonen för dina schemalagda händelser i listrutan Tidszon .
  • Skapa ett nytt schema genom att välja Skapa ett schemaobjekt.
  • Ändra ett befintligt schema genom att välja pennikonen.
  • Ta bort ett befintligt schema genom att välja papperskorgsikonen.

Kommentar

För närvarande samlar aktivitetsloggen endast in åtgärder som initierats via Azure Resource Manager (ARM). Schemalagda start- och stoppåtgärder spåras inte i Actitity-loggen. Därför är det för närvarande inte möjligt att visa historiken för schemalagda start- och stoppåtgärder via aktivitetsloggen i Azure-portalen eller via övervakning som baseras på sådana loggar.

Nästa steg