Saltar al contenido

Stretch Deploy para vCloud Connector: características funcionales y cómo funciona

Ejemplo de uso de Stretch Deploy

La extensión del centro de datos de vCloud Connector extiende el centro de datos del cliente a la nube del proveedor. Por lo tanto, el cliente tiene la capacidad de redistribuir la carga de trabajo y mover máquinas virtuales o vApps a un sitio público mientras mantiene la configuración de red original.

Como resultado, las máquinas virtuales continúan usando la dirección IP y MAC especificada en el entorno público. Además, las VM están sujetas a las mismas reglas de firewall y NAT que se aplicaron anteriormente en la red local.

Cómo funciona Stretch Deploy

Cuando mueve (implementación extendida) una máquina virtual o vApp a una nube pública desde un centro de datos local, vCloud Connector extiende la red privada desde la VM y la vApp a la nube pública mediante la creación de un túnel VPN SSL L2 entre vShield Edge en las redes públicas y privadas. Si observa este proceso desde adentro, obtenemos lo siguiente:

  • vCloud Connector verifica inicialmente si la red del centro de datos local con VM o vApp ubicada en ella se puede extender.
  • A continuación, se crea una nueva red de vApp que se enruta al VDC de la organización cliente en la nube pública.
  • Si es necesario, las reglas de NAT y Firewall se crean en la red pública.
  • Además, las reglas de NAT y Firewall en la red privada se definen según sea necesario.
  • Se crea un túnel VPN SSL entre vShield Edge en la red privada y vShield Edge en la nueva red enrutada a la nube pública.
  • La VM o vApp se copia y se implementa en la nube pública.

¡Importante! Si Stretch Deploy está organizado por una infraestructura basada en vSphere, vCloud Connector crea una vApp temporal en el VDC de organización de nube pública y se elimina cuando se completan los comandos de Stretch Deploy. Si está probando la extensión desde un centro de datos basado en vCloud Director, vCloud Connector crea vApps temporales en ambos lados y las elimina una vez que se completan los comandos de Stretch Deploy.

Flujo de tráfico durante la extensión del centro de datos

Ejemplo de uso de Stretch Deploy

Echemos un vistazo a cómo fluye el tráfico cuando se amplía un centro de datos. Pero primero, pasemos al diagrama que se muestra en la figura anterior y comparemos cómo debería ser el tráfico sin Stretch Deploy.

Aqui esta el carro VM A actúa como Apache Tomcat servidor con puerta abierta 8000… El usuario se conecta a esta VM a través de NATusando una dirección IP pública 10.112.185.1:8000… Además, la interacción VM B. Con el auto VM A sucede a través de una IP interna que importa 192.168.2.2:8000… Si el usuario inicia sesión en Apache Tomcat servidor a través de IP pública (10.112.185.1), la solicitud se reenvía a la red enrutada de la organización mediante la puerta de enlace vShield Edge. Apelación VM B. al servidor Apache Tomcat sucede directamente, ya que ambas máquinas virtuales están en la misma red L2.

En caso de Stretch Deploy, la máquina virtual VM A únete a la red de nube pública. VCloud Connector crea una red de vApp enrutada en la nube y luego establece un túnel VPN SSL entre vShield Edge en la red empresarial y vShield Edge de la nueva red enrutada en la nube.

Así que cuando VM A ubicado en la red de nube pública, ocurre lo siguiente:

  • Los contactos del usuario Servidor Tomcat máquina virtual VM Ausando IP pública 112.185.1… La solicitud se envía a la red corporativa con un túnel L2 establecido, llegando a vShield Borde… Una vez enviada la solicitud a través del túnel VPN SSL, llega a vShield Borde en la red enrutada de una organización de nube pública y llega a la máquina VM A
  • cuando VM B. apela a VM A utilizando la dirección IP «gris» (192.168.2.2), la solicitud se redirige a vShield Bordealojado en la red corporativa donde está instalado el túnel L2. Luego, la solicitud se envía a la red enrutada de la organización en la nube pública utilizando vShield Borde, y dentro del túnel VPN SSL establecido llega a la máquina VM A
  • En un escenario donde VM C. apela a Servidor Tomcat (VM A) utilizando la dirección IP interna (168.2.2), la solicitud se recibe en VM A directamente, ya que las máquinas están en la misma red L2 y en el mismo lado del túnel L2.

Para que Stretch Deploy funcione completamente, se deben tener en cuenta los siguientes requisitos del sistema:

Requisitos del sistema

Preparación del entorno para Stretch Deploy

Antes de poder aprovechar Stretch Deploy, debe configurar los ajustes en la Consola web de administración del servidor de vCloud Connector.

# Infraestructura basada en VSphere

Para cada infraestructura basada en vSphere que desee utilizar Stretch Deploy, debe registrar vShield Manager asociado con vSphere. Esto permitirá que vCloud Connector reciba información de red relacionada con la infraestructura de vShield.

¿Qué se necesita? Ya instalado y configurado vCloud Connector Server, vCloud Connector Node. Este último, a su vez, debe registrarse en el lado del servidor de vCloud Connector.

¿Que sigue? Abra la consola web de administración del servidor de vCloud Connector, ingrese su nombre de usuario y contraseña. Vaya a la pestaña Nodos, donde se muestran todos los nodos del conector de vCloud registrados. Como ejemplo, daremos la siguiente ilustración:

Un ejemplo de nodos registrados en el lado del servidor de vCloud Connector

Un ejemplo de nodos registrados en el lado del servidor de vCloud Connector

Debe asegurarse de que la lista en cuestión contenga el nodo utilizado para Stretch Deploy. Luego, haga clic en el ícono de ajustes y seleccione Ajustar configuración de implementación. Establecemos los siguientes valores:

Configuración de distribución extendida

La configuración debe realizarse en todas las infraestructuras de vSphere donde se planea usar Stretch Deploy.

# Director de vCloud en la nube

Cualquier vCloud que requiera la funcionalidad Stretch Deploy debe tener configurada una cuenta de administrador para toda la organización.

Conclusión

En este artículo, analizamos las características de Stretch Deploy para vCloud Connector, centrándonos en los requisitos del sistema, los pasos básicos de configuración y cómo funciona. Para obtener más información sobre cómo crear una nube híbrida, consulte los tutoriales de vCloud Connector: Hybrid Cloud in Practice para vSphere y vCloud Connector: Hybrid Cloud in Practice para vCloud Director disponibles en el primer blog Enterprise IaaS.

* – Fuente pubs.vmware.com

Califica el artículo