VPN EC2 burstable: ¿créditos de CPU estándar o ilimitados?

Una puerta de enlace VPN pequeña supera una prueba de velocidad, se siente bien y luego se degrada después de comer. La instancia no mentía durante la prueba; estaba gastando créditos que había ganado mientras estaba inactiva. Las instancias burstable están diseñadas exactamente para eso, lo que convierte una prueba breve en un mal predictor de una tarde de transferencias. Los dos modos de créditos también fallan de formas distintas, y elegir entre ellos es la decisión real.

De dónde tomó prestado la prueba de velocidad

Un crédito de CPU es una vCPU funcionando a plena utilización durante un minuto. Una instancia burstable gana créditos a la tasa de su línea base y los gasta cuando la supera. Una noche inactiva acumula un saldo; una mañana ocupada lo consume.

Por eso la primera prueba se ve bien. La instancia tenía un presupuesto ahorrado, lo gastó en trabajo de cifrado e informó de una tasa saludable. Nada en el resultado te dice qué pasa cuando el saldo llega a cero. La prueba midió una ráfaga, y una ráfaga es lo que la instancia está diseñada para entregar. Nunca midió el estado estacionario del que estás a punto de depender.

La aritmética que tienes que hacer

Las entradas son el porcentaje de línea base por vCPU, el número de vCPU, el saldo acumulado y la carga que esperas. Solo como ilustración: toma una instancia hipotética de dos vCPU con una línea base del diez por ciento por vCPU, 24 créditos acumulados y una vCPU totalmente ocupada mientras la otra está inactiva. Esos números son entradas declaradas, no la especificación de ningún tamaño concreto de instancia.

Earn rate:       2 x 10% x 60 = 12 credits/hour
Workload usage:  1 x 100% x 60 = 60 credits/hour
Net draw:        60 - 12 = 48 credits/hour
Accrued budget:  24 / 48 = 0.5 hours

Con esos supuestos el presupuesto desaparece en aproximadamente media hora. El trabajo en segundo plano, la carga cambiante y la propia contabilidad de la instancia mueven el resultado, y nada de esto predice el rendimiento del VPN. Lo que predice es cuándo empezará a apretar la restricción sostenida.

Fíjate también en la segunda lectura: en este ejemplo, una vCPU ocupada es aproximadamente la mitad de la capacidad total de CPU. Un porcentaje global moderado puede ocultar un núcleo saturado, así que mira el comportamiento por núcleo junto a los números de créditos.

Standard y Unlimited: el mismo cero, distinto significado

En el modo Standard, un saldo agotado limita la CPU sostenida hacia la línea base. La instancia sigue trabajando, solo que más lenta, y el techo es predecible. En el modo Unlimited la instancia puede seguir tirando de créditos excedentes después de que el saldo llegue a cero, y el uso sostenido por encima de la línea base puede generar cargos según las reglas contables del servicio.

Así que un CPUCreditBalance de cero significa limitación en un modo y posible facturación en el otro. Esa es toda la comparación, y por eso leer la métrica sin leer el modo engaña.

El excedente tampoco es una factura simple por crédito. Una operación posterior por debajo de la línea base puede amortizar el uso excedente, y se aplican otras condiciones de cargo. Comprueba el modo configurado y las reglas actuales del servicio en lugar de fiarte de una afirmación sobre el nivel gratuito de una entrada de blog antigua.

Qué vigilar durante el trabajo real

Registra CPUCreditUsage y CPUCreditBalance junto a la duración y la tasa de la transferencia. En Unlimited, añade CPUSurplusCreditBalance y CPUSurplusCreditsCharged. La guía de supervisión de créditos de CPU de AWS explica qué informa cada una y con qué frecuencia.

Vuelve a probar con una concurrencia representativa y la duración suficiente para ver la tendencia, y registra el saldo inicial. Una mañana inactiva y una tarde ocupada no son el mismo experimento, ni siquiera con comandos idénticos.

Límites que no son CPU

El ancho de banda de red tiene su propia línea base y su comportamiento de ráfaga, y los límites de tasa de paquetes o de conexiones pueden atar antes que la CPU. La memoria importa cuando la implementación del VPN guarda estado por conexión, y una instancia pequeña puede quedarse sin ella mucho antes de quedarse sin créditos.

Un saldo de créditos saludable demuestra, por tanto, una cosa: el presupuesto de CPU no es la restricción actual. No dice nada sobre la ruta de red, ni sobre qué ocurre con el doble de concurrencia. Vigila las métricas de red en la misma ventana que las de créditos, para que una caída de rendimiento tenga una causa candidata en lugar de una teoría.

Elegir una línea base a propósito

Usa la carga sostenida medida para elegir una línea base, o acepta las ráfagas de forma explícita y presupuesta para ellas. Ambas respuestas son defendibles cuando están escritas; ninguna lo es cuando se infiere del vídeo en streaming que le funcionó a otra persona.

Si la puerta de enlace soporta carga, trata el modo de créditos como parte del plan de capacidad y no como un valor por defecto que nunca abriste. El modo que eliges es el fallo que puedes predecir.