Este escenario presenta un caso donde la empresa ACME Enterprise tiene varios hosts ESXi en dos clústeres de un centro de datos, ACME_Datacenter. Los departamentos de Ingeniería (en el grupo de puertos PG-Engineering) y de Finanzas (en el grupo de puertos PG-Finance) se encuentran en el Cluster1. El departamento de Marketing (grupo de puertos PG-Marketing) se encuentra en el Cluster2. Ambos clústeres se administran desde una única instancia de vCenter Server.
ACME se está quedando sin espacio de proceso en el Cluster1, mientras que el Cluster2 no se está utilizando lo suficiente. El supervisor de red de ACME le pide a John Admin (el administrador de virtualización de ACME) que encuentre una forma de extender el departamento de Ingeniería al Cluster2 de modo que las máquinas virtuales de Ingeniería de ambos clústeres puedan comunicarse entre ellas. De este modo, ACME podría utilizar la capacidad de proceso de ambos clústeres al ampliar su Capa 2.
Si John Admin siguiera un enfoque tradicional, debería conectar las VLAN por separado de un modo especial para que los dos clústeres pertenezcan al mismo dominio de Capa 2. ACME debería comprar un nuevo dispositivo físico para separar el tráfico, lo cual ocasionaría problemas como desbordes de las VLAN, bucles de red y sobrecarga de administración.
Pero John Admin recuerda haber visto una demostración de red lógica en VMworld y decide evaluar NSX. Llega a la conclusión de que conectar un conmutador lógico en dvSwitch1 y en dvSwitch2 le permitirá ampliar la Capa 2 de ACME. Dado que John puede aprovechar NSX Controller, no será necesario que toque la infraestructura física de ACME, ya que NSX trabaja arriba de las redes IP existentes.
Una vez que John Admin cree un conmutador lógico en los dos clústeres, podrá mover máquinas virtuales vMotion de un clúster a otro manteniéndolas vinculadas al mismo conmutador lógico.
Repasemos los pasos que siguió John Admin para crear una red lógica en ACME Enterprise.
