Este es el
segundo de una corta serie de blog posts en español, donde escribo acerca de VMware
Cloud on AWS. Te invito a dar un vistazo a los otros posts e interactuar con
preguntas o comentarios en Twitter.
En el
primer post de la serie, compartí una visión general de lo que es VMware Cloud
on AWS y algunos casos de uso. En este post daré mas detalles de la
capacidad de cada host y una perspectiva al plano/diseño de la solución.
Capacidad
Recordando lo
mencionado anteriormente, VMware Cloud on AWS es desarrollado de una manera muy
rápida y los cambios son muy frecuentes; por lo tanto, los detalles acá compartidos
pueden cambiar.
Hoy en día, VMWonAWS se inicia con un mínimo de 3 nodos en un clúster y un máximo de
16; hay una alternativa de prueba con un solo nodo, pero esta solo podrá ser
usada por 30 días y en realidad no está lista para producción y más que nada se
usa como ensayo y entrenamiento.
El tipo de servidor mas comun y disponible hoy día es el i3, el cual tiene las
siguientes características:
Dos
procesadores Intel Xeon E5-2686 v4 con 18 cores físicos cada uno, es decir 36 cores
en total, estos corren a 2.3GHz clock speed.
512GB de memoria RAM
14.3TB de almacenamiento Flash, modo NVMe – de esta capacidad, 3.6 TB es usada
para vSAN cache, mientras 10.7 TB son usadas para capacidad vSAN (almacenamiento).
Una tarjeta de red de 25 Gbps (Elastic Network Adapter)
Un segundo
tipo de servidor disponible, son los R5 que permiten integración y uso
de EBS (Elastic Block Storage) y tener así más capacidad de almacenamiento por
cada nodo; mientras los i3 brindan 10.7TB usable, un nodo R5 puede empezar con
15TB y subir hasta 35TB con EBS; el incremento puede ser de 5TB escalado.
Hay que destacar que algunos funcionamientos de vSAN como de-duplication, no
son respaldados cuando se usa EBS.
Segun lo anterior, si usas servidores i3, en un clúster de 4 nodos, podrás tener una capacidad total de:
144 cores físicos
– 331.2GHz
2TB de memoria RAM
42.8 TB de capacidad de almacenamiento
Diseño
Plano típico
común:
Aquí vemos
como la solución VMWonAWS esta encima de la infraestructura de AWS, lado
derecho y al lado izquierdo sería el vCenter local ya existente; en este caso
se pueden usar uno de dos tipos de conexión con VMWonAWS, bien sea AWS
Direct Connect o una IPSec VPN, con una de las dos, tendrás ese
panel único anhelado donde se pueden acceder y manejar ambos ambientes desde un
solo lugar con el cliente vSphere HTML5.
Así mismo,
varios de los múltiples servicios que AWS ofrece, pueden estar disponibles para
integrarse con VMWonAWS; como vemos en esta gráfica, el estar ‘sentados’ en la
infraestructura de AWS, permitirá, con ciertos requerimientos, acceder a un numero de servicios y funcionalidades nativas de AWS.
Consideraciones:
Una de las peculiaridades
de VMWonAWS es que, al ser un servicio gestionado por VMware, ciertas tareas son
restringidas para los usuarios/clientes por medio de roles de seguridad. Recordemos
que, para poder garantizar estabilidad, seguridad y proceder con
actualizaciones y/o reparaciones de hardware sean lo más ‘invisibles’ posibles
para el cliente, hay varias actividades que solo son posibles por empleados de
VMware encargados de tu SDDC o por medio de la consola de VMWonAWS, no vCenter
directamente.
Al desplegar
tu primer SDDC en VMWonAWS, veras restricciones en el área delegada a
Management, esta incluye todos los componentes de fundación para el SDDC
(vCenter Server, NSX Manager, NSX Controllers, Edges); al desplegar maquinas
virtuales, veras como solo es posible usar los Resource Pools marcadas para Compute
Workload y no para nada que etiquetado como Management Workload.
Este cambio o limitación se puede ver como un sacrificio para no tener que
preocuparse por el mantenimiento, actualización y reparación en caso de problemas,
de los componentes arriba mencionados.
Solo un
ejemplo esta el hecho de no poder acceder por SSH a los servidores ESXi; algo que
es muy común en los centros de datos propios.
Otros Datos:
VMware tiene
un equipo dedicado para todos los clientes de VMWonAWS llamado Customer
Success Team, este equipo ayuda como guía desde el principio en la preparación
e implementación de la solución, igualmente pueden ayudar en decisiones de
diseño.
El servicio
incluye soporte técnico ilimitado por vía de chat o teléfono 24 horas al día, 7
días a la semana.
Portal de
VMWonAWS - https://console.cloud.vmware.com
En una
cuenta de VMWonAWS, categorizada como organización, puedes desplegar
hasta 2 SDDCs y cada SDDC puede tener un máximo de 10 clusters. Acá vemos una
imagen de una organización con un solo SDDC y un solo clúster de 3 nodos como
ejemplo.
No comments:
Post a Comment