Vereiste subnetgrootte en -bereik bepalen voor Azure SQL Managed Instance

  • Artikel

Van toepassing op: Azure SQL Managed Instance

Dit artikel helpt u bij het bepalen van de juiste subnetgrootte en het IP-adresbereik voor Azure SQL Managed Instance.

Overzicht

Azure SQL Managed Instance bestaat uit serviceonderdelen die worden gehost op een toegewezen set geïsoleerde virtuele machines die worden geplaatst in een of meer virtuele-machinegroepen die worden gehost door een virtueel cluster en worden geïmplementeerd in een virtueel Azure-netwerk.

Een virtueel cluster, dat is gekoppeld aan één subnet in een virtueel netwerk, kan een of meer met SQL beheerde exemplaren hosten. Het aantal exemplaren dat kan worden geïmplementeerd in een subnet, is afhankelijk van de grootte van het subnet (subnetbereik).

Wanneer u een met SQL beheerd exemplaar maakt, wijst Azure een aantal virtuele machines toe op basis van de gekozen servicelaag. Omdat deze virtuele machines zijn gekoppeld aan uw subnet, hebben ze IP-adressen nodig. Om hoge beschikbaarheid te garanderen tijdens normale bewerkingen en serviceonderhoud, kan Azure extra virtuele machines toewijzen. Het aantal vereiste IP-adressen in een subnet is doorgaans groter dan het aantal door SQL beheerde exemplaren in dat subnet.

Grootte van subnet bepalen

Plan zorgvuldig de subnetgrootte voor de implementaties van uw met SQL beheerde exemplaren.

Elk beheerd SQL-exemplaar heeft standaard minimaal 32 IP-adressen in een subnet nodig. U kunt een minimaal subnetmasker van /27 gebruiken bij het definiëren van uw IP-adresbereiken van het subnet.

Hier volgt een lijst met overwegingen bij het bepalen van de grootte van uw subnet:

  • Overwegingen met betrekking tot exemplaren:
    • Aantal beheerde SQL-exemplaren
    • Servicelaag van exemplaren
  • Overwegingen met betrekking tot virtuele clusters:
    • Hardwareconfiguraties
    • Configuraties van onderhoudsvensters
  • Overwegingen met betrekking tot beheerbewerkingen:
    • Plannen om omhoog/omlaag te schalen of de servicelaag, hardwareconfiguratie of onderhoudsvenster te wijzigen

Gebruik de volgende parameters om een berekening te maken:

  • Azure gebruikt vijf IP-adressen in het subnet voor eigen behoeften.
  • Elke virtuele-machinegroep wijst een extra zes adressen toe.
  • Elk beheerd SQL-exemplaar maakt gebruik van een aantal adressen die afhankelijk zijn van de servicelaag.
    • Sql Managed Instance voor algemeen gebruik maakt gebruik van drie adressen
    • Bedrijfskritiek SQL Managed Instance maakt gebruik van vijf adressen
  • Elke schaalaanvraag verdubbelt tijdelijk het aantal adressen dat is toegewezen voor het exemplaar dat wordt geschaald

Belangrijk

Omdat het wijzigen van het adresbereik van het subnet niet wordt ondersteund wanneer resources in het subnet aanwezig zijn, is het beter om grotere subnetten te gebruiken in plaats van kleinere subnetten om problemen in de toekomst te voorkomen.

Exemplaar met één implementatie

In de volgende tabel ziet u het aantal IP-adressen dat is vereist voor één exemplaar in een subnet dat voor elke servicelaag is geïmplementeerd:

Servicelaag Azure-gebruik1 GEBRUIK VAN VM-groep2 Exemplaargebruik Totaal3
Algemeen gebruik 5 6 3 14
Bedrijfskritiek 5 6 5 16

1 Adressen die door Azure worden gebruikt, worden gedeeld in alle exemplaren in het subnet
2 Adressen die door de VM-groep worden gebruikt, worden gedeeld tussen exemplaren die in dezelfde groep zijn geplaatst
3 Het totale aantal adressen dat door het exemplaar wordt gebruikt

Als u exemplaren toevoegt aan het subnet, wordt het aantal adressen dat door de instantie wordt gebruikt, verhoogd en wordt het totale aantal adressen verhoogd.

Subnetten met meerdere exemplaren

De formule in deze sectie berekent het aantal adressen dat nodig is voor meerdere exemplaren in een subnet, rekening houdend met het potentieel van het maken van nieuwe virtuele-machinegroepen tijdens een volgende instantie maken of bijwerken aanvraag, evenals het onderhoudsvenster en de hardwarevereisten van virtuele clusters.

Gebruik de volgende formule om het totale aantal IP-adressen te berekenen op basis van het aantal exemplaren:

5 + (a * 6) + (b * 10) + (c * 6) Waar

  • a = aantal GP-exemplaren
  • b = aantal BC-exemplaren
  • c = aantal verschillende virtuele-machinegroepen

In de volgende lijst worden de getallen uitgelegd die in de formule worden gebruikt:

  • 5 is het aantal IP-adressen dat is gereserveerd door Azure
  • 6 adressen per GP-exemplaar (3 voor de eerste implementatie, 3 voor een uiteindelijke schaalbewerking)
  • 10 adressen per BC-exemplaar (5 voor de eerste implementatie, 5 voor een uiteindelijke schaalbewerking)
  • 6 adressen per virtuele-machinegroep

Belangrijk

Omdat er een limiet is voor het aantal virtuele machines dat lid kan worden van een groep, kan een gebrek aan ruimte in een bestaande groep resulteren in het maken van een virtuele-machinegroep met identieke specificaties. Het is mogelijk dat een subnet met een groot aantal exemplaren meerdere machinegroepen met dezelfde configuratie heeft en groter is dan 9 virtuele-machinegroepen.

Voorbeeld 1

U bent van plan drie algemene doeleinden en twee Bedrijfskritiek exemplaren te implementeren in hetzelfde subnet. Alle exemplaren hebben hetzelfde onderhoudsvenster en worden uitgevoerd op dezelfde hardwareconfiguratie.

Als u deze waarden wilt aansluiten op de formule: 5 + (3 * 6) + (2 * 10) + (1 * 6) = 49

Omdat IP-bereiken zijn gedefinieerd in bevoegdheden van 2, ter ondersteuning van 49 IP-adressen, vereist uw subnet een minimum IP-bereik van 64 (2^6) voor deze implementatie. Reserveer het subnet met een subnetmasker van /26.

Voorbeeld 2

U bent van plan om in totaal zeven exemplaren te implementeren in hetzelfde subnet, vier exemplaren voor algemeen gebruik en drie Bedrijfskritiek instanties. Drie zijn ontwikkel-/testexemplaren die worden uitgevoerd op standard-seriehardware met een standaardonderhoudsvenster (virtuele-machinegroep 1), terwijl de resterende vier in productie zijn, die worden uitgevoerd op hardware uit de Premium-serie met een onderhoudsvenster in het weekend (virtuele machinegroep 2).

Als u deze waarden wilt aansluiten op de formule: 5 + (4 * 6) + (3 * 10) + (2 * 6) = 71

Omdat IP-bereiken zijn gedefinieerd in bevoegdheden van 2, ter ondersteuning van 71 IP-adressen, vereist uw subnet een minimum-IP-bereik van 128 (2^7) voor deze implementatie. U moet het subnet reserveren met een subnetmasker van /25.

Let op

Hoewel het implementeren van met SQL beheerde exemplaren naar een subnet met minder IP-adressen mogelijk is dan de formule voorstelt, kunt u altijd grotere subnetten gebruiken om toekomstige problemen te voorkomen die voortvloeien uit een gebrek aan IP-adressen, zoals het niet kunnen maken van extra exemplaren binnen het subnet of het schalen van bestaande exemplaren.

Scenario's bijwerken

Tijdens een schaalbewerking vereisen instanties tijdelijk extra IP-capaciteit die afhankelijk is van de servicelaag.

In de volgende tabel ziet u het tijdelijke aantal extra IP-adressen dat is vereist voor een schaalbewerking waarvoor geen nieuwe virtuele-machinegroep hoeft te worden gemaakt:

Servicelaag Scenario Aanvullende adressen
GP VCores schalen 3
GP Opslag schalen 0
GP Overschakelen naar BC 5
BC VCores schalen 5
BC Opslag schalen 5
BC Overschakelen naar GP 3

Voor bewerkingen die resulteren in het maken van een nieuwe virtuele-machinegroep, zoals het wijzigen van een hardwaregeneratie- of onderhoudsvenster, is een extra 6 permanente adressen voor de nieuwe groep vereist.

Volgende stappen