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

VMNet1

Y luego definir otra VMnet conectada a la placa Wireless

VMNet9

 

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

VMNet2

 

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

1-Base

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

2-Base-Internet

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

3-Base-VPN

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”

4-Cluster

 

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

5-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

HA-00

 

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 :)

 

Post a comment or leave a trackback: Trackback URL.

Comentarios

  • Pavilion  On 02/02/2016 at 16:00

    Esta nota esta perfecta para iniciarse en el tema de las redes en la virtualizacion, incluso nos esclarece aun mas a los que conocemos del tema.
    Una pregunta Guillermo: con que software hiciste los graficos que estan en azul? porque la verdad es que se ven muy profesionales…

  • Armando  On 10/10/2016 at 19:27

    Hola muchas gracias por compartir tus conocimientos, una consulta cuando instalas hyper-v core en una VMWare Workstation la maquina virtual no se apaga solo en algunos casos, y si te ha pasado podrías por favor decirme como lo corrijo. Gracias

    • Guillermo Delprato  On 11/10/2016 at 07:16

      Hola Armando, gracias por tu comentario
      No comprendo bien a qué te refieres con “no se apaga solo”, pero nunca he tenido problemas relativos a eso. Normalmente apago siempre las virtuales antes de apagar la física.
      Alguna vez me he olvidado y si no lo he hecho, lo que hace con las virtuales es suspenderla

  • Martin  On 23/11/2016 at 19:44

    Hola Guillermo,
    Excelente cátedra de networking en virtual.
    Me gustaría saber por qué ahora prefieres Hyper-V y la opción de anidar la virtualización (virtual dentro de virtual) si armar soluciones en entornos vmware ya era bastante cómodo y funcional.

    Saludos y Gracias
    Martin

    • Guillermo Delprato  On 23/11/2016 at 19:51

      Hola Martin, hice una nota sobre el tema:
      Experiencias: Cambio de VMware Workstation a Hyper-V 2016 | WindowServer:
      https://windowserver.wordpress.com/2016/10/24/experiencias-cambio-de-vmware-workstation-a-hyper-v-2016/
      Te comento que todavía no logro adaptarme del todo, hay cosas que extraño, pero también otras que me ha solucionado
      Que en lugar de “Linked Clone”, primero tenga que hacer un disco diferencial y luego la máquina me resulta pesado
      Otro tema que estoy notando ahora, pero no sé si es culpa de Hyper-V es un uso mucho más intensivo del disco, y eso es lo que marca el ritmo de todas las virtuales. Pero por ahora no pienso volver, VMware me ha venido decepcionando de a poco, lo último fue sólo la última gota :)

  • RAÚL MARTÍNEZ LARA  On 29/11/2016 at 21:34

    Hola Guillermo,
    Me alegro mucho de encontrar este sitio…los artículos son muy buenos y bien explicados.
    Tengo unas preguntas…tienes un esquema para simular VPNs y en la zona que dice Simula Internet hay 2 equipos RTR1 y RTR2 ¿son servidores que representan routers? y por último las conexiones VPN supongo las realizas entre los equipos conectados a la vmnet2 y la vmnet3,¿no?
    Muchas gracias,
    Raúl

    • Guillermo Delprato  On 30/11/2016 at 06:38

      Hola Raúl, me alegro te sirva el blog :)
      Las máquinas RTR*, son servidores virtuales configurados como Routers, y en algunos casos con NAT
      Todas las máquinas de la desmostraciones, por omisión están en la VMnet2, cuando necesito otra red he usado por ejemplo VMnet3 que en este caso es la que simula Internet
      Para las notas sobre VPN dependiendo si es Cliente a Sitio, o Sitio a Sitio, que hay ambos tipos de demostraciones
      Para Cliente a Sitio, un único Router y dos redes RedOrg – Router – Cliente
      Para Sitio a Sitio, dos Router y tres redes RedOrg1 – Router1 (Simula Internet) Router2 – RedOrg2
      Espero haberme hecho entender :)

      • RAÚL MARTÍNEZ LARA  On 30/11/2016 at 06:52

        Muchas gracias.

Trackbacks

Este espacio es para comentarios sobre la nota. No es un sitio de soporte

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: