Prosta opcja do wykresu wykorzystania procesora na zdalnym serwerze Linux

10

Moje wymagania są bardzo proste. Muszę wykreślić wykorzystanie procesora na zdalnym serwerze Linux. Nie szukam niczego skomplikowanego, po prostu muszę móc zaplanować wykorzystanie procesora na serwerze Linux przez tydzień.

Zaczynałem szlakiem kaktusów - nie jest to proste, nie jest proste i na pewno wydaje się, że to przesada.

Czy istnieje prostsza, szybsza i bardziej prosta opcja?

Bart B.
źródło

Odpowiedzi:

14

Munin jest bardzo ładny i łatwy w instalacji i konfiguracji.

wazoox
źródło
1
Dzięki za to - właśnie wypróbowałem Munina i o wiele łatwiej jest zacząć pracę niż Kaktusy, Ganglia czy Zenoss.
gareth_bowles
11

Z jednej strony pobierałem dane za pomocą sar (pakiet sysstat), a następnie rysowałem je za pomocą narzędzia rrd . Oto skrypt, który pomaga w tworzeniu wykresów z danych wyjściowych sar.

Kyle Brandt
źródło
+1 dla sar + wybrane narzędzie graficzne Sprawdź także ksar, czyli aplikację Java, która zjada surowe dane sar i usuwa ładne wykresy. Nie uważałem tego za bardzo intuicyjny w użyciu, ale efekt końcowy był dobry.
DictatorBob,
1

Wolę ORCA - www.orcaware.com do tworzenia wykresów statystyk serwera.
Konfiguracja tych dni nie jest zbyt trudna (użyj migawki r535 ) i może być wyświetlana w przedziałach godzinowych, dziennych, tygodniowych, miesięcznych, kwartalnych i rocznych.

Opiera się na module gromadzącym dane (procallatorze), który odpytuje w 5-minutowych odstępach. Silnik graficzny to stara wersja RRDTool, ale jest szybka w przypadku tej aplikacji.

W przypadku zdalnego serwera możesz mieć wykres z własnymi statystykami lub możesz wyciągać pliki procallatora za pomocą ssh / rsync / scp w regularnych odstępach czasu, aby tworzyć wykresy na lokalnym serwerze. Działa dobrze w obu kierunkach.

ewwhite
źródło
1

Kilka pytań: - czy chcesz generować wykresy w czasie rzeczywistym? - jak często chcesz próbkować?

Poprzednie komentarze wspominały o 5-minutowych próbkach i muszę powiedzieć, że jeśli naprawdę chcesz wiedzieć, co robi Twój procesor, masz pewność, że naprawdę powinieneś być w zakresie 10 sekund. Uśrednianie po 5 minutach spowoduje, że przegapisz kolce, które mogą trwać kilka minut! Wprawdzie 10-sekundowe próbki mogą przegapić 5-sekundowe skoki, ale musisz dowiedzieć się, co próbujesz zobaczyć w danych.

Osobiście używam Collectl, prawdopodobnie dlatego, że to napisałem! ;-)

Ale działa bardzo skutecznie przy niskich częstotliwościach próbkowania (nawet poniżej sekundy) i może nawet raportować swoje wyniki w formacie odpowiednim do wydruku. W rzeczywistości, jeśli zainstalujesz narzędzie collectl-utils i zapiszesz we współdzielonym katalogu, możesz użyć colplot, aby zobaczyć dane w czasie rzeczywistym.

Ostatni komentarz na temat RRDTool. Jest to świetny pakiet i rysuje bardzo ładne wykresy, ale musisz wiedzieć, jeśli zarejestrujesz wiele próbek na jeden dzień, uzyskane wykresy nie są dokładne. Wynika to z faktu, że RRDTool normalizuje wiele próbek w pojedyncze punkty danych, aby uprościć wykresy, czego nigdy nie robi colplot. Używa gnuplot, aby upewnić się, że każdy przechwycony punkt danych jest wiernie wykreślony.

-znak


źródło
0

Kiedy pracowałem z niektórymi Linux- ami korzystałem ze Splunk i uznałem, że jest to bardzo przydatne.

Podobało mi się Splunk, ponieważ pozwalało mi nie tylko monitorować wydajność, ale także konfigurować alerty dotyczące nie tylko mojego Linuxa, ale także Windowsa.

jgardner04
źródło
0

Jeśli naprawdę masz tylko jeden, zignoruj ​​to, ale jeśli masz grupę lub zamierzasz urosnąć, Ganglia może być warta zobaczenia.

5 sekund próbkowania i kilka wskaźników poza procesorem, ładnie zarządzanych na wielu poziomach, na serwer / klaster / farmę itp.

Alex
źródło
Myślałem, że Ganglia wygląda dobrze i wypróbowałem to na niewielkiej liczbie serwerów Linux z różnymi dystrybucjami; konfiguracja była stosunkowo łatwa, ale uznałem, że wyświetlanie wykresu jest bardzo zawodne. Zebrane statystyki dla niektórych serwerów wyświetlały się dobrze, ale dla innych prawie wszystkich danych brakowało. Wydawało się, że nie ma rymowania ani powodu, które serwery działały, a które nie.
gareth_bowles