2012-12-21 18 views
7

enter image description hereEC2 Micro Instance CPU skoki do 100% w regularnych odstępach codziennie

znam Amazon przepustnice mikro instancji, jeżeli wykorzystuje się pewną ilość czasu procesora, ale nie sądzę, jest to przypadek. Wszystkie skoki pojawiają się od około 6:30 do 6:40 UTC. Sprawdziłem moją pracę cron i nie ma nic zaplanowanego na ten czas:

@reboot ~/path/to/script1.sh >> ~/log/cron.log 
0 13 * * * ~/path/to/script2.sh >> ~/log/cron.log 

Co jeszcze może być?

PS: Zauważ, że rozwijanie Wykorzystanie CPU jest ustawione na "Maximum". Wykres wygląda podobnie do "Średnia". PPS: To wystąpienie jest częścią konfiguracji równoważenia obciążenia z 2 instancjami.

Oto co jest w środku mojego /etc/cron.daily (pozostałe crons są puste):

apport, apt, aptitude, bsdmainutils, dpkg, logrotate, man-db, mlocate, passwd, popularity-contest, standard, update-notifier-common

+0

Czy próbowałeś sprawdzić dzienniki w tym czasie? –

+0

Ponadto może to być coś skonfigurowanego z czymś innym niż cron lub niestandardowym demonem. – Linuxios

+0

którego używasz? może być procesem updateb – neo

Odpowiedz

10

Zwykle AMI na Ubuntu na Amazon mają swoje codzienne zadania cron pod /etc/cron.daily zaplanowane na godziny poranne. Ten harmonogram jest zarządzany za pomocą /etc/crontab. Oto jak wygląda przykładowy /etc/crontab:

$ cat /etc/crontab 
# /etc/crontab: system-wide crontab 
# Unlike any other crontab you don't have to run the `crontab' 
# command to install the new version when you edit this file 
# and files in /etc/cron.d. These files also have username fields, 
# that none of the other crontabs do. 

SHELL=/bin/sh 
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin 

# m h dom mon dow user command 
17 * * * * root cd/&& run-parts --report /etc/cron.hourly 
25 6 * * * root test -x /usr/sbin/anacron || (cd/&& run-parts --report /etc/cron.daily) 
47 6 * * 7 root test -x /usr/sbin/anacron || (cd/&& run-parts --report /etc/cron.weekly) 
52 6 1 * * root test -x /usr/sbin/anacron || (cd/&& run-parts --report /etc/cron.monthly) 
# 

Oczywiście, codzienne zadania uruchamiane na 6:25 rano. Możesz zmienić te ustawienia, aby przenieść codzienne zadania na inny czas, jeśli ma to wpływ na bezpośrednią dostawę serwerów. Co więcej, możesz zbadać przedmioty pod numerem /etc/cron.daily. Dla mnie to wygląda tak:

$ ls /etc/cron.daily/ 
apport apt aptitude bsdmainutils dpkg logrotate man-db mlocate popularity-contest standard 

schodzi z nich, zwykle man-db i logrotate może potrwać znaczną czasu procesora do wykonania. Są to standardowe zadania i można je modyfikować w celu uzyskania optymalnej wydajności. Możesz zajrzeć do tuningu swoich polityk logrotate i man-db.

Mam nadzieję, że to pomoże.

Powiązane problemy