Condividi tramite

Determinare le dimensioni e l'intervallo della subnet richiesta per Istanza gestita di SQL di Azure

Si applica a:Istanza gestita di SQL di Azure SQL

Questo articolo illustra come determinare le dimensioni della subnet e l'intervallo di indirizzi IP appropriati per Istanza gestita di SQL di Azure.

Panoramica

Istanza gestita di SQL di Azure è costituita da componenti del servizio ospitati in un set dedicato di macchine virtuali isolate posizionate all'interno di uno o più gruppi di macchine virtuali ospitati da un cluster virtuale e distribuiti all'interno di una rete virtuale di Azure.

Un cluster virtuale, associato a una singola subnet in una rete virtuale, può ospitare una o più istanze gestite di SQL. Il numero di istanze che possono essere distribuite nella subnet dipende dalle dimensioni della subnet (intervallo di subnet).

Quando si crea un'istanza gestita di SQL, Azure alloca il numero di macchine virtuali in base al livello di servizio scelto. Poiché queste macchine virtuali sono associate alla subnet, richiedono indirizzi IP. Azure può allocare più macchine virtuali per garantire la disponibilità elevata durante le normali operazioni e la manutenzione del servizio. Di conseguenza, il numero di indirizzi IP necessari in una subnet è maggiore del numero di istanze gestite nella subnet stessa.

Determinare le dimensioni della subnet

È consigliabile eseguire un'attenta pianificazione delle dimensioni della subnet per le distribuzioni dell'istanza gestita.

Come da progettazione, un'istanza gestita necessita di un minimo di 32 indirizzi IP in una subnet. Pertanto, è possibile usare una subnet mask minima da /27 per definire gli intervalli IP di subnet.

Usare l'elenco seguente di considerazioni per determinare le dimensioni della subnet:

  • Considerazioni correlate all'istanza:
    • Numero di istanze gestite di SQL
    • Livello di servizio delle istanze
  • Considerazioni correlate al cluster virtuale:
    • Configurazioni hardware
    • Configurazione delle finestre di manutenzione
  • Considerazioni correlate alle operazioni di gestione:
    • Piani di aumento, riduzione o modifica del livello di servizio, della configurazione hardware o della finestra di manutenzione

Usare i parametri seguenti per creare un calcolo:

  • Azure usa cinque indirizzi IP nella subnet in base alle necessità.
  • Ogni gruppo di macchine virtuali alloca sei indirizzi in più.
  • Il numero di indirizzi usati da ogni istanza gestita di SQL dipende dal livello di servizio.
    • L'istanza gestita di SQL General Purpose usa tre indirizzi
    • L'istanza gestita di SQL Business Critical usa cinque indirizzi
  • Ogni richiesta di ridimensionamento raddoppia temporaneamente il numero di indirizzi allocati per l'istanza da ridimensionare.

Importante

La modifica dell'intervallo di indirizzi della subnet non è supportata quando le risorse sono presenti nella subnet. Per questo motivo, è preferibile usare subnet più grandi anziché più piccole per evitare problemi futuri.

Singola istanza distribuita

La tabella seguente mostra il numero di indirizzi IP necessari per una singola istanza in una subnet distribuita in ogni livello di servizio:

Livello di servizio Utilizzo di Azure1 Ustilizzo del gruppo di VM2 Utilizzo dell'istanza Ridondanza della zona (ZR) Totale3
Utilizzo generico 5 8 2 0 15
Essenziale per l'azienda 5 8 5 2 18 (20 con ZR)

1 Gli indirizzi usati da Azure vengono condivisi tra tutte le istanze della subnet.
2 Gli indirizzi usati dal gruppo di macchine virtuali vengono condivisi tra istanze inserite nello stesso gruppo.
3 Numero totale di indirizzi utilizzati dall'istanza. Gli indirizzi IP aggiuntivi vengono allocati quando la ridondanza della zona è abilitata per le istanze nel livello di servizio Business Critical.

L'aggiunta di istanze alla subnet aumenta il numero di indirizzi usati dall'istanza, quindi aumenta il numero totale di indirizzi.

Subnet a istanze multipla

La formula in questa sezione calcola il numero di indirizzi necessari per più istanze in una subnet. La formula tiene conto del potenziale di creazione di nuovi gruppi di macchine virtuali durante una successiva richiesta di creazione o aggiornamento dell'istanza e della finestra di manutenzione e dei requisiti hardware dei cluster virtuali.

Usare la formula seguente per calcolare il numero totale di indirizzi IP in base al numero di istanze:

5 + (gp * 4) + (bc * 10) + (bc_zr * 2) + (vmg * 8), dove

  • gp = numero di istanze per utilizzo generico
  • bc = numero di istanze Business Critical
  • bc_zr = numero di istanze business critical con ridondanza della zona
  • vmg = numero di gruppi di macchine virtuali diversi

L'elenco seguente illustra i numeri usati nella formula:

  • 5 è il numero di indirizzi IP riservati da Azure
  • 4 indirizzi per ogni istanza per utilizzo generico (2 per la distribuzione iniziale, 2 per un'operazione di ridimensionamento finale)
  • 10 indirizzi per ogni istanza business critical (5 per la distribuzione iniziale, 5 per un'operazione di ridimensionamento finale)
  • 8 indirizzi per gruppo di macchine virtuali

Importante

Poiché esiste un limite al numero di macchine virtuali che possono essere unite a un gruppo, la mancanza di spazio in un gruppo esistente può comportare la creazione di un gruppo di macchine virtuali con specifiche identiche. È possibile che una subnet con un numero elevato di istanze abbia più gruppi di macchine virtuali con la stessa configurazione, superando 9 gruppi di macchine virtuali.

Esempio 1

Si prevede di avere tre istanze gestite General Purpose e due Business Critical sulla stessa subnet. Tutte le istanze hanno la stessa finestra di manutenzione, vengono eseguite sulla stessa configurazione hardware e nessuna è ridondante a livello di zona.

La sostituzione di questi valori nella formula restituisce l'equazione seguente: 5 + (3 * 4) + (2 * 10) + 0 + (1 * 8) = 45

Poiché gli intervalli IP sono definiti in potenze di 2, per supportare 45 indirizzi IP, la subnet richiede un intervallo IP minimo di 64 (2^6) per questa distribuzione. Riservare la subnet con una subnet mask di /26.

Esempio 2

Si prevede di distribuire un totale di sette istanze nella stessa subnet, quattro istanze per utilizzo generico e tre istanze business critical. Tre sono istanze di sviluppo/test in esecuzione su hardware serie Standard con una finestra di manutenzione predefinita (gruppo VM 1), mentre le altre quattro sono in produzione, in esecuzione su hardware della serie Premium con una finestra di manutenzione del fine settimana (gruppo VM 2). Due delle istanze Business Critical sono a ridondanza di zona.

La sostituzione di questi valori nella formula restituisce l'equazione seguente: 5 + (4 * 4) + (3 * 10) + (1 * 2) + (2 * 8) = 69

Poiché gli intervalli IP sono definiti in potenze di 2, per supportare i 69 indirizzi IP, la subnet richiede un intervallo IP minimo di 128 (2^7) per questa distribuzione. Pertanto, è necessario riservare la subnet con una subnet mask di /25.

Attenzione

Sebbene sia possibile distribuire istanze in una subnet inferiore alle dimensioni calcolate, in questo modo è possibile impedire l'aggiunta di istanze o il completamento di operazioni di scalabilità e manutenzione che richiedono indirizzi IP temporanei. Per evitare interruzioni del servizio, riservare una subnet più grande del valore minimo e pianificare la crescita futura, i gruppi di macchine virtuali aggiuntivi e gli aumenti temporanei dell'utilizzo degli indirizzi IP durante determinate operazioni.

Scenari di aggiornamento

Durante un'operazione di ridimensionamento, le istanze richiedono temporaneamente una capacità IP aggiunta che dipende dal livello di servizio.

La tabella seguente illustra il numero temporaneo di indirizzi IP aggiuntivi necessari per un'operazione di scalabilità che non richiede la creazione di un nuovo gruppo di macchine virtuali:

Livello di servizio Scenario Ulteriori indirizzi
medico di base Ridimensionamento di vCore 2
medico di base Aumento delle risorse di archiviazione 0
medico di base Passaggio a BC 5
A.C. Ridimensionamento di vCore 5
A.C. Aumento delle risorse di archiviazione 5
A.C. Passaggio a GP 2

Le operazioni che comportano la creazione di un nuovo gruppo di macchine virtuali, ad esempio la modifica di una finestra di generazione o manutenzione dell'hardware, richiedono altri 6 indirizzi permanenti per il nuovo gruppo.

Contenuti correlati

  • Last updated on