amazon-ec2 - instancias - tipo de instancia amazon
Alarmas AWS EC2 High CPU que se apagan (2)
Tengo una instancia micro EC2 que ejecuta Windows 2008 R2. Últimamente he estado recibiendo muchas alarmas de CPU altas y, cuando inicio sesión en la consola de administración de AWS, veo que mi CPU está prácticamente fijada al 100%. Sin embargo, si inicio sesión en la instancia y retiro el administrador de tareas, mi CPU parece estar prácticamente inactiva. He dejado el administrador de tareas abierto durante un tiempo y tomé esta captura de pantalla que muestra las diferencias entre los informes de AWS y el aspecto de mi instancia. Sugerencias?
( https://s3.amazonaws.com/caskerdbbucket/public/cpu.png )
PD: la velocidad de actualización en el administrador de tareas está configurada en "Baja"
Tuve el mismo problema y me llevó mucho tiempo encontrar una solución. En internet no encontré mi caso, así que comparto.
Descubrí en la lista de eventos que se registraron muchos intentos de inicio de sesión fraudulentos. El administrador de tareas en esa situación informaba del 30-40% del uso de la CPU (Cloud Watch 100%) y en la lista de procesos se veían algunos winlogon.exe. Después de cambiar el puerto de Escritorio remoto (3389 es el predeterminado), no tuve más problemas. Ahora, el uso de la CPU en Cloud Watch es coherentemente 34-35%.
Espero que esto ayude.
Los datos expuestos por el sistema operativo a menudo son insuficientes o engañosos en entornos virtualizados como Amazon EC2 , y el porcentaje informado depende del tipo de instancia y la utilización subyacente del núcleo del procesador (que generalmente no coincide con el hardware virtualizado que se le presenta desde el hipervisor), entre otras cosas, lo que está viendo probablemente sea causado por el tiempo de robo de CPU respectivo expuesto en la mayoría de las herramientas de supervisión de Unix / Linux hoy en día (pero no en Windows, lamentablemente, vea mi pregunta ¿Hay un equivalente de Windows de Unix '' Tiempo de robo de CPU ''? Para obtener más información sobre este problema) - ver, por ejemplo, columnas% robo o st in sar o top :
st - Steal Time
La cantidad de CPU ''robada'' por el hipervisor de esta máquina virtual para otras tareas (como ejecutar otra máquina virtual).
La publicación del blog de monitoreo EC2: el caso de la CPU robada ofrece una buena exploración e ilustración de este tema:
Cuando el comando superior muestra un 40% de CPU ocupada, pero CloudWatch dice que el servidor está al máximo al 100%. ¿De qué lado está usted? La respuesta es simple (CloudWatch es correcto, arriba no) [...]
El tiempo de robo de CPU es especialmente frecuente para el tipo de instancia EC2 t1.micro que está utilizando, que puede ser muy acelerado por definición (generalmente ~ 97% de robo de tiempo), consulte Microinstancias para obtener una explicación e ilustración extensas del concepto, específicamente, sección Cuando la instancia utiliza sus recursos asignados indica:
Esperamos que su aplicación consuma solo una cierta cantidad de recursos de CPU en un período de tiempo. Si la aplicación consume más que los recursos de CPU asignados de su instancia, limitamos temporalmente la instancia para que funcione a un bajo nivel de CPU. Si su instancia continúa utilizando todos sus recursos asignados, su rendimiento se degradará . Aumentaremos el tiempo que limitemos su nivel de CPU, aumentando así el tiempo antes de que la instancia vuelva a estallar. [énfasis mío]
En consecuencia, es posible que haya superado el perfil de uso de CPU sostenible para microinstancias y que necesite ajustar su carga de trabajo o cambiar a otro tipo de instancia.