Primeros pasos en vRealize Automation

vRealize Automation

Siguiendo con la serie de vRealize hoy nos toca hacernos amigos de vRA, también conocido anteriormente como vCAC o vRealize Automation Center (en adelante vRA). Este último nombre es la referencia actual del producto.

 

En este Post conoceremos más sobre el producto en sí mismo, casos de uso y componentes. Dejaremos para el próximo Post el procedimiento de instalación así como también aprenderemos cómo hacer la configuración y puesta en producción.

 

Qué es vRealize Automation Center?

También conocido como vCAC es una solución de automatización y despliegue de Máquinas Virtuales, Equipos físicos, Aplicaciones y Procesos. Como ya mencionamos en el Post anterior, vRealize Automation Center es agnóstico respecto a hypervisor y plataforma aunque naturalmente que se integra como la seda con soluciones VMware como vSphere, vCloud Director, NSX y, como si fuera poco, también con sistemas de terceros.

 

Cómo se adquiere vRealize Automation?

Las primeras versiones de vRealize Automation venían incluidas dentro de la Suite de vCloud Director. De hecho si tenemos vCloud Director, tenemos vCAC (únicamente en versión Standard).

Actualmente existen tres versiones de vRA: Standard*, Advanced y Enterprise.

*La versión Standard está únicamente disponible con vCloud Director.

Las versiones Advanced y Enterprise podemos adquirirlas de forma independiente o bien a través de la Suite de vRealize Automation que está compuesta por el propio vRA, vRealize Operations Manager (antes vCOPs), vRealize Business (antiguo ITBM) y vCenter Log Insight.

Se licencia por CPU para cliente final o por instancia de SO aunque esta última modalidad solo para ISP Providers.

 

Casos de Uso (básicamente, para qué sirve?)

-Portal de auto-aprovisionamiento Multi-Tenant (múltiples instancias cada una con su branding, seguridad, control y catalogo)

-Catalogo de Maquinas Virtuales (Multi-Hypervisor y Multi-Cloud), Escritorios y Aplicaciones

-Catalogo de servicios desatendidos (Cambio contraseña, Alta Email, Membresía Grupo, Post-deploys, Presentación APP)

-Proceso automatizado de procedimiento completo de Alta (Usuario, Grupo, OU, Script, Email, VM, Desktop, Red, Seguridad, Políticas, APPs)

-Gestión de recursos pre-aprobados o con procedimiento de aprobación (Snapshots, Backup, Incremento recursos)

-Control de costes de recursos aprovisionados (a través de vRealize Business)

-Catálogo de procedimientos automatizados XaaS (Lo que sea como servicio) ampliable a través de Orchestrator

-Integración de productos propios y de terceros (NSX, vCloud Director, Citrix, EMC, NetAPP, Infoblox, etc)

-Monitorización, Control y Reclamación de Recursos

-Políticas de aprobación y asignación de recursos

 

Como podemos observar no es precisamente una solución para cualquier PYME o entorno SMB. Estamos hablando de una Suite orientada a una Infraestructura muy dinámica y que su propia evolución necesita de Monitorización, Automatización y Control,  todo esto en modo ITIL Friendly.

 

Componentes de vRealize Automation

vRealize Automation Appliance: anteriormente conocido como el Appliance de vCAC, como su nombre lo indica es un virtual appliance con plataforma Linux que, en colaboración con IaaS, presenta los servicios del catálogo y gestiona cada uno de los Tenants aplicando sus políticas.

 

Identity Appliance: solución de vRealize Automation para la gestión de identidades. Podemos decir que es el SSO (Single Sign On) de vRA. Se puede utilizar este componente o bien el propio SSO de vCenter.

 

IaaS: El servicio de Infraestructure as a Service conecta y gestiona, a través de los Endpoints, todos los recursos como puede ser un vCenter, vCD, NSX, Hyper-V, Amazon AWS, XenDesktop y demás.

Incluye un orquestador interno que programa, monitoriza y ejecuta las tareas que recibe de vRA.

Tanto vRA (vRealize Automation) como IaaS forman parte de los servicios mínimos para una Infraestructura de vRealize Automation. A estos dos componentes debemos sumarle la gestión de identidades que, como hemos mencionado anteriormente, podemos utilizar Identity Appliance o SSO.

 

Bases de datos en vRealize Automation

Tanto el Appliance de vRA como también el IaaS, incluso vRealize Orchestrator, requieren sus correspondientes bases de datos.

El vRA Appliance utiliza PostgreSQL como BBDD tanto embebida como externa, comúnmente para alta disponibilidad.

En el caso del IaaS, al tratarse de una plataforma Windows, utiliza Microsoft SQL como BBDD pudiendo optar entre la opción de SQL Express o SQL Server. En instancias mínimas es posible utilizar la versión Express (normalmente embebida) y contamos además con la opción de atacar a una instancia externa de SQL (instancia única o en cluster). La decisión de utilizar un SQL Server externo sería tanto por rendimiento como, sobre todo, por alta disponibilidad para un despliegue distribuido como explicaremos en el próximo Post.

 

vRealize Orchestrator (vRO)

Existe otro componente muy importante que es vRO (vRealize Orchestrator) que lo utilizaremos como un comodín a la hora diseñar todo tipo de automatizaciones que luego podremos ofrecer a través del catálogo de vRA.

Podemos decir que un vRealize Automation sin Orchestrator es como ir a un McDonalls y pedir una ensalada con coca-cola zero y descafeinada…

 

Servicios adicionales

Necesitamos además de la existencia previa de otros componentes de la propia infraestructura como DNS (con zonas directas e inversas), NTP, SMTP, un SYSLOG Server y Active Directory. Además de una instancia de vCenter que, sumados a los componentes anteriores, deben funcionar todos como un relojito suizo antes de comenzar a desplegar vRA. De ahí que personalmente siempre recomiendo un buen Health Check antes siquiera de comenzar a diseñar y planificar.

 

Hasta aquí tenemos los componentes para una Infraestructura mínima de vRealize Automation sin haber entrado todavía en detalle sobre recursos necesarios o instalación en alta disponibilidad.

 

No nos olvidamos de vRealize Business ni tampoco de vRealize Operations ya que dedicaremos otros Posts aparte para destacar todo su potencial.

 

Continuaremos en el próximo Post de la serie con el diseño tanto del POC como también del diseño en producción de una implementación de vRealize Automation con sus Requerimientos, Supuestos, Limitaciones y Riesgos acompañado de las primeras decisiones que debemos tomar en cuanto al tamaño y disponibilidad.

 

Espero que haya resultado útil. Lo compartimos?

Deja un comentario

Muchas gracias por tus comentarios!!
Tras la revisión rutinaria, será publicado.

Utilizamos cookies propias y de terceros para facilitar y mejorar nuestros servicios. Al navegar por nuestra página web aceptas nuestras cookies.

Para más información, o para conocer cómo cambiar la configuración, lee nuestra Política de cookies. Saber más

Acepto

Mis Partners