Instalar in configurar VMware Cloud Director plugin para Aria Orchestrator

-

Para extender la funcionalidad de VMware Cloud Director podemos utilizar Aria Orchestrator que es, en mi opinión uno de los mejores motores de workflows que he visto en el mercado, capaz de conectarse con cualquier sistema que exponga una API. 


No hay mucha información en Internet sobre cómo hacerlo, seguramente porque Cloud Director está restringido a Cloud Providers. Por otra parte, la documentación oficial no es lo suficientemente descriptiva y el proceso nos suele fallar sin entender bien por qué.

En nuestro escenario, ya tenemos desplegado y funcionando VMware Cloud Director, ahora debemos desplegar Aria Orchestrator.

Aria Orchestrator NO tiene licencia propia, utilizará la de vCenter, por lo que no tenemos costos adicionales de licencia.

Desplegar Aria Orchestrator

Como siempre debemos descargar la versión correcta del OVA desde el portal de Broadcom según la matriz de interoperabilidad y comenzar el despliegue en vCenter, todo normal hasta que aparece el formulario de configuración del Appliance. Realmente no hay nada complejo que mencionar, simplemente hay que definir una IP que debe tener su registro DNS y DNS inverso.

  • Hostname: el FQDN del nuevo servidor, ejemplo aorch.empresa.local
  • El resto de estas opciones no las modificamos
  • NTP servers: agregamos el NTP que debemos usar según el segmento de red usado
  • List of enabled features: no logré encontrar información sobre este campo
  • Kubernetes internal CIDRs: los dejamos tal cual a menos que pisen rangos que estemos usando
  • El resto de los campos los dejamos sin cambios
  • Default gateway
  • Domain name: dominio de la vm, en nuestro ejemplo "empresa.local"
  • Domain search path: los dominios de búsqueda en DNS, en nuestro caso, "empresa.local"
  • Network 1 IP Address y máscara de red.
Y ya podemos continuar con el deployment. El primer inicio del appliance tardará entre 15 y 20 minutos en completarse ya que tiene muchas tareas que realizar.

Instalar Cloud Director Plugin

Pre-requisitos:
  • Descargar el plugin desde el portal de Broadcom
  • Crear un grupo de usuarios para los administradores de Aria Orchestrator, puede ser en el vCenter o en el Active Directory si usamos uno en vCenter.
  • Aria Orchestrator terminó el primer inicio
Ingresamos al portal de configuración con el usuario "root" y la contraseña definida en el despliegue. En nuestro ejemplo, la url sería: 
https://aorch.empresa.com/vco-controlcenter/config

Ingresamos en "Configure Authentication Provider"

  • Authentication mode: vSphere
  • Host address: de vcenter, ejemplo: vcenter.empresa.local
  • Admin group: el grupo que creamos previamente para administradores de Aria Orchestrator
Luego de guardar los cambios, Aria Orchestrator reiniciará los servicios. Esto demora entre 2 y 3 minutos. Podemos ver si terminó ingresando en "Validate Configuration"


Una vez terminado este proceso, vamos a "Manage Plugins"


En este lugar vamos a subir nuestro buscar el plugin y subirlo a Orchestrator.


Luego de esto, los servicios deberán reiniciarse una vez más. Esperamos a que termine el proceso.

Configurar plugin

Ahora vamos a la consola principal de Orchestrator. En nuestro ejemplo, la url sería:
https://aorch.empresa.local/orchestrator-ui/
Esta vez ingresamos con algún usuario que se encuentre en el grupo de administradores.


Seleccionamos "Workflows", buscamos el workflow "Import a certificate from URL" y hacemos clic en "Run".

  • Ingresamos la URL de nuestro Cloud Director, en este caso: https://vcd.empresa.local/
  • Tildamos "accept a certificate with warnings" sobre todo si usamos self-signed.
  • Ejecutamos el workflow y debe completar sin errores.
Volvemos a "Workflows", buscamos el workflow "Add a connection" y hacemos clic en "Run".



  • Host: el host de nuestro Cloud Director, ejemplo: vcd.empresa.local
  • IMPORTANTE, Api Version: seleccionamos la última disponible, en nuestro ejemplo la 38.0
  • Clic en Authentication
Ahora debemos elegir el modo de conección y esto depende de para qué queremos usarla. En mi caso, necesito poder crear workflows que puedan hacer tareas administrativas en Cloud Director, entonces elegimos SHARED_SESSION.

  • Organization: System (ya que necesito realizar tareas administrativas)
  • User name: administrator (NO administrator@System)
    Ejecutamos el workflow y debería funcionar todo bien.

Conclusión

Ya terminamos de configurar Aria Orchestrator, es decir, ya logramos que Aria Orchestrator pueda comunicarse con Cloud Director para realizar tareas administrativas tales como, crear una organización, desplegar una VM en una organización, etc.

Ahora necesitamos configurar Cloud Director para que pueda comunicarse con Aria Orchestrator y así crear servicios para los clientes. Pero esto será en el próximo post.






Comentarios

Publicar un comentario

Entradas populares de este blog

vRA8 - Definir redes disponibles por Projecto

-
Imagen
¿Cómo compartir un Template entre varios Proyectos de vRealize Automation 8.x si cada Proyecto debe utilizar diferentes redes? En vRealize Automation 7.x las redes se definían en la Reservación de un Bussiness Group y se podían consultar con una Action "built-in" de vRO. En vRealize Automation 8.x la reservación de define en el Proyecto y no incluye las redes que puede utilizar. Configurar los Proyectos   Definimos dos Proyectos y en cada uno de ellos agregamos una Custom Property llamada "applicableNetworks" y, como valor, definimos los TAGs correspondientes a las redes que queremos habilitar para el Proyecto (separados por comas). Para el Proyecto #1: dev,qa Para el Proyecto #2: dev,qa,dmz Template En el Template definimos un Input y listamos las redes. De esta forma podremos probarlo en Cloud Assembly. vRealize Orchestrator En vRealize Orchestrator creamos una Action para seleccionar las redes según el Proyecto. Debe devolver un String Array y aceptar un String ...
Leer más

Instalando servicios en un cluster de Tanzu

-
Imagen
VMware Tanzu clusters, a diferencia de otras soluciones, despliega cluster de Kubernetes sin servicios preinstalados. Somos nosotros los que decidimos qué servicios van en cada cluster. Si no contamos con herramientas como Tanzu Mission Control , el desplieque de los servicios de infraestructura requiere de un poco de conocimiento. En este articulo (y los siguientes) voy a documentar cómo desplegar algunos de los servicios más instalados en los clusters. Helm y Bitnami Para la mayoría de los servicios estoy usando Helm y los servicios, si están disponibles, los obtengo desde el repositorio de Bitnami que contiene las imágenes curadas por VMware. Una vez instalado Helm, agregamos el repositorio de Bitnami: helm repo add bitnami https://charts.bitnami.com/bitnami Cert-Manager y Countour Probablemente el primer servicios que necesitamos en todos los clusters es el de "Ingress" para exponer nuestras aplicaciones con un balanceador capa 7. VMware recomienda el proyecto Co...
Leer más

Aria Automation - crear lista ordenada de key-value en custom forms con Orchestrator

-
Imagen
Es muy común necesitar crear una lista desplegable de opciones en un Custom Form de Aria Automation. Lista simple Imaginemos que queremos construir una lista desplegable para seleccionar una Máquina Virtual por su IP.  Esto es bastante sencillo ya que crearemos una acción de Orchestrator que devuelva un Array/String y simplemente podemos hacer lo siguiente: var result = [ "10.10.1.11" , "10.10.1.2" , "10.10.1.3" ]; return result; El resultado se vería así: Lista con etiqueta y valor Sin embargo, sería mucho mejor poder mostrar una lista con los nombres de las máquinas virtuales pero que el campo retenga la IP de dicha vm. En principo esto se puede resolver creando una Action en Orchestrator que devuelva un objeto del tipo Properties: var props = new Properties(); props.put( "10.10.1.1" , "Virtual Machine 1" ); props.put( "10.10.1.2" , "Virtual Machine 2" ); props.put( "10.10.1.3" , ...
Leer más