Nube híbrida con AWS Outposts - Extensión de AWS a entornos on-premises

Se ordenan los criterios para elegir entre el tipo rack y el tipo servidor, y se presenta el diseño de una nube híbrida que ejecuta EC2 / ECS / RDS on-premises.

Unos 8 min de lecturaÚltima actualización: 2026-10-31

Formatos de Outposts y servicios compatibles

Outposts Rack es un formato en el que se instala un rack de 42U diseñado por AWS en un centro de datos on-premises. Permite ejecutar on-premises servicios de AWS como instancias EC2, volúmenes EBS, S3 on Outposts, RDS, ECS y EKS. AWS se encarga de la instalación y el mantenimiento del hardware y de las actualizaciones del software. Outposts Servers se ofrece en unidades de servidores de 1U o 2U, y es adecuado para casos de uso que colocan computación de AWS en sitios pequeños como tiendas minoristas, fábricas y hospitales. Hay disponible un subconjunto de EC2 y EBS.

Conexión de red y operación

Outposts necesita una conexión de enlace de servicio con su región principal, que se conecta mediante Direct Connect o VPN. Como el plano de control (inicio / detención de instancias, envío de métricas de CloudWatch, etc.) se gestiona a través de la región, la disponibilidad del enlace de servicio es importante. La puerta de enlace local (LGW) controla el enrutamiento entre la red on-premises y las subredes de Outposts, y proporciona una ruta para que las aplicaciones on-premises accedan a los recursos de Outposts. Las subredes de VPC de Outposts se crean como una extensión de la VPC de la región, y pueden comunicarse dentro de la misma VPC que las subredes de la región.

Puerta de enlace local y residencia de datos

La puerta de enlace local (LGW) controla el enrutamiento entre Outposts y la red on-premises. En la tabla de rutas de la LGW se definen las rutas a los bloques CIDR on-premises y se establece la comunicación entre las instancias EC2 de Outposts y los sistemas on-premises. Con un grupo CoIP (Customer-Owned IP), se puede asignar el esquema de direcciones IP on-premises existente a las instancias de Outposts y minimizar los cambios en las reglas del firewall. Para los requisitos de residencia de datos, S3 on Outposts permite conservar los datos on-premises y, al mismo tiempo, operar con ellos mediante la API de S3. Las instantáneas locales de EBS conservan las copias de seguridad en Outposts y logran una configuración en la que los datos no se transfieren a una región de AWS.

Estructura de costes de Outposts

Outposts es una suscripción de 3 años, con las opciones de pago anticipado total, pago anticipado parcial y sin pago anticipado. El tipo rack tiene una tarifa mensual fija que incluye la capacidad de EC2 y EBS, y se aplican los mismos precios unitarios que a los recursos equivalentes de la región. El tipo servidor (1U/2U) está orientado a entornos edge pequeños y se puede implantar con un coste inferior al del tipo rack. La electricidad, la refrigeración, la seguridad física y la conexión de red corren a cargo del usuario. También es necesario tener en cuenta el coste de Direct Connect o de la VPN que cumpla los requisitos de ancho de banda de la conexión de enlace de servicio (mínimo de 1 Gbps, recomendado de 10 Gbps). Se supervisa con CloudWatch la utilización de los recursos de Outposts y se evalúa periódicamente si sobra o falta capacidad.

Situaciones adecuadas para su adopción

Outposts se elige cuando se desea compaginar la comodidad de la nube con las necesidades on-premises. En las cargas de trabajo que necesitan comunicarse con baja latencia con equipos locales, como los equipos de producción de una fábrica o los sistemas de una tienda, la nube por sí sola, con centros de datos lejanos, no puede cumplir los requisitos. También cuando las leyes, la normativa o las políticas exigen guardar los datos en un lugar concreto, con Outposts se puede tener un entorno de AWS al alcance de la mano. También es adecuado para configuraciones que procesan grandes volúmenes de datos localmente y envían solo los resultados a la nube. Responde a la necesidad de obtener in situ la experiencia operativa de AWS en circunstancias en las que la migración completa a la nube es difícil.

Planificación y gestión de la capacidad

Como Outposts es un equipo físico instalado en las propias instalaciones, su capacidad es finita. Dado que no se puede ampliar sin límite como en la nube, se estima de antemano una configuración acorde con las cargas de trabajo que se van a ejecutar y se realiza el pedido. Tras el inicio de la operación, se supervisa el uso de la computación y el almacenamiento, y se comprueba de forma continua si la capacidad se está agotando. Se ajustan las asignaciones para usar con eficiencia los recursos limitados. Cuando se prevé un aumento de la demanda, se planifica la ampliación con antelación. En lugar de usarlo sin techo con la mentalidad de la nube, la gestión de la capacidad basada en las restricciones físicas es la clave para operar Outposts de forma estable.

Disponibilidad y comportamiento ante fallos de conexión

Outposts se gestiona a través de una conexión dedicada con una región de AWS. Si esta conexión se interrumpe, ya no se pueden crear recursos nuevos ni realizar operaciones de gestión, pero muchas de las cargas de trabajo que ya están en ejecución siguen funcionando localmente. Es importante diseñar para que el trabajo pueda completarse localmente, de modo que las operaciones in situ no dependan en exceso del estado de la comunicación con la región. Los sistemas importantes se hacen redundantes dentro de Outposts para evitar puntos únicos de fallo. También se define de antemano una política de sincronización de datos para poder mantener la coherencia con el lado de la nube cuando se restablezca la conexión. Se requiere un diseño que tenga en cuenta hasta dónde se puede seguir funcionando durante un fallo.

Operación y actualizaciones

Como AWS se encarga del mantenimiento físico y de las actualizaciones del software de Outposts, los usuarios quedan liberados de la gestión del hardware. Por otro lado, por la naturaleza de estar instalado in situ, los usuarios deben preparar las condiciones del entorno de instalación, como la electricidad y la red. Como la supervisión de los recursos y los despliegues se pueden realizar con el mismo sistema de operación que AWS en la nube, los equipos de operaciones pueden usar tal cual los procedimientos a los que están acostumbrados. También es posible integrarlo con los servicios de la región y gestionar de forma integrada las copias de seguridad y la supervisión. Poder operar igual que en la nube estando on-premises es una ventaja que reduce la carga de gestión de los entornos híbridos.

Resumen

Outposts extiende la infraestructura y los servicios de AWS a entornos on-premises y responde a los requisitos de residencia de datos y de latencia. La puerta de enlace local controla la conexión con la red on-premises, y S3 on Outposts permite conservar los datos on-premises y, al mismo tiempo, operar con ellos mediante la API de S3. Con la elección entre el tipo rack y el tipo servidor, abarca una amplia gama de escalas, desde centros de datos hasta entornos edge.

Referencias (recursos oficiales de AWS)

Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.

Si esta página y la documentación oficial difieren, prevalece la documentación oficial.

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 el mecanismo por el que us-east-1a apunta a una AZ física distinta en cada cuenta, el contexto en el que se introdujeron los AZ ID (use1-az1), la intención de diseño de distribuir la capacidad de forma uniforme y los puntos a tener en cuenta al especificar 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 una plataforma de distribución a gran escala con AWS Elemental MediaLive y MediaPackageExplicamos una plataforma de streaming en vivo con calidad broadcast basada en AWS Elemental MediaLive y MediaPackage. Presentamos la transcodificación en tiempo real, DRM, la inserción de anuncios y la distribución multi-CDN.