Dela via

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 enskild klientorganisation, plattform som en tjänst (PaaS) som består av tjänstkomponenter som finns på en dedikerad uppsättning isolerade virtuella datorer och anslutna till ett virtuellt kluster. Dessa dedikerade uppsättningar med virtuella datorer placeras i grupper för virtuella datorer (VM) baserat på liknande instanskonfigurationsattribut, till exempel maskinvarugenerering och underhållsperioder. En eller flera instanser kan finnas i en VM-grupp och en eller flera VM-grupper utgör ett virtuellt kluster. Ett virtuellt kluster expanderar eller drar ihop sig automatiskt vid behov för att rymma 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 SQL-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:

Diagram som visar arkitekturen för virtuella kluster för Azure SQL Managed Instance.

Roll i förvaltningsoperationer

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

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

Om du till exempel ändrar maskinvarugenereringen för en instans skapar det virtuella klustret en ny vm-grupp 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. För mer information, se hanteringsåtgärder för SQL Managed Instance.

Anmärkning

Instanspooler placeras i olika VM-grupper än enskilda instanser.

Antal VM-grupper

Antalet vm-grupper i ett virtuellt kluster beror på följande faktorer:

Du kan fastställa antalet vm-grupper 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 VM-grupper.

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

Viktigt!

Eftersom det finns en gräns för antalet 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 att ett undernät med ett stort antal instanser har flera datorgrupper med samma konfiguration och överskrider nio VM-grupper.

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 vill distribuera dina SQL-hanterade instanser bör du ta hänsyn till:

  • Antalet instanser som du förväntar dig att distribuera till undernätet
  • Antalet olika VM-grupper 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 Hanterad Azure SQL-instans

Innan du tar bort ett undernät som används för SQL-hanterade instanser måste undernätet vara tomt. Virtuella kluster skapas automatiskt när den första instansen i undernätet skapas och tas automatiskt bort när den sista instansen i undernätet tas bort. Därför 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 kunde distribueras, tas automatiskt bort i bakgrunden och inga avgifter har associerats med dessa kluster.

Relaterat innehåll