VMWare Workstation: Uso de Redes Virtuales y Ejemplos de Utilización

Como habrán observado la mayoría de los lectores de este blog, en muchas ocasiones utilizo varias redes interconectadas donde están las diferentes máquinas virtuales usadas en las demostraciones, justamente para mostrar cómo se puede aplicar al desarrollo en un ambiente de múltiples sitios geográficamente separados, o por lo menos por Routers

En esta nota veremos primero, un pequeño repaso de la utilización de redes virtuales, principalmente sobre VMware Workstation, y comparando con Hyper-V, para luego mostrar los esquemas desarrollados en varias notas del blog

Ya hace tiempo mostré en una serie de notas la utilización de VMware Workstation con una serie de 8 notas que comienza en:

VMware Workstation – Parte 1 Instalación:
https://windowserver.wordpress.com/2015/02/17/vmware-workstation-parte-1-instalacin/

Si tuvieran dudas sobre las diferentes clases de redes que se pueden utilizar o crear recomiendo especialmente estas dos notas:

VMware Workstation – Parte 3 El Administrador de Redes:
https://windowserver.wordpress.com/2015/03/03/vmware-workstation-parte-3-el-administrador-de-redes/

VMware Workstation – Parte 5 Conectividad Entre las Diferentes Clases de Redes:
https://windowserver.wordpress.com/2015/03/17/vmware-workstation-parte-5-conectividad-entre-las-diferentes-clases-de-redes/

También pueden ver la aplicación de redes con Hyper-V, especialmente estas dos:

Windows Server 2012 (R2): Las Clases de Redes en Hyper-V:
https://windowserver.wordpress.com/2014/01/13/windows-server-2012-r2-las-clases-de-redes-en-hyper-v/

Windows Server 2012 (R2): Hyper-V Demostrando Redes External, Private e Internal:
https://windowserver.wordpress.com/2014/02/03/windows-server-2012-r2-hyper-v-demostrando-redes-external-private-e-internal/

Como un resumen podemos establecer las siguientes equivalencias

VMware Workstation	Hyper-V	Funcionalidad
Bridged	External	Conexión a la placa física del host
NAT	– . –	Conexión a la placa física del host pero utilizando NAT
Host-only	Internal	Conexión entre las máquinas virtuales conectadas a la misma red, y el host
Custom	– . –	Conexión entre las máquinas virtuales conectadas a la misma red, y el host (por omisión)
“Custom sin host”	Private	Conexión entre las máquinas virtuales conectadas la misma red, no con el host

Personalmente la que menos utilizo es la red de tipo NAT en VMware Workstation, fundamentalmente porque por omisión NAT es unidireccional, lo que permite la conectividad iniciando “desde adentro” para acceder “afuera”, pero no el proceso inverso, por los valores por omisión de cualquier NAT
Aunque en algún momento la he utilizado para no tener que crear entradas en la tabla de enrutamiento de mi Router real

En la práctica lo que uso es una máquina virtual que llamo «NAT» que es un Windows Server 2012 R2, con varias interfaces a las redes «Host-Only» que utilizao y ruteando entre sí, y una interfaz «External» que hace «bridging» sobre mi red real interna
Además, me siento más cómodo pudiendo editar las tablas de enrutamiento :)

Y ya comenzando con el tema práctico, hay algo que se puede hacer con VMware Workstation que no admite Hyper-V y muchas veces los que hacemos demostracione necesitamos poder hacer. Esto es debido fundamentalmente a que Hyper-V está pensado para ambiente productivo, en cambio VMware Workstation está orientado a prácticas, demostraciones, capacitación, etc. lo que permite más flexiblidad

El tema es que muchas veces virtualizamos en una máquina portable, donde llegado el caso no tenemos conectividad de red cableada, sólo Wi-Fi, y necesitamos darle acceso externo a nuestras máquinas virtuales. Esto se consigue fácilmente con VMware Workstation

La configuación consiste en cambiar el valor por omisión para que la red Bridged no tome automáticamente la conexión de red, sino seleccionar una específica

Y luego definir otra VMnet conectada a la placa Wireless

 

Otra opción interesante a tener en cuenta es cuando deseamos tener máquinas virtuales con conectividad entre sí pero no con el host, ni con la red real. Es el caso que yo he llamado “Custom sin host” en la tabla de más arriba

En este caso creo una red de tipo Custom, pero deshabilito la opción de conectarse al host, y en mi caso que no se utilice el servicio DHCP incluido en VMware Workstation sólo para que no interfiera si instalara otro DHCP en una de las virtuales

 

Y ya que nombré DHCP, atención y manejarse con cuidado porque por omisión VMware Workstation provee el servicio en todas las redes que creamos, y si luego implementamos nuestro propio servicio DHCP se superpondrán ambos con las lógicas consecuencias

Y mención aparte, si nuestro DHCP ejecutandose en una máquina virtual, estuviera conectada a una red Bridged, piensen en el problema que podríamos causar en la red real :)

 

Esta es la configuración base que utilizo para todas las demostraciones del blog, que consta de las tres, ya conocidas por lo lectores, máquinas que forman la base de todas las notas

Utilizo la red VMNet2 (“Custom sin host”) que provee conectividad sólo entre las máquinas conectadas a ella. No son visibles fuera del host, ni se comunican con este

 

En algunas ocasiones necesito que las máquinas virtuales de esta red aislada que comenté antes, tengan conectividad a Internet, por ejemplo para una nota en particular, o aunque sea para la activación

En este caso me ayudo con una máquina virtual más, que en la figura muestro se llama Router, aunque en realidad es la que nombré antes como «NAT», y que está en grupo de trabajo

Es un Windows Server 2012 R2 que tiene configuradas dos placas de red (3 en realidad), una en la VMNet2 (“Custom sin host”), y la otra en Bridged (VMNet0), donde mediante la configuración propia de Windows hace NAT desde la red interna a la externa

En este caso utilizo NAT, y no enrutamiento, para evitar tener que definir entradas en la tabla de enrutamiento del Router Real

 

Otro caso que muestro donde he creado y utilizado varias redes virtuales son las demostraciones que utilizan VPN

En esta configuración se necesitan por lo menos tres redes virtuales, que las uso totalmente aisladas entre sí, del host, y de la red física real

Las tres redes utilizadas, VMNet2, VMNet3 y VMNet4 son del tipo “Custom sin host”

 

Otro caso donde también he utilizado tres redes también de tipo “Custom sin host” fue en la demostración de “Failover Cluster”

 

O también, algo muy similar en la demostración de iSCSI con MPIO

 

También hice una demostración, más que nada conceptual de un “Failover Cluster” con Hyper-V que almacena las máquinas virtuales en un “Failover Cluster” de Servidor de Archivos (File Server), con “Storage Spaces”. Si desean verla está en: Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 1 Infraestructura Inicial):
https://windowserver.wordpress.com/2013/08/06/hyper-v-cluster-con-mquinas-virtuales-en-file-server-cluster-demostracin-parte-1-infraestructura-inicial/

En este caso pongo el esquema utilizado, porque aunque no tiene los nombres de las VMNets es fácil identificarlas por el color de cada una: verde, rojo, azul y amarillo. Con una salvedad, aunque ambas Heartbeat están en amarillo cada una es una VMNet diferente

 

Y si quieren un comentario más, todas las máquinas utilizadas en esta última demostración son máquinas virtuales VMWare Workstation, inclusive los servidores Hyper-V

Esto es algo que hasta ahora no se puede realizar con Hyper-V como es “virtual dentro de virtual”, aunque según se comenta en la próxima actualización de Windows 10 por fin se podrá, y esperemos que sea igual para Windows Server 2016 cuando salga la versión definitiva. A la fecha que estoy escribiendo esto aún no es posible

Aclaración: Aunque en la fecha que he escrito esta nota, no era posible la opción de «virual en virtual», actualmente con las versiones «Technical Preview» de Windows Server 2016 ya se puede :)