Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
gäller för:
Azure SQL Managed Instance
Den här artikeln hjälper dig att fastställa lämplig undernätsstorlek och IP-adressintervall för Azure SQL Managed Instance.
Översikt
Azure SQL Managed Instance består av tjänstkomponenter som finns på en dedikerad uppsättning isolerade virtuella datorer placerade i en eller flera virtuella datorgrupper (VM) som hanteras av ett virtuellt kluster och distribueras i ett virtuellt Azure-nätverk.
Ett virtuellt kluster som är associerat med ett enda undernät i ett virtuellt nätverk kan vara värd för en eller flera SQL-hanterade instanser. Antalet instanser som kan distribueras till ett undernät beror på storleken på undernätet (undernätsintervallet).
När du skapar en SQL-hanterad instans allokerar Azure antalet virtuella datorer baserat på den valda tjänstnivån. Eftersom dessa virtuella datorer är associerade med ditt undernät kräver de IP-adresser. Azure kan allokera fler virtuella datorer för att säkerställa hög tillgänglighet under regelbunden drift och serviceunderhåll. Antalet nödvändiga IP-adresser i ett undernät är vanligtvis större än antalet SQL-hanterade instanser i undernätet.
Fastställa undernätsstorlek
Planera noggrant undernätsstorleken för dina SQL-hanterade instansdistributioner.
Varje SQL-hanterad instans behöver avsiktligt minst 32 IP-adresser i ett undernät. Du kan använda en minsta nätmask på /27 när du definierar undernätets IP-intervall.
Använd följande lista med överväganden när du fastställer storleken på ditt undernät:
- Instansrelaterade överväganden:
- Antalet SQL-hanterade instanser
- Tjänstnivån för instanserna
- Överväganden relaterade till virtuella kluster:
- Maskinvarukonfigurationer
- Konfigurationer för underhållsfönster
- Överväganden relaterade till hanteringsåtgärder:
- Planer på att skala upp/ned eller ändra tjänstnivå, maskinvarukonfiguration eller underhållsperiod
Använd följande parametrar för att skapa en beräkning:
- Azure använder fem IP-adresser i undernätet för sina egna behov.
- Varje vm-grupp allokerar ytterligare sex adresser.
- Antalet adresser som varje SQL-hanterad instans använder beror på tjänstnivån.
- Sql-hanterad instans för generell användning använder tre adresser
- Affärskritisk SQL-hanterad instans använder fem adresser
- Varje skalningsbegäran fördubblar tillfälligt antalet adresser som allokeras för den instans som skalas.
Viktigt!
Det går inte att ändra adressintervallet för undernätet när det finns resurser i undernätet. Därför är det bättre att använda större undernät i stället för mindre för att förhindra framtida problem.
En enda distribuerad instans
I följande tabell visas antalet IP-adresser som krävs för en enskild instans i ett undernät som distribueras till varje tjänstnivå:
| Tjänstenivå | Azure-användning1 | Användning av VM-grupp2 | Instansanvändning | Zonredundans (ZR) | Totalt3 |
|---|---|---|---|---|---|
| Generell användning | 5 | 8 | 2 | 0 | 15 |
| Verksamhetskritisk | 5 | 8 | 5 | 2 | 18 (20 med ZR) |
1 Adresser som används av Azure delas mellan alla instanser i undernätet.
2 Adresser som används av den virtuella datorgruppen delas mellan instanser som placeras i samma grupp.
3 Det totala antalet adresser som används av instansen. Ytterligare IP-adresser allokeras när zonredundans aktiveras för instanser på tjänstnivån Affärskritisk.
Om du lägger till instanser i undernätet ökar antalet adresser som används av instansen och ökar därför det totala antalet adresser.
Undernät för flera instanser
Formeln i det här avsnittet beräknar antalet adresser som krävs för flera instanser i ett undernät. Formeln tar hänsyn till möjligheten att skapa nya VM-grupper under en efterföljande begäran om att skapa eller uppdatera instanser samt underhållsfönstret och maskinvarukraven för virtuella kluster.
Använd följande formel för att beräkna det totala antalet IP-adresser baserat på antalet instanser:
5 + (gp * 4) + (bc * 10) + (bc_zr * 2) + (vmg * 8) var
- gp = antal allmänna användningsinstanser
- bc = antal affärskritiska instanser
- bc_zr = antal zonredundanta affärskritiska instanser
- vmg = antal olika VM-grupper
I följande lista förklaras de tal som används i formeln:
- 5 är antalet IP-adresser som reserverats av Azure
- 4 adresser per generell användningsinstans (2 för den inledande distributionen, 2 för en eventuell skalningsåtgärd)
- 10 adresser per affärskritisk instans (5 för den inledande distributionen, 5 för en eventuell skalningsåtgärd)
- 8 adresser per VM-grupp
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 för ett undernät med ett stort antal instanser att ha flera VM-grupper med samma konfiguration, vilket överstiger 9 VM-grupper.
Exempel 1
Du planerar att ha tre instanser av generell användning och två affärskritiska instanser distribuerade till samma undernät. Alla instanser har samma underhållsfönster, körs på samma maskinvarukonfiguration och ingen är zonredundant.
Om du ersätter dessa värden i formeln får du följande ekvation: 5 + (3 * 4) + (2 * 10) + 0 + (1 * 8) = 45
Eftersom IP-intervall definieras i 2-krafter, för att stödja 45 IP-adresser, kräver ditt undernät ett minsta IP-intervall på 64 (2^6) för den här distributionen. Reservera ett undernät med en nätmask på /26.
Exempel 2
Du planerar att distribuera totalt sju instanser till samma undernät, fyra generell användning och tre affärskritiska instanser. Tre är dev/test-instanser som körs på Standard-seriens maskinvara med ett standardunderhållsfönster (VM-grupp 1), medan de återstående fyra är i produktion och körs på Premium-seriens maskinvara med en helgunderhållsperiod (VM-grupp 2). Två av de affärskritiska instanserna är zonredundanta.
Om du ersätter dessa värden i formeln får du följande ekvation: 5 + (4 * 4) + (3 * 10) + (1 * 2) + (2 * 8) = 69
Eftersom IP-intervall definieras i krafter på 2, för att stödja 69 IP-adresser, kräver ditt undernät ett minsta IP-intervall på 128 (2^7) för den här distributionen. Du måste reservera undernätet med en subnätmask på /25.
Försiktighet
Även om du kan distribuera instanser till ett undernät som är mindre än den beräknade storleken kan det hindra dig från att lägga till instanser eller slutföra skalnings- och underhållsåtgärder som kräver tillfälliga IP-adresser. För att undvika tjänstavbrott reserverar du ett större undernät än minimikravet och planerar för framtida tillväxt, ytterligare VM-grupper och tillfälliga ökningar av IP-användningen under vissa åtgärder.
Uppdateringsscenarier
Under en skalningsåtgärd kräver instanser tillfälligt ytterligare IP-kapacitet som är beroende av tjänstnivån.
I följande tabell visas det tillfälliga antalet ytterligare IP-adresser som krävs för en skalningsåtgärd som inte kräver att en ny vm-grupp skapas:
| Tjänstenivå | Scenario | Ytterligare adresser |
|---|---|---|
| Allmänläkare | Skala virtuella kärnor | 2 |
| Allmänläkare | Skalbar lagring | 0 |
| Allmänläkare | Växla till BC | 5 |
| FVT | Skala virtuella kärnor | 5 |
| FVT | Skalbar lagring | 5 |
| FVT | Växla till GP | 2 |
Åtgärder som resulterar i att skapa en ny vm-grupp, till exempel att ändra en maskinvarugenerering eller underhållsperiod, kräver ytterligare 6 permanenta adresser för den nya gruppen.