2012-07-28 23 views
21

2008 R2 pencerelerini çalıştıran bir mikro EC2 örneğim var. Son zamanlarda çok fazla yüksek CPU alarmı alıyorum ve AWS yönetim konsoluna giriş yaptığımda, CPU'mn neredeyse% 100 olarak ayarlandığını görüyorum. Ancak, örneğe giriş yaparsam ve görev yöneticisini çekersem, CPU'm pratik olarak boşta gibi görünür. Görev yöneticisini bir süreliğine açık bıraktım ve bu ekran görüntüsünü aldıkları arasındaki farkları göstererek AWS’i rapor ediyor ve örneğimin yaptığı gibi görünüyor. Öneriler? PSAWS EC2 Yüksek CPU alarmları çıkıyor

CPU Usage Graph (https://s3.amazonaws.com/caskerdbbucket/public/cpu.png)

: Görev yöneticisi güncelleme hızı ayarlanır işletim sistemi tarafından maruz

+0

Aynı şeyi bir t1.micro linux örneğinde görüyorum. – Molomby

+0

t2 örneklerinin piyasaya sürülmesiyle birlikte, bu durum muhtemelen daha da azaldı, çünkü daha da kısaltılabileceğimize dair daha fazla görünürlüğe sahibiz. –

cevap

34

veriler genellikle Amazon EC2 gibi sanallaştırılmış ortamlarda yetersiz veya yanıltıcı ve "Low" için bildirilen yüzde, örnek türünüze ve temel işlemciye göre (genellikle hipervizör tarafından sunulan sanallaştırılmış donanımla eşleşmeyen) temel kullanım şekline ve büyük olasılıkla ilgili CPU çalınmasından kaynaklanır. süre, günümüzde en çok ilgili Unix/Linux izleme araçlarında (bu sorunla ilgili daha fazla bilgi için maalesef Windows'ta değil, maalesef bu soruyu daha fazla görmek için Is there a Windows equivalent of Unix 'CPU steal time'? konusuna bakın) - bkz. sütun% sar veya top çalmak veya st:

st - Çelik saat
diğer görevler için hiper bu sanal makine 'çalınır' CPU miktarını (örneğin başka bir sanal çalışan olarak makine).

blog yazısı EC2 monitoring: the case of stolen CPU bu konunun güzel bir keşif ve gösterimini sağlamaktadır:

zaman top komutu% 40 CPU meşgul ama CloudWatch sunucu% 100 olarak belirlenmiş durumda diyor - hangi tarafı alır mısın? Cevap [...]

CPU ağır hızlandırılmı alabileceğiniz, zaman kullandığınız t1.micro EC2 örnek türü için özellikle yaygındır çalmak (üst değil, CloudWatch doğrudur) basittir tanım gereği (genellikle ~% 97 zaman çalmak!), kavramın geniş bir açıklama ve gösterim amacıyla Micro Instances bakınız - özellikle bölüm When the Instance Uses Its Allotted Resources devletleri:

Biz uygulama CPU kaynakların sadece belirli bir miktar tüketmeye bekliyoruz bir süre içinde. Uygulamanızın 'dan daha fazla tüketilmesi durumunda, örneğinizin ayrılan CPU kaynakları, , örneğini geçici olarak sınırlandırır, böylece düşük bir CPU düzeyinde çalışır. Örneğiniz, tüm ayrılan kaynaklarını kullanmak için devam ederse, performansı bozulur. , CPU seviyesini sınırladığımız süreyi artıracaktır, böylece örneğin yeniden patlamaya izin vermeden önce zamanını artıracaktır.[vurgu benim] Buna göre

, mikro örnekleri için sürdürülebilir CPU kullanımı profili geçmek olabilir ve ya da iş yükünü ayarlamak ya da başka bir örnek türüne geçiş yapmanız gerekir.

+0

Mükemmel cevap. Bir yan notta, örneğim şimdi normale dönmüş görünüyor. –

2

Aynı problem vardı ve bir çözüm bulmak için çok zaman harcadı. İnternette benim durumumu bulamadım, bu yüzden paylaşıyorum.

Birçok sahte giriş girişimi kaydedilen olaylar listesinde bulunduğunu keşfettim. Görev yöneticisi bu durumda CPU kullanımının% 30-40'ını (Cloud Watch% 100) rapor ediyordu ve işlem listesinde bazı winlogon.exe dosyaları göründü. Uzak Masaüstü bağlantı noktasını değiştirdikten sonra (3389 varsayılan değerdir) Daha fazla sorun yaşamadım. Artık Cloud Watch'da CPU kullanımı% 34-35.

Bu yardımcı olur umarım.