Arkitektur för virtuellt kluster – Azure SQL Managed Instance

Gäller för:Azure SQL Managed Instance

I den här artikeln beskrivs arkitekturen och driftshanteringen för det virtuella kluster som är värd för Azure SQL Managed Instance.

Översikt

Azure SQL Managed Instance är en paaS (platform-as-a-service) som består av tjänstkomponenter som finns på en dedikerad uppsättning isolerade virtuella datorer och som är anslutna till ett virtuellt kluster. Dessa dedikerade uppsättningar med virtuella datorer placeras i grupper för virtuella datorer baserat på liknande instanskonfigurationsattribut, till exempel maskinvarugenerering och underhållsperioder. En eller flera instanser kan finnas i en virtuell datorgrupp och en eller flera virtuella datorgrupper bildar ett virtuellt kluster. Ett virtuellt kluster expanderar automatiskt eller kontrakt efter behov för att hantera nya och borttagna instanser.

Varje virtuellt kluster är associerat med ett undernät och distribueras automatiskt när den första SQL-hanterade instansen i ett undernät skapas. På samma sätt tas ett virtuellt kluster bort automatiskt när den sista instansen i ett undernät tas bort, vilket lämnar undernätet tomt och redo att tas bort. Det virtuella klustret ansluter undernätet till de hanterade instanser som distribueras i undernätet. En tjänstassociationslänk (SAL) används för att upprätta associationen mellan ett undernät och klustret.

Följande diagram visar den konceptuella layouten för det virtuella klustret:

Roll i hanteringsåtgärder

Rollen för det virtuella klustret i hanteringsåtgärder är att hitta lämpliga beräkningsresurser för åtgärden, samt hantera resurserna i klustret, till exempel de virtuella datorer som skapar instansen och grupperna för virtuella datorer. Hanteringsåtgärder omfattar att skapa nya instanser, samt ta bort eller ändra konfigurationen av befintliga instanser. Det virtuella klustret expanderar, krymper eller tar bort befintliga grupper för virtuella datorer eller skapar nya grupper för virtuella datorer, beroende på åtgärden.

Eftersom grupper för virtuella datorer definieras av liknande instanskonfigurationsattribut (till exempel maskinvarugenerering och underhållsfönster) utlöser det virtuella klustret att utföra en åtgärd till de virtuella datorgrupper som utgör det genom att göra ändringar i något av dessa attribut för en instans. Åtgärder som utlöses av hanteringsåtgärder omfattar att skapa nya eller ta bort befintliga virtuella datorer och grupper för virtuella datorer, samt att expandera befintliga grupper och flytta instanser mellan grupper. Om alla virtuella datorer tas bort från en grupp tar även det virtuella klustret bort gruppen för den virtuella datorn.

Om du till exempel ändrar maskinvarugenereringen för en instans skapar det virtuella klustret en ny virtuell datorgrupp för maskinvarugenereringen om det inte redan finns någon, och flyttar instansen till den gruppen.

Varaktigheten för åtgärder för ändring av virtuell grupp beror på åtgärdstypen. Mer information finns i HANTERINGsåtgärder för SQL Managed Instance.

Antal grupper för virtuella datorer

Antalet virtuella datorgrupper i ett virtuellt kluster beror på följande:

• Antalet olika maskinvarugenereringskonfigurationer
• Antalet olika underhållsfönsterkonfigurationer
• Begränsningar för den virtuella datorns gruppstorlek (som definieras i beräkningslagret och kan komma att ändras)

Du kan fastställa antalet grupper av virtuella datorer i ett virtuellt kluster genom att multiplicera antalet olika maskinvarugenereringskonfigurationer med antalet olika underhållsfönsterkonfigurationer i undernätet. Om du till exempel har två maskinvarugenereringskonfigurationer (till exempel en Standard-serie och en Premium-serieinstans) och två olika underhållsfönsterkonfigurationer har det virtuella klustret fyra grupper för virtuella datorer.

SQL Managed Instance stöder tre olika maskinvarugenereringskonfigurationer och tre olika underhållsfönsterkonfigurationer. Därför är det minsta antalet virtuella datorgrupper i ett virtuellt kluster 1 (en konfiguration för maskinvarugenerering, en underhållsfönsterkonfiguration) och det högsta antalet är 9 (tre olika maskinvarugenereringskonfigurationer, tre olika underhållsfönsterkonfigurationer).

Viktigt!

Eftersom det finns en gräns för hur många virtuella datorer som kan ansluta till en grupp kan brist på utrymme i en befintlig grupp leda till att en virtuell datorgrupp med identiska specifikationer skapas. Det är möjligt för ett undernät med ett stort antal instanser att ha flera datorgrupper med samma konfiguration och överskrida 9 grupper för virtuella datorer.

Roll i IP-adressanvändning

Den inbyggda höga tillgängligheten för Azure SQL Managed Instance implementeras med Azure Service Fabric. Ett Service Fabric-kluster är en nätverksansluten uppsättning virtuella eller fysiska datorer. Varje dator eller virtuell dator som ingår i ett Service Fabric-kluster kallas för en klusternod och varje nod reserverar en IP-adress. Därför betraktas varje virtuell dator i den dedikerade uppsättningen virtuella datorer som skapar en SQL-hanterad instans som en nod i Service Fabric-klustret. Det virtuella kluster som är värd för en eller flera SQL-hanterade instanser tilldelar IP-adresser till varje virtuell dator för att bilda ett Service Fabric-kluster för hög tillgänglighet.

Eftersom det virtuella klustret ansvarar för att tilldela IP-adresser till de virtuella datorerna i det, och varje virtuellt kluster är associerat med ett enda undernät, måste du noga överväga antalet instanser som du förväntar dig att distribuera till undernätet när du fastställer en lämplig storlek för undernätet.

När du fastställer en lämplig storlek för det undernät där du ska distribuera dina hanterade instanser bör du ta hänsyn till:

• Antalet instanser som du förväntar dig att distribuera till undernätet
• Antalet olika virtuella datorgrupper som du förväntar dig i undernätet

Mer information finns i fastställa nödvändig undernätsstorlek och -intervall för Azure SQL Managed Instance.

DNS-synkronisering

Det virtuella klustret synkroniserar ändringar av DNS-serverinställningar i ett virtuellt nätverk som är värd för befintliga SQL-hanterade instanser. Det virtuella klustret utlöser synkroniseringen och sprider den till instanserna i klustret. Mer information finns i lösa privata domännamn i Azure SQL Managed Instance.

Ta bort ett undernät när du har tagit bort en Azure SQL Managed Instance

Innan du tar bort ett undernät som används för SQL-hanterade instanser måste undernätet vara tomt. Eftersom virtuella kluster skapas automatiskt när den första instansen i undernätet skapas och tas bort automatiskt när den sista instansen i undernätet tas bort, måste du först ta bort alla instanser i undernätet innan du kan ta bort undernätet.

Viktigt!

• Att skapa och ta bort det virtuella klustret är automatiskt och kräver ingen manuell åtgärd tidigare än att skapa den första instansen eller ta bort den sista instansen i ett undernät.
• Att ta bort ett virtuellt kluster är en tidskrävande åtgärd som kan ta upp till 1,5 timmar. Det virtuella klustret visas fortfarande i portalen tills borttagningen av det virtuella klustret har slutförts.

I sällsynta fall misslyckas skapandet av en instans och resulterar i ett tomt virtuellt kluster. Eftersom du kan avbryta skapandet av en instans är det dessutom möjligt att distribuera ett virtuellt kluster med instanser som inte kan distribueras. Tomma virtuella kluster, eller kluster med instanser som inte har distribuerats, tas automatiskt bort i bakgrunden och inga avgifter har associerats med dessa kluster.

Nästa steg

• En översikt finns i Vad är Azure SQL Managed Instance?.
• Lär dig hur du konfigurerar ett nytt virtuellt Azure-nätverk eller ett befintligt virtuellt Azure-nätverk där du kan distribuera SQL Managed Instance.
• Beräkna storleken på det undernät där du vill distribuera SQL Managed Instance.
• Lär dig hur du skapar en hanterad instans:
  • Från Azure-portalen.
  • Genom att använda PowerShell.
  • Genom att använda en Azure Resource Manager-mall.
  • Genom att använda en Azure Resource Manager-mall med en jumpbox och SQL Server Management Studio.