Considerazioni e ipotesi di progettazione

Quando progetti il piano di indirizzamento per un'applicazione, la considerazione primaria è quella di tenere i blocchi CIDR utilizzati per la creazione di sottoreti all'interno di una singola zona quanto più contigua possibile. In questo modo, è possibile riassumerli in un unico prefisso di indirizzo, lasciando spazio per una crescita futura.

Un'altra considerazione riguarda il numero di indirizzi disponibili di cui una sottorete potrebbe aver bisogno per il ridimensionamento orizzontale. La Tabella 1 elenca il numero di indirizzi disponibili in una sottorete, sulla base della sua dimensione di blocco CIDR specificata:

Sulla base di queste due considerazioni, vengono fatte le seguenti ipotesi per questo esempio:

• Gli intervalli CIDR del blocco 172.16.0.0/12 di indirizzi RFC 1918 sono utilizzati per tutte le sottoreti.
• Il livello di presentazione dell'applicazione è un sottile strato su un'API REST. Pertanto, la scalabilità orizzontale influenza il livello intermedio più di quanto influenzi il livello di presentazione.

Determinare la dimensione della sottorete di ogni livello

Il passo successivo è quello di determinare la dimensione della sottorete di ogni livello (in termini di indirizzi disponibili). Poiché ciascun livello dell'applicazione ha una presenza in ciascuna zona, ciascuna zona richiede tre sottoreti.

Considera le seguenti informazioni quando pianifichi la dimensione della sottorete di ciascun livello:

• Il livello del database (il back end) è quello che ha meno bisogno di scalare dinamicamente, quindi queste sottoreti sono le più piccole. Queste sottoreti, cioè, possono contenere il minor numero di indirizzi disponibili.
  • Questo esempio utilizza un blocco CIDR /27, che consente 27 indirizzi in questo livello.
• Il livello intermedio è quello che più probabilmente avrà bisogno di scalabilità dinamica, quindi queste sottoreti sono le più grandi. Queste sottoreti, cioè, devono contenere il più alto numero di indirizzi disponibili.
  • Questo esempio utilizza un blocco CIDR /25, che consente 123 indirizzi in questo livello.
• Il livello di front-end si colloca nel mezzo; non ha bisogno di tanti indirizzi quanto il livello intermedio ma ne richiede di più del livello di database.
  • Questo esempio utilizza un blocco CIDR /26, che consente 59 indirizzi in questo livello.

Combinazione delle sottoreti e selezione dei prefissi di indirizzo

Per selezionare un prefisso di indirizzo accettabile per ciascuna zona, hai bisogno di una dimensione di sottorete sufficientemente grande da contenere tutte e tre le sottoreti in ciascun livello e da lasciare comunque spazio per la scalabilità orizzontale e una futura espansione.

Un prefisso di indirizzo /24 è il prefisso più piccolo in cui possono essere combinate queste tre sottoreti (27 + 123 + 59). Seleziona la successiva dimensione di sottorete più grande, non la più piccola. L'assegnazione della successiva dimensione di sottorete più grande (/23) consente la scalabilità orizzontale oltre i limiti precedentemente indicati perché consente l'aggiunta di nuove sottoreti a ciascun livello, dall'interno dello stesso prefisso di indirizzo.

Dopo aver determinato la dimensione della sottorete corretta, è possibile assegnare i prefissi di indirizzo effettivi, uno per ogni zona:

E da questa base, puoi anche assegnare le tre sottoreti all'interno di ciascuna zona:

Considerazioni per l'estensione di un'infrastruttura esistente

Quando stai pianificando un VPC che estende un'infrastruttura esistente, puoi attenerti alla procedura precedente, indipendentemente dal fatto che l'infrastruttura sia la tua infrastruttura in loco, un altro VPC o anche un altro cloud. Tieni presente che non devi riutilizzare gli intervalli di indirizzo esistenti. Evitando il riutilizzo degli indirizzi, puoi massimizzare la tua capacità di avvalerti delle funzioni di IBM Cloud VPC.