Freesco, NND, CDN, EOS

http://www.freesco.pl
Dzisiaj jest poniedziałek, 23 czerwca 2025, 03:25

Strefa czasowa UTC+2godz.




Nowy temat Odpowiedz w temacie  [ Posty: 24 ]  Przejdź na stronę Poprzednia  1, 2
Autor Wiadomość
 Tytuł:
Post: poniedziałek, 19 listopada 2007, 19:38 
Offline
Honorowy Admin

Rejestracja: piątek, 5 lipca 2002, 17:30
Posty: 7800
Lokalizacja: Słupsk
Powiedzcie mi, że się mylę, ale jakoś mam dziwne wrażenie, że admini sobie zagladają na te ładne kolorowe stronki z mrtg i się ekscytują wykresikami, które często nijak się mają do rzeczywistego stanu serwera.
Nie jestem raczej fachowcem od sprzętu, więc nie chcę się wymądrzać, jednak ja bym przyjął w razie podejrzeń następującą kolejność działań.
1. Wyeliminowałbym wszelkie możliwe sprzętowe oszczędzanie energii oraz acpi - na serwrze to nie ma racji bytu.
2. Wpisałbym sobie do crona zapisywanie polecenia uptime do pliku co 15 minut. Po dobie bym przeanalizował i ręcznie namalował sobie wykres. Uptime podaje 3 wartości load average - za ostatnią minutę, ostatnie 5 i ostatnie 15 minut. Prawidłowy wykres powinien mieć tę ostatnią wartość najniższą. Jeśli przeciętne obciążenie 15-minutowe jest wysokie, to wtedy zacząłbym się zastanawiać, co tak bardzo system obciąża.
3. Z doświadczenia wiem, że bardzo często przyczyną wzrostu obciążenia serwera jest niceshaper. Dzieje się tak, jeśli np. serwer jest na neostradzie. Dzieje się tez tak po przeładowaniu iptables i nieprzeładowaniu równocześnie niceshapera. Sprawdziłbym działające usługi. Podejrzane czasowo bym wyłączał. Sprawdził w jakim okresie od startu systemu się to zaczyna. Sprawdziłbym skrypty wpisane do crona, czy czasem to one nie powodują jakichś problemów - szczególnie jeśli obciążenie zwiększa się po północy lub po pełnej godzinie.
Same rysuneczki to można mieć dla userów, żeby się pochwalić jaki admin jest fachura, ale do analizy stanu systemu to się mało nadaje.

_________________
Obrazek Belfer.one.PL
Obrazek Audio Cafe


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: poniedziałek, 19 listopada 2007, 22:23 
Offline
Użytkownik

Rejestracja: środa, 8 czerwca 2005, 19:39
Posty: 571
siner pisze:
barte-k : a widziales moj wczesniejszy post ?? jesli nie to go ponizej przytocze:

sprawdzic obecnie nie moge bo server stoi w lezajsku a ja jestem w cardiff :>

gdybys nie wiedzial to lezajsk jest w polsce a cardiff w wielkiej brytanii wiec jakos narazie nie moge tego sprawdzic.. :(

[OT]
Uspokój sie, przecież nie pisałem do Ciebie. Jakbyś TY uważnie śledził temat to byś nawet nie pisnął. Poza tym, jestem rozgarniętym człowiekiem i wiem gdzie jest Cardiff, a przynajmniej podejrzewam.
Poza tym co z Ciebie za admin jak tu nawet "prawej reki" nie masz? A jak spali się zasilacz? Albo właśnie wylewają się kondensatory na płycie?
[/OT]
@ Maciek: Dobrze prawisz, nic dodać nic ująć. Tak czy siak nie są to problemy "łatwe"
@ pectosol: patrz post Macka, poza tym wygląda mi to na problem software'owy...

_________________
| ArchLinux X64 2.6.29-6 (Custom) @ IBM eServer 235
| Intel Xeon 2,4GHz (x2) : 2GB RAM : 2x36GB SCSI (RAID1)
| httpd2.6 mysql exim dhcpd named proftpd stats niceshaper06
| WAN: 35|35 mb/s (GTS) @ 500+ hosts


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 20 listopada 2007, 03:45 
Offline
Użytkownik

Rejestracja: niedziela, 9 kwietnia 2006, 10:14
Posty: 316
Maciek pisze:
Powiedzcie mi, że się mylę, ale jakoś mam dziwne wrażenie, że admini sobie zagladają na te ładne kolorowe stronki z mrtg i się ekscytują wykresikami, które często nijak się mają do rzeczywistego stanu serwera.


pewnie racja...zwłaszcza że mrtg sam w sobie podbija wartość użycia CPU, ale...
w mojej okolicy właśnie obalam mit że "radiówka" daje marny net,
dlatego dokładam wszelkich starań aby chodziła tak jak "po kablu",
a znam takich co tylko dokładają nowych userów bo twierdzą "że im się jeszcze DSL nie wysycił..."

Pozatym mam jeszcze jeden serwer w sieci który udaje normalnego usera i mierzy kilka parametrów np ping do paru hostów , up i download, jitter i jeszcze kilka innych.
Z obserwacji wynika że jeśli użycie CPU na routerze osiąa wartości szczytowe to wszystkie w/w parametry ulegają poorszeniu.

Maciek pisze:
1. Wyeliminowałbym wszelkie możliwe sprzętowe oszczędzanie energii oraz acpi


nie ma, nie było, nie będzie.

Maciek pisze:
2. Wpisałbym sobie do crona zapisywanie polecenia uptime do pliku co 15 minut. Po dobie bym przeanalizował i ręcznie namalował sobie wykres. Uptime podaje 3 wartości load average - za ostatnią minutę, ostatnie 5 i ostatnie 15 minut. Prawidłowy wykres powinien mieć tę ostatnią wartość najniższą. Jeśli przeciętne obciążenie 15-minutowe jest wysokie, to wtedy zacząłbym się zastanawiać, co tak bardzo system obciąża.

druga połowa zgoda...właśnie pisze skrypt
ale z "... ręcznie ..." no nie mogę sie zodzić, ;) niech komputer się męczy (ale nie ten który właśnie obserwuję ;) ).

Maciek pisze:
....często przyczyną wzrostu obciążenia serwera jest niceshaper.

Pewnie i tu racja ale bez niego to wszytko było by bez sensu ;)

BTW: do tej pory nikt mi nie wyjaśnił dlaczego nice odpalany z "palca" używa o 70% więcej CPU niż odpalany z crona.
Muszę przyznać że zademonstrowane wykresy są tylko dlatego tak niskie bo niecshepera odpalam/restartuje z crona...bez tego użycie CPU wzrośnie na 100%
Jako ciekawostkę mogę dodać że używam niceshapera 0.5.2 z parametrem reload 2s na słabym sprzęcie pII@500

w takiej konfiuracji ten router chodzi już od kilkunastu miesięcy z mniej więcej takim samym uptimem - więc raczej skreślam tą ewentualność

Maciek pisze:
Sprawdziłbym działające usługi.
...


Tak właśnie zrobię.
Myślałem tylko że są jakieś "narzędzia" ułatwiające sprawdzenie.
mrtg jest takim narzędziem mniej lub bardziej dokładnym, które daje sygnał że coś jest nie tak.

Dlatego pytam speców tego distro czy są narzędzia precyzyjniejsze, aby "wyrwać chwasta" ?


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 20 listopada 2007, 13:01 
Offline
PGF

Rejestracja: niedziela, 14 lipca 2002, 14:33
Posty: 3234
Lokalizacja: Radziejów
Nalezy zauwazyc, że czesto miernik powoduje zly pomiar poniewaz wplywa na mierzona wartosc i tak jest w przypadku mrtg, co by o nim nie mowic jest bardzo procesorożerny.
warto wydluzyc przerwe miedzy pomiarami z 5 do 15 minut, co prawda wykres bedzie bardziej schodkowy ale zuzycie procesora mniejsze.

_________________
Nie jestem NEKROMANTĄ, nie wróżę z flaków!
Alkohol pity z umiarem nie szkodzi nawet w największych ilościach!
Przeczytaj nim zapytasz
Obrazek


Na górę
 Wyświetl profil  
 
Wyświetl posty nie starsze niż:  Sortuj wg  
Nowy temat Odpowiedz w temacie  [ Posty: 24 ]  Przejdź na stronę Poprzednia  1, 2

Strefa czasowa UTC+2godz.


Kto jest online

Użytkownicy przeglądający to forum: Bing [Bot] i 9 gości


Nie możesz tworzyć nowych tematów
Nie możesz odpowiadać w tematach
Nie możesz zmieniać swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników

Szukaj:
Przejdź do:  
cron
Technologię dostarcza phpBB® Forum Software © phpBB Group
Hosting: Compus-Net
RobertKonik.pl