Rendimiento de cómputo y almacenamiento
Right-sizing de EC2, placement groups y redes mejoradas, y cómo exprimir el rendimiento de EBS, S3, EFS y FSx.
Los temas anteriores te enseñaron a recolectar telemetría y a reaccionar ante ella. Este toma esos mismos números y los usa para otra cosa: decidir si un recurso tiene el tamaño, el tipo y la ubicación correctos. Casi todo lo que hay acá es un techo que alguien eligió una vez al crear el recurso y nunca volvió a revisar, y la habilidad que se evalúa es reconocer cuál de esos techos está atando antes de tocar nada.
Qué cubre este tema
- Las cuatro dimensiones de capacidad de una instancia, y por qué la memoria solo llega a CloudWatch a través del agente
- Compute Optimizer: opt-in, ventanas de análisis de 14 y 93 días, clasificaciones de findings, finding reasons y performance risk
- El modelo de créditos de CPU de las instancias burstable, y la diferencia entre el modo standard y el unlimited al llegar a cero
- El límite por flujo contra el ancho de banda agregado, los créditos de I/O de red y los contadores de allowance de ENA
- Placement groups cluster, partition y spread, con sus límites duros y sus errores de capacidad
- Los seis tipos de volumen EBS, la relación entre IOPS y throughput según el tamaño de I/O, y los créditos de gp2, st1 y sc1
- Cómo distinguir un volumen limitado de una instancia limitada, y cómo modificar un volumen vivo con Elastic Volumes
- Tasas de request de S3 por prefijo, respuestas 503 Slow Down, multipart uploads, byte-range fetches, Transfer Acceleration y DataSync
- Almacenamiento compartido: modos de rendimiento y de throughput de EFS, lifecycle, la familia FSx y Mountpoint for Amazon S3
Por qué importa
La tarea 1.3 de la guía del examen SOA-C03 cubre exactamente este terreno: optimizar cómputo con métricas de rendimiento y resource tags, analizar métricas de EBS y elegir tipos de volumen, implementar estrategias de rendimiento en S3, evaluar almacenamiento compartido, y optimizar instancias EC2 junto con su almacenamiento y su red.
Las preguntas de esta parte casi nunca te piden una definición. Te dan un número que se ve sano y un síntoma que no lo está: CPU en 12% con la aplicación lenta, una instancia de 25 Gbps moviendo 5, un job que va bien exactamente 33 minutos. Responder bien exige saber qué métrica falta, qué crédito se agotó y qué límite está atando. Ese hábito también te sirve fuera del examen, porque es el mismo razonamiento que usas cuando el reclamo llega a las 3 de la mañana.