Optimizar latencia en EC2 con tenencia dedicada

Curso de AWS Certified Solutions Architect Associate

Contenido del curso

Fundamentos de AWS

Identidad, Acceso y Gobernanza Multicuenta

Servicios de Computo en AWS

Contenedores en AWS

Redes en AWS

Escalamiento y balanceo en AWS

Almacenamiento en AWS

Bases de datos en AWS

Migración en AWS

Monitoreo y Auditoria en AWS

DNS y CDN en AWS

Servicios de Seguridad

Serverless

Servicios de Datos en AWS

Servicios de AI y ML em AWS

64
Servicios de IA y ML en AWS
04:09 min

Servicios de Backup y Recuperación ante desastres

Architect Solutions Certificate

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:009:25

Optimizar latencia en EC2 con tenencia dedicada

Curso de AWS Certified Solutions Architect Associate

Clase 13 de 69

Clase 13 / 69

Recursos

Cinco milisegundos de latencia parecen poca cosa, pero en el core bancario de Nexe Bank esos milisegundos significan miles de dólares al año. Aquí te muestro cómo optimizar el rendimiento de instancias EC2 en AWS ajustando tenencia, grupos de ubicación, interfaces de red y plantillas de lanzamiento, pensado para quienes administran cargas críticas o se preparan para la certificación.

¿Qué es la tenencia en EC2 y cuándo conviene cada tipo?

La tenencia define dónde vive físicamente tu máquina virtual. Recuerda que una instancia EC2 corre sobre un servidor de Amazon, y tú decides cómo se reparte ese hardware [0:25].

Existen tres modalidades:

Host compartido: es la opción predeterminada. El mismo hardware corre máquinas virtuales de varias organizaciones. Si otra compañía consume demasiados recursos, tu latencia puede sufrir. Esto era lo que pasaba en Nexe Bank.
Instancia dedicada: un hardware completo reservado solo para tus cargas.
Host dedicado: el servidor entero es tuyo. Controlas hosts, puertos y puedes optimizar a un nivel mucho más fino. Esta fue la elección final de Nexe Bank [1:15].

¿Cuándo elegir un host dedicado en EC2? Cuando necesitas control total sobre el hardware, cumplir requisitos de licenciamiento o eliminar el ruido de vecinos. Para banca, salud o cargas con latencia crítica, suele justificar el costo.

¿Qué grupos de ubicación existen en EC2 y para qué sirven?

Los placement groups deciden cómo se distribuyen tus instancias entre el hardware físico de AWS [1:50].

Cluster, spread y partition

Cluster: agrupa instancias en el mismo espacio físico. Ideal para cargas de alto rendimiento donde la latencia entre nodos manda.
Spread: garantiza que cada instancia viva en hardware separado. Si un servidor falla, las demás cargas siguen vivas. Pensado para alta disponibilidad.
Partition: agrupa lógicamente varios spreads en hardware distinto. Es la opción típica para aplicaciones data intensivas como Hadoop, Kafka o Cassandra [2:35].

¿Cómo elegir la interfaz de red correcta en EC2?

La red entre instancias también se optimiza, y aquí AWS te da tres opciones que vale la pena memorizar si vas por la certificación [3:05].

ENI (Elastic Network Interface): la más común. Sirve para la mayoría de cargas y aporta resiliencia, porque si una instancia falla, la interfaz se puede reasignar a otra.
ENA (Elastic Network Adapter): pensada para cargas de alto rendimiento que requieran un throughput de 10 a 100 Gbps. Este número aparece seguido en exámenes.
EFA (Elastic Fabric Adapter): la menos común. Se usa en HPC y machine learning, donde la comunicación entre instancias es intensa [3:50].

¿Cuál es la diferencia entre ENA y EFA? ENA optimiza throughput de red estándar de alto rendimiento. EFA está diseñada para HPC y entrenamiento distribuido de modelos, donde la latencia entre nodos importa más que el ancho de banda puro.

¿Qué son las AMIs y cómo personalizar una imagen en AWS?

Una AMI (Amazon Machine Image) es la plantilla desde la que se lanzan tus instancias [4:25]. AWS ofrece un catálogo amplio:

Quick starts: alrededor de 45 imágenes predeterminadas con Linux de Amazon, macOS, Red Hat, Ubuntu, SUSE o Windows.
Comunidad: imágenes creadas por otros usuarios.
Marketplace: imágenes vendidas por partners de AWS.

Si ya configuraste una instancia con un programa, reglas de firewall y ajustes propios, puedes convertirla en imagen reutilizable. Desde la instancia, vas a Actions > Image and templates > Create image, le pones nombre, descripción y eliges los volúmenes asociados [5:30].

También puedes generar AMIs con herramientas externas como Packer o usar el Image Builder de AWS, que automatiza creación de imágenes y snapshots por schedule, expresiones cron o triggers manuales [6:00].

¿Cómo funcionan los Launch Templates y por qué reemplazan a Launch Configurations?

Un Launch Template es una plantilla que guarda toda la configuración necesaria para lanzar nuevas instancias [6:25]. Sobre una AMI, agregas:

Tipo de instancia.
Key pair para acceso SSH.
Security groups, zona de disponibilidad y subnet.
Volúmenes y opciones avanzadas como hibernación o protección contra apagado.
User data: un script que se ejecuta cada vez que la instancia arranca.

Los Launch Templates van de la mano con los Auto Scaling Groups, que aumentan o reducen capacidad de forma automática. La versión anterior, los Launch Configurations, está deprecada y no soporta versionamiento. Con los templates puedes mantener varias versiones y volver atrás cuando lo necesites [7:30].

¿Cómo hibernar una instancia EC2 sin perder el estado?

La hibernación es útil cuando una carga se prende y apaga varias veces y necesitas conservar lo que hay en memoria [8:00].

Dos requisitos clave:

La instancia debe tener un kernel compatible (kernel de Linux).
Debes habilitar la opción de hibernación al crear la instancia o en el Launch Template.

Al detener una instancia con hibernación activa, AWS guarda el contenido de la RAM en el disco duro. Cuando la prendes de nuevo, todo vuelve exactamente como lo dejaste [8:35].

¿Qué diferencia hay entre detener e hibernar una instancia EC2? Detener apaga la instancia y limpia la RAM. Hibernar guarda el estado de la memoria en disco para retomarlo intacto al encender de nuevo.

¿Tienes en tu empresa una carga que se beneficiaría de host dedicado, placement groups o hibernación? Cuéntame tu caso en los comentarios.

Resumen

¿Qué es la tenencia en EC2 y cuándo conviene cada tipo?

La tenencia define dónde vive físicamente tu máquina virtual. Recuerda que una instancia EC2 corre sobre un servidor de Amazon, y tú decides cómo se reparte ese hardware [0:25].

Existen tres modalidades:

Host compartido: es la opción predeterminada. El mismo hardware corre máquinas virtuales de varias organizaciones. Si otra compañía consume demasiados recursos, tu latencia puede sufrir. Esto era lo que pasaba en Nexe Bank.
Instancia dedicada: un hardware completo reservado solo para tus cargas.
Host dedicado: el servidor entero es tuyo. Controlas hosts, puertos y puedes optimizar a un nivel mucho más fino. Esta fue la elección final de Nexe Bank [1:15].

¿Cuándo elegir un host dedicado en EC2? Cuando necesitas control total sobre el hardware, cumplir requisitos de licenciamiento o eliminar el ruido de vecinos. Para banca, salud o cargas con latencia crítica, suele justificar el costo.

¿Qué grupos de ubicación existen en EC2 y para qué sirven?

Los placement groups deciden cómo se distribuyen tus instancias entre el hardware físico de AWS [1:50].

Cluster, spread y partition

Cluster: agrupa instancias en el mismo espacio físico. Ideal para cargas de alto rendimiento donde la latencia entre nodos manda.
Spread: garantiza que cada instancia viva en hardware separado. Si un servidor falla, las demás cargas siguen vivas. Pensado para alta disponibilidad.
Partition: agrupa lógicamente varios spreads en hardware distinto. Es la opción típica para aplicaciones data intensivas como Hadoop, Kafka o Cassandra [2:35].

¿Cómo elegir la interfaz de red correcta en EC2?

La red entre instancias también se optimiza, y aquí AWS te da tres opciones que vale la pena memorizar si vas por la certificación [3:05].

ENI (Elastic Network Interface): la más común. Sirve para la mayoría de cargas y aporta resiliencia, porque si una instancia falla, la interfaz se puede reasignar a otra.
ENA (Elastic Network Adapter): pensada para cargas de alto rendimiento que requieran un throughput de 10 a 100 Gbps. Este número aparece seguido en exámenes.
EFA (Elastic Fabric Adapter): la menos común. Se usa en HPC y machine learning, donde la comunicación entre instancias es intensa [3:50].

¿Cuál es la diferencia entre ENA y EFA? ENA optimiza throughput de red estándar de alto rendimiento. EFA está diseñada para HPC y entrenamiento distribuido de modelos, donde la latencia entre nodos importa más que el ancho de banda puro.

¿Qué son las AMIs y cómo personalizar una imagen en AWS?

Una AMI (Amazon Machine Image) es la plantilla desde la que se lanzan tus instancias [4:25]. AWS ofrece un catálogo amplio:

Quick starts: alrededor de 45 imágenes predeterminadas con Linux de Amazon, macOS, Red Hat, Ubuntu, SUSE o Windows.
Comunidad: imágenes creadas por otros usuarios.
Marketplace: imágenes vendidas por partners de AWS.

¿Cómo funcionan los Launch Templates y por qué reemplazan a Launch Configurations?

Un Launch Template es una plantilla que guarda toda la configuración necesaria para lanzar nuevas instancias [6:25]. Sobre una AMI, agregas:

Tipo de instancia.
Key pair para acceso SSH.
Security groups, zona de disponibilidad y subnet.
Volúmenes y opciones avanzadas como hibernación o protección contra apagado.
User data: un script que se ejecuta cada vez que la instancia arranca.

¿Cómo hibernar una instancia EC2 sin perder el estado?

La hibernación es útil cuando una carga se prende y apaga varias veces y necesitas conservar lo que hay en memoria [8:00].

Dos requisitos clave:

La instancia debe tener un kernel compatible (kernel de Linux).
Debes habilitar la opción de hibernación al crear la instancia o en el Launch Template.

Al detener una instancia con hibernación activa, AWS guarda el contenido de la RAM en el disco duro. Cuando la prendes de nuevo, todo vuelve exactamente como lo dejaste [8:35].

¿Qué diferencia hay entre detener e hibernar una instancia EC2? Detener apaga la instancia y limpia la RAM. Hibernar guarda el estado de la memoria en disco para retomarlo intacto al encender de nuevo.

¿Tienes en tu empresa una carga que se beneficiaría de host dedicado, placement groups o hibernación? Cuéntame tu caso en los comentarios.

Eduard Giraldo Martínez

Hace 9 meses•editado

Hora de Practicar:

📝 Practice Exam Questions – EC2 Tenancy & Placement Groups

Question 1

A company wants to deploy an EC2-based application that requires very low network latency and high throughput between instances. All instances will run in the same Availability Zone.

Which solution meets these requirements?

A. Spread Placement Group

B. Partition Placement Group

C. Cluster Placement Group

D. Dedicated Hosts

Question 2

A financial company must ensure that its critical EC2 instances do not share underlying hardware with each other to minimize the risk of correlated failures.

Which option should the company use?

A. Cluster Placement Group

B. Spread Placement Group

C. Partition Placement Group

D. Shared tenancy

Question 3

A company is running a large distributed system (such as Apache Kafka) on EC2. The system must be able to scale to hundreds of instances while maintaining fault isolation between groups of instances.

Which placement group type should be used?

A. Cluster

B. Spread

C. Partition

D. Dedicated Instance

Question 4

A software vendor needs to deploy EC2 instances using existing per-socket software licenses that require visibility into the physical host where the instances are running.

Which EC2 deployment option should be used?

A. Shared tenancy

B. Dedicated Instances

C. Dedicated Hosts

D. Cluster Placement Group

Question 5

A company wants EC2 instances that run on hardware dedicated to the company, but it does not need control over the specific physical host.

Which option is the most appropriate?

A. Shared tenancy

B. Dedicated Hosts

C. Dedicated Instances

D. Spread Placement Group

Question 6

Which statement about Spread Placement Groups is true?

A. They provide the highest network performance

B. They are designed for large-scale distributed systems

C. They place instances on distinct underlying hardware

D. They support unlimited instances per Availability Zone

Question 7

Which scenario is the best use case for a Cluster Placement Group?

A. Running a highly available database across multiple AZs

B. Running a small number of critical instances that must not fail together

C. Running HPC workloads that require fast inter-node communication

D. Running workloads that require BYOL licensing

Question 8

Which EC2 tenancy option is the default when launching an instance?

A. Dedicated Host

B. Dedicated Instance

C. Shared

D. Partition

🧠 Answers:

1: C

2: B

3: C

4: C

5: C

6: C

7: C

8: C

Fundamentos de AWS

Certificación AWS Solutions Architect Associate: Fundamentos y Preparación

Preparación para certificación AWS Arquitecto de Soluciones

Configuración de presupuestos en AWS para controlar costos

Los 6 pilares del Well-Architected Framework

Identidad, Acceso y Gobernanza Multicuenta

Cómo evitar brechas de seguridad con IAM

Creación de usuarios administrador y practicante en AWS IAM

Gestión de cuentas con AWS Organizations

Detecta recursos AWS expuestos con Access Analyzer

Cómo gestionar múltiples cuentas AWS

Servicios de Computo en AWS

Servicios de cómputo AWS: EC2, procesadores Graviton y AMIs

Compute Savings Plan para EC2 y Lambda

Cómo lanzar tu primera instancia EC2

Optimizar latencia en EC2 con tenencia dedicada

Cómo consultar metadatos de EC2 con IMDSv2

AWS Outposts: ejecutar AWS en tu data center

Despliegue de app web en Elastic Beanstalk

Contenedores en AWS

Contenedores en AWS: ECS, EKS y ECR

Gestión de imágenes de contenedores con ECR y Fargate

Configuración de clusters, tareas y servicios en Amazon ECS

Redes en AWS

Direccionamiento IP y bloques CIDR para redes AWS

NAT Gateway para subredes privadas en AWS

Configuración de instancias públicas y privadas con NAT Gateway

NACL y Security Groups en AWS

Cómo reparar un Security Group en EC2

Conectividad híbrida en AWS: VPC Peering, Transit Gateway y Endpoints

Escalamiento y balanceo en AWS

Tipos de balanceadores de carga en AWS

Configuración de balanceadores de carga en AWS para alta disponibilidad

Autoescalamiento en EC2 con Auto Scaling Groups

Cómo crear un Auto Scaling Group en EC2

Almacenamiento en AWS

Tipos de almacenamiento en AWS: EBS, EFS y S3

Instance Store vs EBS en AWS

EFS vs FSx para compartir archivos en AWS

Creación y configuración de volúmenes EBS en AWS

Transfer Acceleration para datos globales en S3

Configuración de EFS para compartir almacenamiento entre instancias

Recuperar objetos borrados en Amazon S3

Bases de datos en AWS

Bases de datos relacionales vs no relacionales en AWS

Cómo funciona DynamoDB en AWS

Creación y configuración de bases de datos Dynamo en AWS

Elasticache y DAX

RDS vs Aurora: réplicas y alta disponibilidad

Cómo configurar Aurora con alta disponibilidad en RDS

Migración en AWS

Estrategias de migración AWS: las 6 R para trasladar aplicaciones

Cómo migramos 500 TB a AWS sin downtime

Migración de datos con AWS Snow Family: opciones y características

DMS y SCT para migrar bases de datos en AWS

Monitoreo y Auditoria en AWS

CloudTrail y EventBridge en arquitecturas AWS

Monitoreo de AWS con CloudWatch

DNS y CDN en AWS

Zonas locales y de borde en AWS

CloudFront vs Global Accelerator en AWS

Failover en Route 53 para arquitectura activo-pasiva

Configuración de políticas de geoproximidad en AWS Route 53

Servicios de Seguridad

KMS vs CloudHSM para datos regulados

AWS Shield y WAF contra ataques DDoS

Servicios AWS para detectar vulnerabilidades

GuardDuty y Trusted Advisor para detectar amenazas en AWS

Serverless

API Gateway y Lambda en arquitecturas serverless

Creación y configuración de funciones Lambda para automatización

AWS SQS: Tipos de filas y configuración para arquitecturas serverless

AWS SNS y Step Functions para comunicación y workflows visuales

Servicios de Datos en AWS

Servicios de datos en AWS para tu examen

Kinesis, EMR, Glue

Casos de uso de Amazon Redshift en AWS

Servicios de AI y ML em AWS

Servicios de IA y ML en AWS

Servicios de Backup y Recuperación ante desastres