Diseño de infraestructura

Operación de nube híbrida con Amazon EVS - Construcción de sitio DR y respuesta a ráfagas

Explicamos la operación de nube híbrida con Amazon EVS. Presentamos la construcción de sitios DR, ráfagas de capacidad bajo demanda y patrones de integración con servicios de AWS.

約 3 分で読めます

Patrones de diseño de nube híbrida con EVS

Amazon Elastic VMware Service (EVS) permite ejecutar cargas de trabajo VMware vSphere en infraestructura dedicada de AWS. Los patrones principales de nube híbrida incluyen: extensión del centro de datos (ampliar capacidad on-premises a la nube), DR como servicio (replicar VMs a AWS para recuperación ante desastres), ráfaga de capacidad (escalar temporalmente a la nube durante picos de demanda) y migración gradual (mover cargas de trabajo progresivamente a la nube). La conectividad entre on-premises y EVS se establece mediante Direct Connect o VPN, manteniendo la misma experiencia operativa de vSphere.

Construcción del sitio DR y diseño de RTO/RPO

EVS como sitio DR permite replicar VMs desde el entorno on-premises usando vSphere Replication o soluciones de terceros. El RPO depende del intervalo de replicación (mínimo 5 minutos con vSphere Replication). El RTO depende del tiempo de encendido de las VMs y la conmutación de red. Con automatización mediante scripts de recuperación, se puede lograr un RTO de minutos. A diferencia de un sitio DR tradicional que requiere hardware dedicado siempre encendido, EVS permite mantener un entorno mínimo y escalar durante la recuperación, reduciendo significativamente los costos de DR.

Integración con servicios de AWS para fortalecer la operación

Las VMs en EVS pueden integrarse con servicios nativos de AWS. AWS Backup protege las VMs con políticas de respaldo centralizadas. CloudWatch monitorea métricas de rendimiento del clúster vSphere. Las VMs pueden acceder a servicios de AWS (S3, RDS, Lambda) a través de la VPC conectada al clúster EVS. Esta integración permite modernizar gradualmente las cargas de trabajo, moviendo componentes específicos a servicios nativos de AWS mientras se mantiene la capa de virtualización VMware para aplicaciones legacy.

Costos de operación híbrida con EVS

EVS se cobra por host dedicado por hora, con un mínimo de 2 hosts por clúster. Los hosts incluyen cómputo, almacenamiento local y licencias de vSphere. Los costos adicionales incluyen Direct Connect (puerto + transferencia de datos), almacenamiento adicional (EBS, FSx) y servicios de AWS consumidos. Comparado con mantener un centro de datos DR dedicado, EVS reduce los costos de capital (CAPEX) al convertirlos en gastos operativos (OPEX), con la flexibilidad de escalar según la demanda.

Resumen - Directrices para operación híbrida con EVS

Amazon EVS permite operar cargas de trabajo VMware en AWS con la misma experiencia operativa de vSphere. Como sitio DR, reduce costos eliminando hardware dedicado siempre encendido. Las ráfagas de capacidad permiten responder a picos de demanda sin sobredimensionar la infraestructura on-premises. La integración con servicios nativos de AWS facilita la modernización gradual de aplicaciones legacy.

Servicios relacionados

Amazon EVSUn servicio completamente administrado para ejecutar entornos VMware vSphere en AWSAWS Direct ConnectUn servicio que proporciona una conexión de red dedicada entre instalaciones locales y AWS para una conectividad estable y de baja latenciaAWS BackupUn servicio para gestión centralizada de copias de seguridad, automatización y cumplimiento en recursos de AWS

Artículos relacionados

Migración a la nube de cargas de trabajo VMware - Lleve su entorno existente a AWS con Amazon EVSExplicamos la migración de cargas de trabajo VMware a AWS con Amazon Elastic VMware Service (EVS). Presentamos la integración con VPC, los procedimientos de migración con HCX y el diseño de conectividad con on-premises.Infraestructura de nube híbrida - Integración de on-premises y AWS con AWS OutpostsAprende a extender la infraestructura de AWS a entornos on-premises con AWS Outposts y construir arquitecturas de nube híbrida con integración EC2. Cubre patrones de diseño para requisitos de residencia de datos y baja latencia.Extensión de AWS a entornos on-premises con AWS Outposts - Diseño y operación de nube híbridaExtiende AWS a entornos on-premises para cumplir con requisitos de residencia de datos y baja latencia. Presentamos los modelos de despliegue de Outposts y el diseño del gateway local.

Más sobre este tema

Por qué Auto Scaling escala rápido hacia afuera y es cauteloso al reducir - Intención de diseño de la lógica de decisión asimétricaExplica la razón del diseño asimétrico de EC2 Auto Scaling que ejecuta el scale-out inmediatamente mientras establece un período de enfriamiento para el scale-in, el mecanismo de prevención de flapping y la lógica interna del Target Tracking Scaling.Infraestructura adaptable a la demanda con AWS Auto Scaling - Diseño y optimización de políticas de escaladoPresenta cómo utilizar los 3 tipos de políticas (Target Tracking, Predictive y Scheduled) y lograr la optimización de costos con instancias Spot mediante Mixed Instances Policy.Diseño de dominios de fallo en AWS - El mecanismo de disponibilidad protegido por la estructura de 3 capas AZ, región y particiónExplicamos por qué la infraestructura de AWS está diseñada en 3 capas: AZ (aislamiento de fallos), región (separación geográfica) y partición (separación política), y hasta dónde se propagan los fallos en cada capa con ejemplos concretos.Principios de sistemas distribuidos aprendidos de las interrupciones de AWS - Arquitecturas transformadas por grandes incidentesUsando como material los informes de incidentes publicados por AWS, como la interrupción de S3 (2017), la interrupción de Kinesis (2020) y la particularidad de us-east-1, explicamos principios de diseño como Shuffle Sharding, Static Stability y Cell-based Architecture.Por qué AWS construye regiones allí - Los criterios desconocidos de selección de ubicación de centros de datosExplicamos los criterios de decisión que AWS considera al determinar la ubicación de regiones, como suministro eléctrico, riesgo geopolítico, legislación de soberanía de datos, conectividad de red y riesgo de desastres naturales, con ejemplos concretos de regiones.Por qué los Availability Zone ID de AWS difieren por cuenta - La intención de diseño detrás del mapeo de AZExplicamos cómo us-east-1a apunta a diferentes AZ físicas por cuenta, por qué se introdujeron los AZ ID (use1-az1), la intención de diseño de distribución uniforme de capacidad y las consideraciones para la especificación de AZ entre cuentas.Infraestructura de computación por lotes - Procesamiento paralelo a gran escala con AWS BatchExplicamos cómo construir procesamiento por lotes a gran escala con AWS Batch. Cubrimos el diseño de colas de trabajos, auto-escalado de entornos de cómputo, optimización de costos con instancias Spot y la construcción de infraestructura de lotes ideal para computación científica y procesamiento de datos a gran escala.Streaming en vivo con calidad broadcast - Construcción de plataforma de distribución a gran escala con AWS Elemental MediaLive y MediaPackageExplicamos cómo construir una plataforma de streaming en vivo con calidad broadcast usando AWS Elemental MediaLive y MediaPackage. Cubrimos transcodificación en tiempo real, DRM, inserción de anuncios y distribución multi-CDN.

Artículos y servicios similares

Migración a la nube de cargas de trabajo VMware - Lleve su entorno existente a AWS con Amazon EVSExplicamos la migración de cargas de trabajo VMware a AWS con Amazon Elastic VMware Service (EVS). Presentamos la integración con VPC, los procedimientos de migración con HCX y el diseño de conectividad con on-premises.Estrategia de migración de cargas de trabajo VMware - Enfoque gradual con MGN y EVSExplicamos cómo diferenciar el uso de MGN (Application Migration Service) y EVS al migrar cargas de trabajo VMware a AWS, la planificación de migración por fases y la optimización posterior.Conversión de cargas de trabajo VMware a EC2 - Transformación de máquinas virtuales a cloud-native con AWS Transform for VMwareExplicamos la conversión de cargas de trabajo VMware a EC2 con AWS Transform for VMware. Presentamos la evaluación automática, la generación de planes de conversión y la ejecución de migración por etapas.AWS Backup GatewayServicio de gateway que permite gestionar de forma centralizada las máquinas virtuales VMware on-premises con AWS Backup, unificando la operación de copias de seguridad en entornos híbridos