VMware Cloud on AWS - Overview

VMware Cloud on AWS 

 Hace poco más de año y medio los dos gigantes de servicios Cloud llegaron a un acuerdo. Amazon AWS como líder en Cloud Pública en servicios de Infraestructura (IaaS) y VMware como dueño indiscutible del mercado de Cloud Privada.

El acuerdo permite ofrecer a los clientes lo mejor de cada mundo, la madurez y versatilidad del Stack de VMware (vSphere, vSAN y NSX) sobre el Cómputo, servicios y las Comunicaciones en los super Datacenters de Amazon distribuidos en Regiones y Availability zones.

En esta ecuación Amazon estará a cargo del Hardware y todos los servicios del Datacenter como conectividad a Internet, IPs públicas y otros servicios disponibles dentro del portfolio de AWS.
VMware gestiona la infraestructura desplegada bajo demanda, incluyendo configuración inicial, parcheado y actualizaciones. Esto incluye vCenter, ESXi’s, vSAN y NSX.

Y por último y no menos importante el cliente se encarga de migrar y administrar sus cargas de trabajo, además de pagar las facturas por el servicio.

Aclaración: al tratarse de un servicio completamente nuevo mucha de la información y/o límites expuestos en este Post pueden cambiar.
Existe un Roadmap disponible para este servicio aquí: https://cloud.vmware.com/vmc-aws/roadmap

 

Modelos de contratación
Existen dos modelos de contratación que son Pago por Uso y Subscripción.
El pago por uso se fracciona en horas, con un mínimo de 1 hora aunque hay que contar con el tiempo de despliegue del SDDC (mínimo 2,5 horas para 3 Hosts).
En el caso de la subscripción de VMC en AWS (VMware en Amazon Web Services) existe la posibilidad de contratar el servicio por un año o por tres años.
Las subscripciones ofrecen descuentos de 30% y 50% para el año o los tres años respectivamente. Los importes de las subscripciones se abonan el 100% por adelantado.
Precios: https://cloud.vmware.com/vmc-aws/pricing

Precios en VMC on AWS

 

Hay un asunto no menos importante que son los servicios de conectividad a Internet, las IPs Públicas y el repositorio para Backup.
Cuando se contrata el servicio de un SDDC (Software Defined Data Center) éste no incluye conectividad a Internet para el SDDC. Lo mismo ocurre con las IPs Públicas. Es posible solicitar IPs Públicas (se entregan en segundos) y deben abonarse aparte.

El cliente tendrá dos facturas, una por parte de VMware por los servicios del SDDC y una segunda factura, en este caso mensual, correspondiente a la conectividad a Internet, IPs Públicas y, opcionalmente, algún servicio adicional contratado a AWS como puede ser almacenamiento adicional.

 

Recursos de Cómputo y Almacenamiento
Si bien es posible contratar un único Host de forma inicial, ése modelo tiene una limitación de 30 días. Lo que se considera un SDDC de VMC en AWS en Producción debe tener un mínimo de 3 Hosts (anteriormente eran 4).

Cada Host aporta 83 GHz (en 2 Sockets) en 18 Cores, 512 GiB de RAM y 10.7 TB de Almacenamiento.
Debemos aclarar que a esos recursos, multiplicados por el número de Hosts, debemos restarle los recursos reservados para los servicios de Management en los que entran vCenter, NSX Manager, 3 NSX Controllers y 4 VMs correspondientes a 2 ESG (Management y Computo).
Y en el caso del Almacenamiento, al tratarse de vSAN, el consumo dependerá de la política aplicada a cada Objeto.

 

VMware SDDC on AWS

 

Los recursos de Management son gestionados, parcheados y actualizados única y exclusivamente por VMware. Podemos ver el Pool de Recursos y las VMs pero no las podemos gestionar.

Cuando desplegamos un SDDC de 3 Hosts podremos ver 2 vSAN Datastores. 2 vSAN Datastores sobre un único Cluster? Sí, solo en VMC en AWS.
Incluso hay políticas para cada vSAN Datastores de las cuales únicamente podemos crear y editar cuando se aplica al recurso de Computo.
La capacidad neta disponible del vSAN Datastore de Computo una vez está desplegado el SDDC de 3 Nodos es de 42 TB.

El tiempo de demora de despliegue total de un SDDC de 3 Nodos es de 2,5 horas.

Podemos agregar mas Nodos? Si. No solo podemos agregar Nodos sino que además es posible crear Clusters adicionales con un máximo de 10 Clusters de hasta 32 Nodos cada Cluster en el mismo SDDC.

 

Qué ocurre si hay un fallo en un Host?
Independientemente del tipo de fallo que pueda ocurrir en el Host, éste sera reemplazado y el tiempo transcurrido (SLA) no sera superior a 30 minutos hasta que tengamos el nuevo Host listo para producción en nuestro Cluster.

 

vSAN Stretched Cluster sobre VMC en AWS
De la misma forma que podemos solicitar un SDDC con 3 o más nodos, también es posible contratar un vSAN Stretched Cluster.
El mínimo de Hosts a contratar en vSAN Stretched Cluster son 6, de los cuales estarán 3 en cada Site.
Los Availability Zones de AWS son Sites separados físicamente pero muy bien conectados dentro de una misma Región. Una Región puede ser Londres o Paris.
Los 6 Nodos de vSAN estarán repartidos en 2 Availability Zones dentro de la misma Región.
Y el Witness Node? El Witness Node que requiere cualquier vSAN Stretched Cluster sera desplegado por AWS en un tercer Availability Zone. No lo veremos, pero ahí estará.

Los vSAN Stretched Cluster podrán estar configurados con un máximo de 28 Nodos. Este número es incluso superior al límite de 16 Nodos fuera de VMC on AWS.

A día de hoy no es posible desplegar un SDDC con Non-Stretched Cluster y otro Stretched. Es necesario contratar dos SDDC’s diferentes aunque podemos “contratar” una conectividad especial entre ambos SDDC’s.

Qué hay del SLA del Stretched Cluster? 99.99 es el SLA que se garantiza a día de hoy.

 

Gestión del Firewall y Acceso

Una vez desplegado el primer SDDC tendremos dos intancias de NSX Edge en HA. La primera es para los servicios de Management y la segunda para los recursos de Computo. 

De la misma forma que configuramos servicios y reglas en un NSX Edge podremos hacer lo propio en VMC on AWS.

 

eDRS o Elastic DRS
Esta es una solución únicamente disponible en VMC on AWS y, si la tenemos habilitada, permite desplegar Hosts automáticamente bajo demanda.
Esto lo podríamos comparar con el servicio DPM (Distributed Power Management) que forma parte de DRS en vCenter.
Existen unos thresholds que definen cuándo es necesario el despliegue de un nuevo Nodo. De la misma forma que agregamos Hosts, en caso que los thresholds de eDRS lo consideren, se podrán dar de baja Hosts de forma automatica.

 

Disaster Recovery en VMC on AWS
De forma opcional es posible contratar el servicio SRM el cual debe abonarse por VM por mes. El precio? Desde €15.- VM/Mes.

 

VMware Cloud on AWS incluye Backup?
El servicio no incluye Backup pero es posible desplegar soluciones validadas como Veeam Backup.
Cuál sería el destino de ese Backup? Evidentemente no sería el mismo vSAN Datastore por lo que hay que considerar otra ubicación. Podemos enviar el Backup a un repositorio en nuestra infraestructura On-Premise? Claro que sí pero con el impacto del tráfico de datos, el cual se incrementará y tendremos que abonar a final de mes en la factura de AWS.
Cuál sería la solución más adecuada? Contratar un servicio de Almacenamiento adicional como AWS S3 Bucket el cual puede estar conectado directamente a nuestro SDDC sin abonar tráfico de Internet.

 

Gestión del servicio

Tendremos 3 consolas. Una para el servicio general de VMC on AWS en el cual podemos crear SDDC's y ampliar los servicios contratados. 

Una segunda consola que no es ni más ni menos que nuestro vCenter, basado en el nuevo vSphere Client sobre HTML5.

Y una última consola de AWS que es en donde gestionamos los servicios contratados de forma adicional como Almacenamiento, facturación, etc.

 

Es posible un Trial?

Únicamente es posible solicitar un SDDC de un único Host pagando por uso (por horas) para probar realmente las funcionalidades. Siempre con el límite de 30 días.

Si lo que queremos es descubrir el entorno, la gestión y las principales opciones entonces podemos abrir un Hands On Lab.

VMware Cloud on AWS Hands on Lab:https://www.vmware.com/es/try-vmware/vmc-aws-hol-labs.html

 

VMC on AWS FAQs: https://cloud.vmware.com/vmc-aws/faq#general 

 

Hasta aquí llega la información del primer Post de VMC on AWS.
Como siempre espero que te haya resultado interesante y de utilidad. Si fué así entonces te agradeceré lo compartas.

 

Deja un comentario

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