Diseño de infraestructura

Infraestructura de nube híbrida - Integración de on-premises y AWS con AWS Outposts

Aprende 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.

約 5 分で読めます

Demanda de nube híbrida y el rol de AWS Outposts

Aunque muchas empresas adoptan una estrategia cloud-first, hay muchos casos donde algunas cargas de trabajo deben permanecer on-premises debido a regulaciones de residencia de datos, requisitos de ultra baja latencia o la necesidad de integración con sistemas legacy. AWS Outposts extiende la infraestructura de AWS a tu centro de datos on-premises, proporcionando las mismas APIs, herramientas y hardware de AWS que se usan en la nube. Esto permite una experiencia operativa consistente entre entornos on-premises y en la nube.

Despliegue de Outposts y opciones de configuración

Outposts está disponible en dos factores de forma: rack de 42U y servidor de 1U/2U. El factor de forma rack es adecuado para cargas de trabajo que requieren gran capacidad de cómputo y almacenamiento, mientras que el factor de forma servidor es ideal para ubicaciones de borde con espacio limitado. AWS entrega, instala y mantiene el hardware de Outposts. Los tipos de instancia EC2 disponibles en Outposts incluyen las familias C5, M5, R5 y G4, y los servicios de AWS soportados incluyen EBS, S3 on Outposts, ECS, EKS y RDS.

Patrones de diseño de arquitectura híbrida

En arquitecturas híbridas usando Outposts, un diseño común es ejecutar cargas de trabajo sensibles a la latencia en Outposts mientras se descarga el procesamiento de ráfagas y los respaldos a la Región. En manufactura, los datos de sensores IoT se procesan localmente en Outposts para control en tiempo real, mientras que los datos históricos se envían a la Región para analítica. En salud, los datos de pacientes permanecen on-premises para cumplimiento de residencia de datos, mientras que las cargas de trabajo de ML se ejecutan en la Región usando datos anonimizados.

Gestión de operaciones y garantía de disponibilidad

AWS asume la responsabilidad de la gestión operativa de Outposts, realizando automáticamente monitoreo de hardware, aplicación de parches y actualizaciones de firmware. Las mismas herramientas operativas disponibles en la Región pueden usarse en Outposts: CloudWatch para monitoreo, Systems Manager para gestión de configuración y CloudTrail para auditoría. La conectividad de red entre Outposts y la Región de AWS se realiza a través de un Service Link que requiere al menos 500 Mbps de ancho de banda. Si la conectividad con la Región se interrumpe, las instancias existentes continúan ejecutándose pero no se pueden lanzar nuevas instancias.

Trasfondo técnico y filosofía de diseño de la nube híbrida

La filosofía de diseño de la nube híbrida se basa en el principio de seleccionar el entorno de ejecución óptimo según las características de la carga de trabajo. Migrar todas las cargas de trabajo a la nube pública no siempre es la mejor opción. Los factores que favorecen la ejecución on-premises incluyen: requisitos regulatorios de residencia de datos, necesidades de latencia por debajo de 10ms, dependencias de hardware especializado y costos de migración que superan los beneficios. Outposts permite una estrategia de "nube consistente" donde las mismas APIs y herramientas funcionan en ambos entornos, reduciendo la complejidad operativa.

Precios de Outposts

Outposts Rack se ofrece como una suscripción de 3 años con opciones de pago de todo por adelantado, parcialmente por adelantado o sin pago adelantado. La configuración mínima comienza en varios miles de dólares al mes, variando según los tipos de instancia y la capacidad de almacenamiento seleccionados. Los costos de transferencia de datos entre Outposts y la Región de AWS no se cobran. Comparado con construir y operar infraestructura on-premises propia, Outposts elimina los costos de adquisición de hardware, mantenimiento y actualizaciones.

Resumen - Construcción de una base de nube híbrida

AWS Outposts elimina la frontera entre on-premises y la nube de AWS, proporcionando la solución óptima para construir infraestructura de nube híbrida con APIs y experiencia operativa consistentes. Para cargas de trabajo con requisitos de residencia de datos, ultra baja latencia o integración con sistemas legacy, Outposts permite ejecutar servicios de AWS localmente mientras se mantiene la integración completa con la Región. La combinación con Direct Connect proporciona conectividad dedicada de alta velocidad entre Outposts y la Región.

Servicios relacionados

AWS OutpostsServicio de nube híbrida que extiende la infraestructura y servicios de AWS a ubicaciones on-premisesAmazon EC2Un servicio de cómputo que proporciona servidores virtuales en la nubeAWS Direct ConnectUn servicio que proporciona una conexión de red dedicada entre instalaciones locales y AWS para una conectividad estable y de baja latencia

Artículos relacionados

Operación de nube híbrida con Amazon EVS - Construcción de sitio DR y respuesta a ráfagasExplicamos 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.Almacenamiento híbrido - Integración de on-premises y la nube con AWS Storage GatewayAprende sobre la integración de almacenamiento on-premises y en la nube con AWS Storage Gateway. Cubre los cuatro tipos de gateway - S3 File Gateway, FSx File Gateway, Volume Gateway y Tape Gateway - con casos de uso y patrones de despliegue.Nube híbrida con AWS Outposts - Extensión de servicios AWS al entorno on-premisesExplicación de la nube híbrida con AWS Outposts. Se presenta la extensión de servicios AWS al on-premises, los casos de uso de baja latencia y residencia de datos, y la integración con la región AWS.

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

Nube híbrida con AWS Outposts - Extensión de servicios AWS al entorno on-premisesExplicación de la nube híbrida con AWS Outposts. Se presenta la extensión de servicios AWS al on-premises, los casos de uso de baja latencia y residencia de datos, y la integración con la región AWS.AWS OutpostsServicio de nube híbrida que instala físicamente la infraestructura y servicios de AWS en centros de datos on-premises, operándolos con las mismas APIs y herramientas que la nubeExtensió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.Estrategia de borde de AWS - El futuro híbrido que dibujan Outposts, Local Zones y WavelengthExplicamos la estrategia híbrida y de borde que AWS despliega a través de tres servicios de borde: Outposts, Local Zones y Wavelength, comparándolos con Azure Stack y GCP Distributed Cloud para destacar las diferencias en amplitud de opciones y filosofía de diseño.