Unidad 4.4: Private Cloud (VMware dedicado)

Introducción

Las clases de cómputo estándar de las Unidades 4.1 a 4.3 son la plataforma de tejido elástico y multi-tenant. Algunas cargas de trabajo no pertenecen allí: un patrimonio regulado que debe ejecutarse en hardware de un solo tenant, un gran pie de impresión existente de VMware cuyo modelo de operación y habilidades la empresa quiere mantener, o un Workload que necesita la previsibilidad de la capacidad dedicada. Para estos, IONOS ofrece un producto diferente, el VMware Private Cloud dedicado, y se encuentra en este módulo como una unidad de diseño solo porque no hay una consola de autoservicio: el aprovisionamiento es un compromiso guiado. Las preguntas arquitectónicas que esta unidad responde son cuándo recurrir a ella, cómo posicionarla y cómo se compone con la plataforma elástica que la rodea. La mecánica de migrar un gran patrimonio a ella se remite a la Unidad 7.4.

1. Qué es el producto y el límite de responsabilidad

IONOS Private Cloud es un centro de datos definido por software dedicado entregado como servicio en hardware de inquilino único. Un Cluster es como mínimo tres hosts físicos dedicados, y la pila de software VMware y su licencia están incluidas en el precio (esto no es bring-your-own-licence): vSphere Enterprise Plus 8.0 como hipervisor y capa de cómputo, vSAN 8.0 como capa de almacenamiento hiperconvergente, NSX-T 3.2 como capa de redes y seguridad definidas por software, y vCenter 8.0 como plano de gestión. Usted gestiona su propio entorno VMware (crea, redimensiona y elimina máquinas virtuales; define redes, almacenamiento, reglas de tamaño y usuarios) a través de las herramientas nativas de VMware, mientras que IONOS posee el soporte, mantenimiento, parches y actualizaciones de la SDDC subyacente.

Esa división es la característica definitoria y lo que hay que hacer bien en un diseño. IONOS gestiona el ciclo de vida de la plataforma; todo dentro de las máquinas virtuales y la red virtual es del cliente. El servicio está explícitamente fuera del alcance para la provisión y gestión de las máquinas virtuales en sí, actualizaciones y parches del sistema operativo dentro de las máquinas virtuales, gestión de roles y derechos, software adicional, licencia de sistemas operativos y aplicaciones instalados, monitorización de las máquinas virtuales y red virtual, seguridad de datos, reglas de Firewall externas y equilibradores de carga. En otras palabras, Private Cloud le da un substrato VMware completamente gestionado y dedicado, y le entrega las llaves para operar sobre él. Utilizarlo bien requiere habilidades genuinas de VMware; no es un servicio de aplicación gestionada.

El Cluster se escala agregando hosts. El techo del catálogo de servicios es de 24 hosts por Cluster (la documentación de Private Cloud cita un techo técnico más alto de 64 hosts), un vCenter gestiona hasta 2.500 hosts, y un Cluster admite hasta 8.000 máquinas virtuales. Un solo VM se puede dimensionar hasta 256 vCPUs, 6 TB RAM, y un disco virtual de 62 TB. Private Cloud se provisiona bajo demanda como un autoservicio, y la facturación es por minuto. Los paquetes se venden por perfil de host (por ejemplo, un Cluster de plata-48 de tres hosts, un oro-512, o un XL-1024), con un host adicional facturado por separado; esta es una capacidad dedicada, por lo que el costo es predecible en lugar de tener picos de uso.

1.1 Las capas de almacenamiento y redes

vSAN es la capa de almacenamiento: combina los discos locales de los hosts en un solo almacén de datos y tolera fallos distribuyendo los datos a lo largo del Cluster, por lo que un disco o un host completo puede fallar con los datos aún disponibles en otra parte. vSAN 8.0 aquí es configurable para la tolerancia a fallos a través de la replicación RAID-1 (como mínimo 3 hosts), codificación de borrado RAID-5 (como mínimo 4 hosts), o codificación de borrado RAID-6 (como mínimo 6 hosts), con cifrado AES-256 disponible y modos de eficiencia de almacenamiento desde ninguno hasta la compresión y la deduplicación y compresión. La capacidad bruta se escala hasta 8 PB por Cluster. Donde se necesita capacidad de archivo compartida más allá de vSAN, un almacén de datos NFS está disponible como complemento desde 2 TB hacia arriba.

NSX-T es la capa de redes y seguridad: virtualiza el enrutamiento, conmutación, firewalling y VPN en software, por lo que esas funciones ya no dependen de dispositivos físicos. Los segmentos NSX son dominios lógicos de capa 2 virtuales que crea para construir redes lógicas aisladas, y admiten rangos de IP (un segmento de subnet NSX debe ser más específico que el rango BYOIP, por lo que un rango BYOIP /24 permite segmentos de /25 o más pequeños). La edición estándar de NSX-T aquí admite recuentos de reglas y conmutadores muy grandes (hasta 100.000 reglas de Firewall distribuidas y 10.000 conmutadores lógicos); algunas funciones avanzadas (IDS/IPS, filtrado de URL, sandbox de red, acceso remoto SSL VPN) requieren licencias adicionales.

2. Cuando Dedicated VMware es la opción ganadora

Private Cloud es la respuesta correcta para un conjunto específico y reconocible de requisitos, y es una mala opción fuera de ellos. Es la opción ganadora cuando:

• La inquilinato único y el aislamiento de cumplimiento son obligatorios. El hardware es dedicado, por lo que no hay vecino multi-tenant en la capa del hipervisor. Para cargas de trabajo reguladas donde el aislamiento es un requisito de control, esta es una historia más clara que la computación compartida.
• El rendimiento debe ser predecible. La capacidad dedicada elimina la variabilidad de la contención de la infraestructura compartida, lo que importa para las cargas de trabajo con envolturas de latencia o rendimiento ajustadas.
• La organización quiere conservar las habilidades y el modelo de operación de VMware. Un equipo ya familiarizado con vSphere, vSAN y NSX-T mantiene su herramientamiento, libros de ejecución y automatización en lugar de replataformar sobre un modelo operativo diferente.
• Existe un gran patrimonio existente de VMware. Mover un patrimonio de VMware establecido a un entorno de VMware gestionado es un cambio mucho menor que refactorizarlo sobre primitivas nativas de la nube. El patrimonio sigue funcionando de la misma manera que ya funcionaba, con IONOS asumiendo el ciclo de vida de la plataforma.

Es la opción incorrecta cuando el Workload es genuinamente nativo de la nube y elástico, cuando la computación estándar multi-tenant es aceptable y más barata, o cuando no existen habilidades de VMware y el equipo prefiere consumir primitivas gestionadas. Para esos casos, las clases de computación estándar y los servicios gestionados cubiertos en otras partes de este curso son la mejor opción. La disciplina arquitectónica es colocar solo las cargas de trabajo que necesitan VMware dedicado en Private Cloud, y utilizar la plataforma elástica para todo lo demás.

3. Posicionamiento competitivo: soberanía del plano de control y previsibilidad de costes

El diferenciador que importa para un cliente europeo regulado no es el conjunto de VMware en sí, que es el mismo software que también ejecutaría un hyperscaler estadounidense, sino quién opera el plano de control y bajo qué jurisdicción se encuentra. Como se estableció en la Unidad 1.4, la soberanía legal de la Unión Europea es una propiedad de la jurisdicción del operador, y no solo de la región: una oferta de VMware en un hyperscaler alojada en una región europea pero operada por una empresa estadounidense todavía conlleva la exposición a la Ley de Nube de EE. UU. IONOS opera el plano de control de Private Cloud como proveedor de la Unión Europea, por lo que el plano de gestión (vCenter, NSX Manager, la superficie de aprovisionamiento y facturación) se encuentra bajo la jurisdicción de la Unión Europea en lugar de una extranjera. Para un cliente cuya razón principal para ejecutar hardware dedicado es el aislamiento y la soberanía, poner el plano de control bajo la jurisdicción extranjera socavaría el diseño; mantenerlo operado por la Unión Europea es el objetivo.

El segundo eje es la previsibilidad de costes. Private Cloud es capacidad dedicada facturada por paquete de host (con granularidad por minuto, incluyendo licencias de VMware), por lo que el costo mensual es una función de la cantidad de hosts que se ejecutan, y no de un consumo fluctuante. El objetivo de disponibilidad publicado por servicio es del 99,95%, la misma cifra de disponibilidad por servicio del 99,95% que se aplica a la computación IaaS general de IONOS, y no una mejora sobre ella (un documento interno enumera una cifra del 99,9% para Private Cloud, una discrepancia no resuelta). Para un equipo de finanzas que necesita prever el gasto en un patrimonio estable, la capacidad dedicada fija es más fácil de presupuestar que un servicio de VMware medido por uso, cuya factura se mueve con la actividad y cuya licencia puede cobrarse por separado.

4. El patrón híbrido y cómo se mueven las cargas de trabajo

La arquitectura más fuerte rara vez es todo VMware o todo elástico; es el híbrido. El VMware Private Cloud dedicado es el núcleo regulado y estable para el patrimonio que necesita inquilinato único y el modelo de operación VMware, mientras que el estándar elástico IONOS compute (los niveles de auto-escalado de Dedicated Core de las Unidades 4.1 a 4.3) maneja el borde variable, nativo de la nube. Los dos están vinculados a través de los primitivos de conectividad híbrida del Módulo 3 (VPN Gateway, NAT Gateway, Cross-Connect), lo que da como resultado un patrimonio lógico único con cada Workload colocado en el sustrato que se adapta a él.

Mover un patrimonio existente al Private Cloud utiliza herramientas nativas de VMware, y IONOS admite un conjunto específico de ellas. El mecanismo principal es el Director de disponibilidad de VMware Cloud (VCDA) 4.7.x, una herramienta de recuperación ante desastres como servicio que protege máquinas virtuales y vApps con replicación asíncrona, las migra y realiza conmutación por error y conmutación por error inversa entre un vCenter local y el Private Cloud de IONOS. La migración de VCDA está incluida; la protección continua por VM se factura a aproximadamente 50 EUR por VM al mes, y el punto final de la nube utiliza el puerto 55443. Para extender una red de Capa 2 durante una migración, NSX-T proporciona un VPN de Capa 2 como complemento, por lo que una subred puede abarcar la fuente y el Private Cloud mientras se mueven las cargas de trabajo. Dentro de un Cluster, vMotion mueve una VM en ejecución entre hosts; es una operación intra-Cluster, no un mecanismo de movilidad en vivo entre sitios, por lo que una migración a Private Cloud se ingeniera con replicación de VCDA y una conmutación por error planificada en lugar de asumir que sea una migración en vivo sin problemas entre sitios. Estos tres (VCDA, NSX-T L2 VPN, vMotion intra-Cluster) son las herramientas admitidas para introducir cargas de trabajo; la mecánica completa de planificación de oleadas, con tiempos de inactividad honestos por ruta, es el tema de la Unidad 7.4.

Estudio de caso empresarial (FinCorp)

La restricción definitoria de FinCorp es una gran propiedad existente de VMware bajo obligaciones GDPR y BSI, y esa propiedad es la razón por la que Private Cloud es central en su arquitectura. Replataformar toda la propiedad en primitivas nativas de la nube sería un refactor de varios años con alto riesgo; ejecutarlo en un VMware SDDC gestionado y dedicado le permite mantener su modelo de operación mientras transfiere el ciclo de vida de la plataforma a IONOS. FinCorp dimensiona un Private Cloud Cluster (mínimo tres hosts, escalando por host a medida que la propiedad se implementa) para el núcleo regulado, mantiene el vCenter y el plano de control NSX-T bajo operación de la UE para preservar la posición de soberanía de la Unidad 1.4, y utiliza vSAN con una política de tolerancia a fallos de codificación de borrado dimensionada según la cantidad de hosts. Las nuevas cargas de trabajo elásticas orientadas al cliente no se ejecutan en el Private Cloud; se ejecutan en el nivel de escalado automático estándar Dedicated Core (Unidad 4.3) en el borde, vinculado al núcleo VMware a través de la conectividad híbrida del Módulo 3. La propiedad se traslada mediante replicación VCDA con extensión de subredes L2 VPN de NSX-T durante el corte, planeado por oleadas en la Unidad 7.4. La decisión registrada aquí, VMware dedicado para el núcleo regulado más cómputo estándar elástico para el nuevo borde, es la columna vertebral de cómputo que ensambla la piedra angular.

Resumen de la decisión

Notas de elegibilidad estrictas: un Cluster es como mínimo de tres hosts; el provisionamiento es una participación guiada, no una construcción de consola; la licencia de VMware incluida no es BYOL; y la única herramienta de VMware compatible con IONOS para mover cargas de trabajo es VCDA, NSX-T L2 VPN y vMotion intra-Cluster.

Resumen

IONOS Private Cloud es un VMware SDDC (vSphere Enterprise Plus, vSAN, NSX-T, vCenter, todos 8.0/3.2, con licencia incluida) gestionado y dedicado en hardware de un solo inquilino, provisionado como un compromiso guiado en lugar de autoservicio. IONOS posee el ciclo de vida de la plataforma; el cliente opera las máquinas virtuales y la red virtual, lo que requiere habilidades reales en VMware. Es ideal para el aislamiento de cumplimiento de un solo inquilino, la previsibilidad del rendimiento, la retención de habilidades en VMware y los grandes patrimonios existentes en VMware, y su ventaja competitiva para los clientes europeos regulados es un plano de control operado por la UE (soberanía) más un costo de capacidad fijo predecible. El diseño más fuerte es híbrido: el núcleo dedicado de VMware para el patrimonio regulado más el cómputo estándar elástico en el borde a través de la conectividad híbrida, con cargas de trabajo trasladadas a través de VCDA, NSX-T L2 VPN y vMotion intra-Cluster (la mecánica de migración completa se presenta en la Unidad 7.4).

Puntos clave:

• Private Cloud es un VMware SDDC gestionado y dedicado en hardware de un solo inquilino, con un mínimo de tres hosts, con licencia incluida (no BYOL) para vSphere Enterprise Plus, vSAN, NSX-T y vCenter.
• IONOS posee el mantenimiento, la actualización y la aplicación de parches de la plataforma; el cliente posee las máquinas virtuales, el sistema operativo, la red virtual y la seguridad dentro, por lo que se requieren habilidades en VMware.
• Es ideal para el aislamiento de cumplimiento de un solo inquilino, la previsibilidad del rendimiento, la retención de habilidades en VMware y los grandes patrimonios existentes en VMware; no es adecuado para cargas de trabajo elásticas nativas en la nube.
• La posición competitiva para los clientes de la UE regulados es un plano de control operado por la UE (soberanía) y un costo de capacidad fijo predecible.
• El patrón híbrido combina el núcleo dedicado de VMware con el cómputo estándar elástico; la única herramienta de VMware compatible con IONOS para trasladar cargas de trabajo es VCDA, NSX-T L2 VPN y vMotion intra-Cluster, con mecánica completa en la Unidad 7.4.

Terminología importante:

• SDDC (Centro de datos definido por software): la pila de VMware (vSphere, vSAN, NSX-T, vCenter) entregada como un entorno gestionado y dedicado.
• vSAN: la capa de almacenamiento hiperconvergente que combina discos locales de host en un almacén de datos tolerante a fallos.
• NSX-T: la capa de redes y seguridad definidas por software que proporciona segmentos virtuales, enrutamiento, firewalling y VPN.
• VCDA (Disponibilidad de VMware Cloud Director): la herramienta compatible con IONOS para la replicación, migración y conmutación por error asíncrona de máquinas virtuales en el Private Cloud.

Lectura adicional

• Unidad 1.4: Soberanía y cumplimiento normativo como entradas de diseño (el argumento de la jurisdicción del plano de control).
• Unidad 7.4: Migración y corte híbrido (la mecánica planificada por oleadas para trasladar la finca).
• Unidad 3.6: Conectividad híbrida (los enlaces que unen el VMware central al borde elástico).