La integració de VMware NSX amb la infraestructura de xarxa NVIDIA Spectrum representa un dels reptes tècnics més complexos en centres de dades moderns. No es tracta simplement de seguir un assistent gràfic, sinó de coordinar dos plans de control independents: el virtual, gestionat per NSX, i el físic, basat en switches NVIDIA amb Cumulus Linux. A Q2BSTUDIO, com a empresa de desenvolupament de programari i tecnologia, hem acompanyat nombrosos clients en aquest tipus de desplegaments, combinant la nostra experiència en aplicacions a mida amb el coneixement profund de la infraestructura al núvol. Aquest article ofereix una guia pràctica, actualitzada per a NSX 4.x i NVIDIA Spectrum, centrada en evitar els errors més freqüents.
Abans de començar, és crucial entendre que la capa física ha de proporcionar connectivitat robusta de capa 3 entre tots els extrems de túnel (TEP). La fàbrica NVIDIA Spectrum és l’encarregada d’encaminar els paquets IP externs que encapsulen el trànsit Geneve de NSX. Per la seva banda, NSX gestiona la topologia lògica, els segments, l’encaminament distribuït i els serveis de seguretat. Si l’underlay falla, l’overlay no pot compensar-ho. Per això, l’ordre d’implementació és important: primer la fàbrica física, després la virtualització de xarxa.
Els requisits previs inclouen tenir un parell de switches NVIDIA Spectrum redundants, vCenter i vSphere preparats amb un vSphere Distributed Switch (VDS), llicències vàlides de NSX i un pla de direccionament detallat. És fonamental documentar les VLANs de TEP, les subxarxes d’Edge, els ASN per a BGP i els rangs de MTU. Un error comú és assumir que el valor per defecte de 1500 bytes és suficient; el trànsit Geneve necessita una MTU més gran, normalment 9000 als hosts i 9216 als switches físics. La consistència entre tots els dispositius s’ha de verificar amb proves de paquets grans sense fragmentar.
El primer pas físic és configurar els switches NVIDIA amb Cumulus Linux 5.x utilitzant NVUE. Recomanem utilitzar enllaços troncals actiu-actiu amb MLAG i LACP per als hosts ESXi, tot i que un disseny actiu-pasiva també funciona si s’aplica correctament. El important és que la política d’agrupació al VDS coincideixi exactament amb la configuració del switch. A més, cada subxarxa TEP ha de tenir una passarel·la VRR (Virtual Router Redundancy) compartida entre els dos switches del parell. Això proporciona alta disponibilitat sense dependre d’un únic punt de fallada.
L’encaminament BGP és el següent pilar. La fàbrica NVIDIA utilitza típicament eBGP no numerat entre fulles i espines, però a la vora amb NSX és millor fer servir BGP numerat. Cada fulla anuncia les subxarxes TEP del seu rack i aprèn les dels altres. És vital verificar que totes les sessions BGP estiguin establertes abans de continuar amb NSX. A Q2BSTUDIO insistim en la monitorització primerenca: un simple comandament net show bgp summary pot estalviar dies de depuració.
Un cop validat l’underlay, es desplega el clúster de NSX Manager. Tres nodes en producció, distribuïts en diferents dominis de fallada, amb DNS i NTP correctes. Després es registra vCenter com a administrador de còmput. A partir d’aquí, es creen les zones de transport: overlay per a trànsit Geneve i VLAN per als enllaços externs d’Edge. Els perfils d’uplink per a hosts i per a Edge han de ser independents; no és recomanable copiar la configuració de LACP dels hosts als Edge, ja que aquests últims solen utilitzar enllaços separats cap als switches fulla.
Els pools d’adreces TEP s’han d’organitzar per rack o clúster, cosa que facilita l’aïllament de fallades i la resolució d’incidències. La preparació dels hosts ESXi es realitza mitjançant perfils de node de transport associats al VDS. És aconsellable començar amb un clúster pilot de dos hosts, verificar túnels i MTU, i només llavors escalar a la resta de l’entorn. Els nodes Edge es despleguen també en parelles, sobre diferents hosts físics, formant un clúster d’Edge que suportarà la passarel·la Tier-0.
La passarel·la Tier-0 és el punt d’integració amb la xarxa física. Es creen interfícies externes sobre segments VLAN dedicats, i es configuren veïns BGP numerats cap als switches fulla. Aquí és on l’experiència en cloud AWS/Azure de Q2BSTUDIO resulta útil, ja que molts clients estenen les seves xarxes híbrides des de NSX cap al núvol públic. És crucial aplicar filtres de rutes i no redistribuir-ho tot de forma indiscriminada. Les rutes han de ser explícites: les subxarxes dels segments overlay, les adreces dels serveis i les rutes per defecte controlades.
Un cop operativa la Tier-0, es crea una Tier-1 i un segment overlay de prova. Es connecten màquines virtuals i es fan proves de connectivitat est-oest i nord-sud. Per validar la MTU, es recomana utilitzar vmkping amb una mida de 8972 bytes i el flag de no fragmentació entre TEPs de diferents racks. També s’ha de provar el failover: desactivar un enllaç d’host, apagar un switch fulla o reiniciar un Edge. Cada escenari ha de mostrar reconvergència ràpida sense pèrdua de paquets significativa.
La gestió de la xarxa virtual no es limita a la instal·lació. Les empreses que adopten NSX sobre NVIDIA Spectrum solen necessitar també aplicacions a mida que automatitzin l’orquestració, IA per analitzar patrons de trànsit, ciberseguretat per a microsegmentació avançada, cloud AWS/Azure per a hibridació, BI/Power BI per a dashboards de rendiment de xarxa i agents IA que monitoritzin la salut dels túnels. A Q2BSTUDIO oferim solucions integrals que cobreixen tot aquest espectre, des del desenvolupament de programari a mida fins a la integració amb plataformes cloud i ciberseguretat.
Els errors més comuns durant un desplegament inclouen túnels caiguts per MTU inconsistent, sessions BGP inactives per ASN incorrecte o VLAN de TEP mal assignada, i trànsit nord-sud interromput per filtres de ruta incomplets. La resolució d’aquests problemes requereix un enfocament sistemàtic: començar per la capa física, després la connectivitat IP, després BGP i finalment NSX. Mai reinstal·lar programari sense verificar primer l’underlay.
Finalment, la documentació de lliurament és tan important com la instal·lació mateixa. S’han de registrar els mapatges de ports físics, els ID de MLAG, les adreces VRR, els pools TEP per rack, les polítiques d’equip del VDS, els veïns BGP i els filtres de ruta. Un pla de rollback per fases, que desfaci primer les dependències lògiques i després les físiques, garanteix que qualsevol retrocés sigui controlat.
En conclusió, instal·lar VMware NSX amb NVIDIA Spectrum no és un simple assistent; és un exercici d’arquitectura conjunta. La clau és validar l’underlay primer, desplegar un pilot petit després i escalar només quan s’hagi demostrat l’estabilitat. Amb el suport d’un soci tecnològic com Q2BSTUDIO, les organitzacions poden accelerar aquest procés, beneficiant-se de la nostra experiència en aplicacions a mida, cloud, ciberseguretat i intel·ligència artificial per construir xarxes àgils, segures i preparades per al futur.
