MIGLIORAMENTI DELLA SCALABILITÀ A CISCO NEXUS 1000V

L' ultima versione di Cisco Nexus 1000V per vSphere in grado di gestire il doppio di molti host vSphere come il precedente (250 invece di 128). Cisco probabilmente ha fatto un sacco di codice lucidatura per migliorare Nexus 1000V scalabilità, ma io sono positivo la maggior parte del miglioramento deriva da cambiamenti architettonici interessanti.

NetFlow distribuita:

Con Distribuito NetFlow, lo switch invia i pacchetti di esportazione di NetFlow direttamente dai VEMS ai collezionisti. Non è più invia i pacchetti di esportazione attraverso l'interfaccia mgmt0 VSM, migliorando significativamente la scalabilità ( fonte ).

IGMP Multicast offload:

Prima della 5.2 (1) SV3 (1.1), i moduli VEM dipendevano VSM per supportare IGMP multicast. Da 5.2 (1) SV3 (1.1), VEMS può eseguire il rilevamento IGMP Mrouter, membro inoltre IGMP, e la cancellazione senza supporto VSM ( fonte ).

Poi c'è la distribuzione VXLAN MAC :

Distribuzione MAC utilizza unicast per distribuire MAC, riducendo in tal modo i messaggi di aggiornamento MAC e migliorare la bilancia ( fonte ).

Infine, non posso correre centralizzata (con sede a VSM) LACP più:

Nella Release 5.2 (1) SV3 (1.1), solo LACP offload di VEM è supportato ( fonte).

E 'abbastanza facile da individuare il modello. Ogni miglioramento scalabilità spinto alcuni aspetti del piano di controllo centralizzato in elementi di commutazione distribuite, ben dimostra il punto che ho fatto pochi giorni prima del Nexus 1000V 3.1 lancio: centralizzato di controllo dei limiti aereo scalabilità (nota: non avevo idea circa l'imminente lancio del prodotto - Cisco smesso di me il briefing qualche tempo fa, probabilmente intorno al tempoche ho trovato interessante NSX ).

Sono una persona positiva riuscirà a dimostrare che questo ragionamento non si applica al suo controllore preferito OpenFlow. La gente è anche riuscito a dimostrare che la Terra deve essere piatta .