La progettazione della rete fisica del data center comprende la definizione della topologia di rete per il collegamento degli switch fisici e degli host ESXi, la determinazione delle impostazioni delle porte degli switch per le VLAN e l'aggregazione dei collegamenti e la progettazione del routing.
Una rete definita da software (SDN) si integra con e utilizza componenti del data center fisico. SDN si integra con la rete fisica per supportare i transiti est-ovest nel data center e il transito nord-sud da e verso le reti dell'SDDC.
Esistono diverse topologie di distribuzione di reti di data center tipiche:
Core-Aggregation-Access
Leaf-spine
SDN hardware
Leaf-Spine è la topologia di distribuzione di rete del data center predefinita utilizzata per VMware Cloud Foundation.
VLAN e subnet per VMware Cloud Foundation
Configurare le VLAN e le subnet in base alle linee guida e ai requisiti per VMware Cloud Foundation.
Quando si progetta la configurazione della VLAN e della subnet per la distribuzione di VMware Cloud Foundation, si tengano presenti le linee guida seguenti:
Tutte le topologie di distribuzione |
Più zone di disponibilità |
Federazione di NSX tra più istanze di VMware Cloud Foundation |
Cluster del dominio del carico di lavoro VI di elaborazione multi-rack |
---|---|---|---|
|
|
|
Usare lo spazio degli indirizzi IPv4 RFC 1918 per queste subnet e allocare un ottetto per rack e un altro ottetto per funzione di rete. |
Quando si distribuiscono VLAN e subnet per VMware Cloud Foundation, devono soddisfare i seguenti requisiti in base alla topologia di VMware Cloud Foundation:
![La prima decisione si basa sulla necessità di accedere separatamente agli host e alle macchine virtuali di gestione. Se non esiste questa necessità, la decisione successiva si basa sull'isolamento del traffico. Se non è necessaria alcuna delle due decisioni, utilizzare la stessa VLAN. Se sono necessarie entrambi, utilizzare VLAN separate.](images/GUID-CA88B5BB-88A6-4CA0-A9BD-C8E8B34C1F43-high.png)
Funzione |
Istanze di VMware Cloud Foundation con una singola zona di disponibilità |
Istanze di VMware Cloud Foundation con più zone di disponibilità |
---|---|---|
Gestione macchina virtuale |
|
|
Gestione dell'host - Prima zona di disponibilità |
|
|
vSphere vMotion - prima zona di disponibilità |
|
|
vSAN - prima zona di disponibilità |
|
|
Overlay host - prima zona di disponibilità |
|
|
NFS |
|
|
Uplink01 |
|
|
Uplink02 |
|
|
Overlay Edge |
|
|
Gestione dell'host - Seconda zona di disponibilità |
|
|
vSphere vMotion - seconda zona di disponibilità |
|
|
vSAN - seconda zona di disponibilità |
|
|
Overlay host - seconda zona di disponibilità |
|
|
Edge RTEP |
|
|
Gestione e witness - appliance witness in una terza posizione |
|
|
Funzione |
Istanze di VMware Cloud Foundation con cluster di dominio del carico di lavoro VI di elaborazione multi-rack |
Istanze di VMware Cloud Foundation con disponibilità di NSX Edge multi-rack |
---|---|---|
Gestione macchina virtuale |
|
|
Gestione dell'host |
|
|
vSphere vMotion |
|
|
vSAN |
|
|
Overlay host |
|
|
NFS |
|
|
Uplink01 |
|
|
Uplink02 |
|
|
Overlay Edge |
|
|
Requisiti e consigli per la progettazione delle reti fisiche leaf-spine per VMware Cloud Foundation
Leaf-spine è la topologia di distribuzione di rete del data center predefinita utilizzata per VMware Cloud Foundation. Considerare la larghezza di banda della rete, la configurazione della porta trunk, nonché la configurazione dei jumbo frame e del routing per NSX in una distribuzione con una o più istanze di VMware Cloud Foundation.
Progettazione logica della rete fisica leaf-spine
![Ogni host ESXi è collegato in modo ridondante ai commutatori ToR della struttura di rete dell'SDDC tramite due porte da 25 GbE. I commutatori ToR sono collegati alla spine.](images/GUID-95D37823-D662-4BAD-8F2B-65E549BBD20E-high.png)
Requisiti e consigli per la progettazione della rete fisica leaf-spine
I requisiti e i consigli per la configurazione della rete leaf-spine determinano il layout fisico e l'uso delle VLAN. Includono inoltre requisiti e consigli sui jumbo frame e sui requisiti relativi alla rete, come DNS, NTP e il routing.
ID requisito |
Requisiti di progettazione |
Giustificazione |
Implicazione |
---|---|---|---|
VCF-NET-REQD-CFG-001 |
Non utilizzare la configurazione EtherChannel (LAG, LACP o vPC) per gli uplink dell'host ESXi. |
|
nessuna. |
VCF-NET-REQD-CFG-002 |
Utilizzare le VLAN per separare le funzioni della rete fisica. |
|
Richiede una configurazione e una presentazione uniformi in tutti i trunk resi disponibili per gli host ESXi. |
VCF-NET-REQD-CFG-003 |
Configurare le VLAN come membri di un trunk 802.1Q. |
Tutte le VLAN diventano disponibili nelle stesse schede di rete fisiche degli host ESXi. |
Facoltativamente, la VLAN di gestione può fungere da VLAN nativa. |
VCF-NET-REQD-CFG-004 |
Impostare le dimensioni della MTU su almeno 1.700 byte (consigliati 9.000 byte per i jumbo frame) nelle porte dei commutatori fisici, nei vSphere Distributed Switch, nei gruppi di porte dei vSphere Distributed Switch e nei commutatori N-VDS che supportano i seguenti tipi di traffico:
|
|
Quando si regolano le dimensioni del pacchetto della MTU, è necessario configurare anche l'intero percorso di rete (schede di rete VMkernel, commutatori virtuali, commutatori fisici e router) in modo che supporti le stesse dimensioni del pacchetto della MTU. In un ambiente con più zone di disponibilità, la MTU deve essere configurata nell'intero percorso di rete tra le zone. |
ID requisito |
Requisiti di progettazione |
Giustificazione |
Implicazione |
---|---|---|---|
VCF-NET-L3MR-REQD-CFG-001 |
Per un cluster del dominio del carico di lavoro VI di elaborazione multi-rack, specificare VLAN separate per ogni rack per ciascuna funzione di rete.
|
Un'infrastruttura Leaf-Spine di livello 3 ha un limite di livello 3 in corrispondenza dei commutatori Leaf in ogni rack che crea un limite di livello 3 tra i rack. |
Richiede VLAN aggiuntive per ogni rack. |
VCF-NET-L3MR-REQD-CFG-002 |
Per un cluster del dominio del carico di lavoro VI di elaborazione multi-rack, le subnet per ogni rete per ciascun rack devono essere instradabili e raggiungibili per i commutatori Leaf negli altri rack.
|
Garantisce che il traffico per ogni rete possa passare tra i rack. |
Richiede una configurazione di rete fisica aggiuntiva per rendere le reti instradabili tra i rack. |
ID requisito |
Requisiti di progettazione |
Giustificazione |
Implicazione |
---|---|---|---|
VCF-NET-REQD-CFG-005 |
Impostare le dimensione della MTU su almeno 1.500 byte (preferibilmente 1.700 byte; 9.000 byte consigliati per i jumbo frame) nei componenti della rete fisica tra le istanze di VMware Cloud Foundation per i seguenti tipi di traffico.
|
|
Quando si regolano le dimensioni del pacchetto della MTU, è necessario configurare anche l'intero percorso di rete (ovvero le interfacce virtuali, i commutatori virtuali, i commutatori fisici e i router) in modo che supporti le stesse dimensioni del pacchetto della MTU. |
VCF-NET-REQD-CFG-006 |
Assicurarsi che la latenza tra le istanze di VMware Cloud Foundation connesse in una federazione di NSX sia inferiore a 500 ms. |
Per la federazione di NSX è necessaria una latenza inferiore a 500 ms. |
nessuna. |
VCF-NET-REQD-CFG-007 |
Fornisce una connessione instradata tra i cluster NSX Manager nelle istanze di VMware Cloud Foundation connesse in una federazione di NSX. |
La configurazione della federazione di NSX richiede la connettività tra le istanze di NSX Global Manager, le istanze di NSX Local Manager e i cluster NSX Edge. |
È necessario assegnare indirizzi IP instradabili univoci per ogni dominio di errore. |
ID consiglio |
Consigli di progettazione |
Giustificazione |
Implicazione |
---|---|---|---|
VCF-NET-RCMD-CFG-001 |
Utilizzare due commutatori ToR per ogni rack. |
Supporta l'uso di due collegamenti da 10-GbE (consigliati almeno 25-GbE) per ogni server, fornisce ridondanza e riduce la complessità complessiva della progettazione. |
Richiede due commutatori ToR per rack che potrebbero aumentare i costi. |
VCF-NET-RCMD-CFG-002 |
Implementare la seguente architettura di rete fisica:
|
|
|
VCF-NET-RCMD-CFG-003 |
Utilizzare una rete fisica configurata per l'adiacenza del routing BGP. |
|
Richiede la configurazione di BGP nella rete fisica. |
VCF-NET-RCMD-CFG-004 |
Assegnare configurazioni IP persistenti per gli endpoint del tunnel NSX (TEP) che utilizzano pool di IP statici anziché l'indirizzamento dinamico del pool di IP. |
|
Se si aggiungono altri host al cluster, potrebbe essere necessario aumentare i pool di IP statici. |
VCF-NET-RCMD-CFG-005 |
Configurare le porte trunk connesse alle NIC ESXi come trunk PortFast. |
Riduce il tempo di transizione delle porte allo stato di inoltro. |
Anche se questa progettazione non utilizza STP, STP è in genere configurato nei commutatori per impostazione predefinita. |
VCF-NET-RCMD-CFG-006 |
Configurare VRRP, HSRP o un altro metodo di disponibilità del gateway di livello 3 per queste reti.
|
Assicura che le VLAN che si estendono tra le zone di disponibilità siano connesse a un gateway ad alta disponibilità. In caso contrario, un errore nel gateway di livello 3 causerà un'interruzione delle attività del traffico nella configurazione di SDN. |
Richiede la configurazione di una tecnologia ad alta disponibilità per i gateway di livello 3 nel data center. |
VCF-NET-RCMD-CFG-007 |
Utilizzare VLAN separate per le funzioni di rete per ogni cluster. |
Riduce le dimensioni del dominio di broadcast di livello 2 a un singolo cluster vSphere. |
Aumenta il numero complessivo di VLAN necessarie per un'istanza di VMware Cloud Foundation. |
ID consiglio |
Consigli di progettazione |
Giustificazione |
Implicazione |
---|---|---|---|
VCF-NET-DES-RCMD-CFG-001 |
Implementare la seguente architettura di rete fisica:
|
Supporta i requisiti di larghezza di banda elevata e pacchetti al secondo per le distribuzioni su larga scala. |
Richiede commutatori di rete da 100 GbE. |
ID consiglio |
Consigli di progettazione |
Giustificazione |
Implicazione |
---|---|---|---|
VCF-NET-RCMD-CFG-008 |
Fornire il routing BGP tra tutte le istanze di VMware Cloud Foundation connesse in una configurazione della federazione di NSX. |
BGP è il protocollo di routing supportato per la federazione di NSX. |
nessuna. |
VCF-NET-RCMD-CFG-009 |
Assicurarsi che la latenza tra le istanze di VMware Cloud Foundation connesse in una federazione di NSX sia inferiore a 150 ms per la mobilità del carico di lavoro. |
Le seguenti funzionalità richiedono una latenza inferiore a 150 ms:
|
nessuna. |