pmdaweblog - Online w chmurze

PROGRAM:

IMIĘ

pmdawblog - agent domeny metryk wydajności (PMDA) dla dzienników serwera sieci Web

STRESZCZENIE

$PCP_PMDAS_DIR/weblog/pmdaweblog [-Kp] [-d domena] [-h plik pomocy] [-i Port] [-l logfile]
[-n bezczynność] [-S num] [-t opóźnienie] [-u gniazdo] [-U nazwa użytkownika] plik konfiguracyjny

OPIS

pmdawblog jest agentem domeny metryk wydajności (PMDA(3)), który skanuje logi serwera WWW
wyodrębnić metryki charakteryzujące aktywność serwera WWW. Te wskaźniki wydajności są następnie
udostępniane za pośrednictwem infrastruktury Performance Co-Pilot (PCP).

Kurs plik konfiguracyjny określa, które serwery internetowe mają być monitorowane i związany z nimi dostęp
dzienniki i dzienniki błędów oraz schemat oparty na wyrażeniach regularnych do wyodrębniania szczegółów
informacje o każdym dostępie do sieci. Ten plik jest utrzymywany jako część PMDA
instalacja i/lub deinstalacja za pomocą skryptów Zainstalować i Usunąć w katalogu
$PCP_PMDAS_DIR/blog. Aby uzyskać więcej informacji, zapoznaj się z poniższą sekcją dotyczącą
instalacja.

Po uruchomieniu pmdawblog monitoruje zestaw plików dziennika i w odpowiedzi na żądanie
informacji, będzie przetwarzać wszelkie nowe informacje, które zostały dołączone do plików dziennika,
podobny do ogon(1). Istnieje również okresowe „nadrabianie zaległości” w celu przetworzenia nowych informacji
wszystkie pliki dziennika oraz schemat wykrywania rotacji plików dziennika.

Podobnie jak wszystkie inne PMDA, pmdawblog jest uruchamiany przez pmcd(1) przy użyciu opcji wiersza poleceń
określone w $PCP_PMCDCONF_PATH - w Zainstalować skrypt poprosi o podanie odpowiednich wartości
dla opcji wiersza poleceń i zaktualizuj $PCP_PMCDCONF_PATH.

Krótki opis pmdawblog opcje wiersza poleceń są następujące:

-C Sprawdź konfigurację i wyjdź.

-d domena
Określ domena numer. Absolutnie kluczowe znaczenie mają wskaźniki wydajności
domena podana tutaj liczba jest unikatowa i spójna. To jest, domena powinno być
różne dla każdego PMDA na jednym hoście i takie same domena należy użyć numeru
dla pmdawblog PMDA na wszystkich hostach.

W przypadku większości instalacji wartość domyślna domena jak jest zawarte w pliku
$PCP_PMDAS_DIR/weblog/domena.h wystarczy. Sprawdź wartości alternatywne
$PCP_PMCDCONF_PATH dla domena wartości już używane na tym hoście oraz plik
$PCP_VAR_DIR/pmns/stdpmid zawiera repozytorium „dobrze znanych” domena
zadań, których prawdopodobnie należy unikać.

-h plik pomocy
Uzyskaj tekst pomocy z dołączonego zestawu plik pomocy a nie z lokalizacji domyślnej.

-i Port
Komunikować się z pmcd(1) w określonym Internecie Port (która może być liczbą lub a
Nazwa).

-l logfile
Lokalizacja pliku dziennika. Domyślnie plik dziennika o nazwie blog.log jest napisane w
aktualny katalog pmcd(1) kiedy pmdawblog jest uruchomiony, tj
$PCP_LOG_DIR/pmcd. Jeśli plik dziennika nie może zostać utworzony lub nie jest zapisywalny, dane wyjściowe to:
zamiast tego zapisywane do standardowego błędu.

-n bezczynność
Jeśli plik dziennika serwera sieci Web nie został zmodyfikowany bezczynność sekundy, a następnie plik
zostaną zamknięte i ponownie otwarte. To jedyny sposób pmdawblog może wykryć żadnego
asynchroniczna rotacja logów przez skrypty administracyjne serwera WWW. The
domyślny okres to 20 sekund. Wartość tę można zmieniać dynamicznie za pomocą
sklep pm(1) zmodyfikować wartość metryki wydajności web.config.check.

-p Komunikować się z pmcd(1) przez rurę.

-S num Określ maksymalną liczbę serwerów internetowych na sproc. Może być pożądane (od a
perspektywa opóźnień i równoważenia obciążenia) lub konieczne (ze względu na deskryptor pliku
limity), aby przekazać odpowiedzialność za skanowanie plików dziennika serwera WWW kilku osobom
sproc. pmdawblog zapewni, że każdy sproc obsługuje pliki dziennika przez co najwyżej
num Serwery internetowe. Wartość domyślna to 80 serwerów internetowych na sproc.

-t opóźnienie
Aby uniknąć konieczności skanowania dużej ilości informacji z logów serwera WWW w odpowiedzi
na pojedyncze żądanie metryk wydajności, sprawdzone zostaną przynajmniej wszystkie pliki dziennika
za każdym razem opóźnienie sekundy. Wartość domyślna to 15 sekund. Wartość ta może ulec zmianie
dynamicznie używać sklep pm(1) zmodyfikować wartość metryki wydajności
web.config.catchup.

-u gniazdo
Komunikować się z pmcd(1) poprzez podaną domenę Unixową gniazdo.

-U Konto użytkownika, pod którym uruchomić agenta. Wartość domyślna to nieuprzywilejowany „pcp”
konto w aktualnych wersjach PCP, ale w starszych wersjach konto superużytkownika
("root") był używany domyślnie.

PORADY

Struktura PCP umożliwia gromadzenie metryk na jednym hoście i monitorowanie z innego.
Hosty te nazywane są kolektor i monitor odpowiednio gospodarze. Może być gospodarz
zarówno kolekcjonerem, jak i monitorem.

Hosty zbierające wymagają instalacji agenta, natomiast hosty monitorujące nie wymagają instalacji agenta
instalacja agenta w ogóle.

W przypadku hostów zbierających wykonaj następujące czynności jako root:

# płyta CD $PCP_PMDAS_DIR/weblog
# ./Zainstalować

Procedura instalacji wyświetla monit o instalację domyślną lub inną niż domyślna. Wartość domyślna
Instalacja wyszuka znane konfiguracje serwerów i automatycznie skonfiguruje
PMDA dla wszystkich znalezionych plików dziennika serwera. Instalacja inna niż domyślna zostanie przeprowadzona etapowo
przez każdy serwer, prosząc użytkownika o podanie innych konfiguracji serwera i argumentów
pmdawblog. Końcowym rezultatem instalacji modułu zbierającego jest utworzenie pliku konfiguracyjnego
to jest przekazywane pmdawblog za pośrednictwem plik konfiguracyjny argumenty.

Jeśli chcesz cofnąć instalację, wykonaj następujące czynności jako root:

# płyta CD $PCP_PMDAS_DIR/weblog
# ./Usunąć

pmdawblog jest uruchamiany przez pmcd(1) i nigdy nie powinno być wykonywane bezpośrednio. The Zainstalować i
Usunąć skrypty powiadamiają pmcd(1) gdy agent jest instalowany lub usuwany.

KONFIGURACJA

Plik konfiguracyjny bloga PMDA jest plikiem ASCII, który można łatwo modyfikować.
Puste linie i linie zaczynające się od „#' są ignorowane. Wszystkie pozostałe linie muszą mieć postać a
wyrażenie regularne lub specyfikacja serwera.

Wyrażenia regularne, które są używane zarówno w plikach dziennika dostępu, jak i dziennika błędów, muszą mieć rozszerzenie
Formularz:

regex Nazwa wyrażenia regularnego regexp
or

regex_posix Nazwa wyrażenia regularnego zamawiania regexp_posix

Kurs Nazwa wyrażenia regularnego to słowo, które jednoznacznie identyfikuje wyrażenie regularne. To jest
odniesienie użyte w specyfikacji serwera. The regexp dla dzienników dostępu ma format
opisane dla regcmp(3). The regexp_posix dla dzienników dostępu jest w formacie opisanym dla
regcomp(3). Argument zamawiania wyjaśniono poniżej. The POSIX formularz powinien być dostępny
na wszystkich platformach.

Wyrażenie regularne wymaga określenia maksymalnie czterech argumentów, które mają zostać wyodrębnione
z każdej linii dziennika dostępu do serwera WWW, w zależności od typu serwera. W większości
w typowym przypadku istnieją dwa argumenty reprezentujące metodę i rozmiar.

Dla nie- POSIX wersja, argument $0 powinien zawierać metodę: GET, GŁOWA , POST or
PUT. Metoda PUT jest traktowany jako synonim POST, a wszystko inne jest klasyfikowane jako
INNE.

Drugi argument, $1, powinien zawierać rozmiar żądania. Rozmiar ``-'' lub `` ''
jest traktowany jako nieznany.

Argument $3 powinien zawierać kod stanu zwrócony do przeglądarki klienta i argument $4
powinien zawierać kod stanu zwrócony do serwera ze zdalnego hosta. Te ostatnie
dwa argumenty są używane do buforowania serwerów i muszą być określone jako para (lub $3 będzie
ignorowane). Więcej informacji na temat kodów stanu można znaleźć w witrynie internetowej
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

Niektóre legalne nie- POSIX Specyfikacje wyrażeń regularnych do monitorowania dziennika dostępu to:

# wzór dla dzienników dostępu CERN, NCSA, Netscape itp
wyrażenie regularne CERN ] "([A-Za-z][-A-Za-z]+)$0 .*" [-0-9]+ ([-0-9]+)$1

# wzór dzienników dostępu do serwera FTP (zwykle w SYSLOG)
wyrażenie regularne SYSLOG_FTP ftpd[.*]: ([gp][-A-Za-z]+)$0( )$1

Istnieje 1 specjalny typ dzienników dostępu z Nazwa wyrażenia regularnego KAŁAMARNICA. To formatuje ekstrakt 4
parametry, ale ponieważ Kałamarnica log używa tekstowych kodów stanu, jest on traktowany jako plik
szczególny przypadek.

W poniższych przykładach NS_PROXY analizuje Netscape/W3C wspólny Rozszerzona Zaloguj utworzony i
KAŁAMARNICA analizuje domyślny plik dziennika w formacie Squid Object Cache.

# wzór dla rozszerzonych dzienników serwera Netscape Proxy Server
wyrażenie regularne NS_PROXY ] "([A-Za-z][-A-Za-z]+)$0 .*" ([-0-9]+)$2 \
([-0-9]+)$1 ([-0-9]+)$3

# wzór dzienników pamięci podręcznej Squid
wyrażenie regularne SQUID [0-9]+.[0-9]+[ ]+[0-9]+ [a-zA-Z0-9.]+ \
([_A-Z]+)$3([0-9]+)$2 ([0-9]+)$1 ([A-Z]+)$0

Kurs regexp dla dzienników błędów nie wymaga żadnych argumentów, tylko dopasowanie. Niektóre legalne
wyrażenia to:

# wzór dla dzienników błędów CERN, NCSA, Netscape itp
wyrażenie regularne CERN_err .

# wzór dzienników błędów serwera FTP (zwykle w SYSLOG)
regex SYSLOG_FTP_err LOGOWANIE FTP NIEUDANE

If POSIX używane są zgodne wyrażenia regularne, dlatego wymagane są dodatkowe informacje
W wyrażeniu regularnym nie można określić kolejności parametrów. Do tyłu
zgodność, typowy przypadek dwóch parametrów, jako które można określić kolejność metoda, rozmiar
or rozmiar, metoda W ogólnym przypadku kolejność jest określona przez jedną z poniższych opcji
metody:

n1, n2, n3, n4
gdzie nX jest cyfrą od 1 do 4. Każde pole oddzielone przecinkami reprezentuje (w kolejności)
numer argumentu dla metoda, rozmiar, stan_klienta, stan_serwera

- Używane w przypadkach takich jak dzienniki błędów, w których treść jest ignorowana.

Jeśli chodzi o nie- POSIX format, plik KAŁAMARNICA RegexName jest traktowany jako specjalny przypadek dopasowania
nienumeryczne kody stanu.

Niektóre legalne POSIX Specyfikacje wyrażeń regularnych do monitorowania dziennika dostępu to:

# wzór dla dzienników dostępu CERN, NCSA, Netscape, Apache itp
regex_posix Metoda CERN,rozmiar ][ \]+"([A-Za-z][-A-Za-z]+) \
[^"]*" [-0-9]+ ([-0-9]+)

# wzór dla dzienników dostępu CERN, NCSA, Netscape, Apache itp
regex_posix CERN 1,2 ][ \]+"([A-Za-z][-A-Za-z]+) \
[^"]*" [-0-9]+ ([-0-9]+)

# wzór dzienników dostępu do serwera FTP (zwykle w SYSLOG)
regex_posix Metoda SYSLOG_FTP, rozmiar ftpd[.*]: \
([gp][-A-Za-z]+)( )

# wzór dla rozszerzonych dzienników serwera Netscape Proxy Server
regex_posix NS_PROXY 1,3,2,4 ][ ]+"([A-Za-z][-A-Za-z]+) \
[^"]*" ([-0-9]+) ([-0-9]+) ([-0-9]+)

# wzór dzienników pamięci podręcznej Squid
regex_posix SQUID 4,3,2,1 [0-9]+.[0-9]+[ ]+[0-9]+ \
[a-zA-Z0-9.]+ ([_A-Z]+)([0-9]+) ([0-9]+) ([AZ]+)

# wzór dla dzienników błędów CERN, NCSA, Netscape itp
regex_posix CERN_err - .

# wzór dzienników błędów serwera FTP (zwykle w SYSLOG)
regex_posix SYSLOG_FTP_err - LOGOWANIE FTP NIEUDANE

Serwer WWW można określić przy użyciu następującej składni:

serwer Nazwa serwera on|poza dostęp doRegex dostęp do pliku błądRegex plik błędu

Kurs Nazwa serwera musi być unikalny dla każdego serwera i jest nazwą nadawaną instancji
powiązane wskaźniki wydajności. Widzieć PMAPI(3) w celu omówienia instancji PCP
domeny. The on or poza flaga wskazuje, czy serwer ma być monitorowany, gdy PMDA
jest zainstalowane. Można to zmieniać dynamicznie za pomocą sklep pm(1) dla metryki
web.perserver.obserwowany, który ma jedną instancję dla każdego serwera sieci Web o nazwie w plik konfiguracyjny.

Dla każdego serwera WWW monitorowane są dwa pliki, dostęp i dziennik błędów. Każdy plik
wymaga nazwy wcześniej zadeklarowanego wyrażenia regularnego i nazwy pliku. Dziennik
pliki określone dla każdego serwera nie muszą istnieć, gdy zainstalowany jest blog PMDA.
PMDA będzie nadal sprawdzać, czy nie istnieją pliki dziennika i otwierać je, jeśli to możliwe.
Niektóre legalne specyfikacje serwerów to:

# Serwer Netscape na porcie 80 pod adresem IP 127.55.555.555
serwer 127.55.555.555:80 w CERN /logs/access CERN_err /logs/errors

# Serwer FTP.
serwer ftpd na SYSLOG_FTP /var/log/messages SYSLOG_FTP_err /var/log/messages

OSTRZEŻENIA

Określanie wyrażeń regularnych z niepoprawną liczbą argumentów, cokolwiek innego niż
2 dla dzienników dostępu i żaden dla dzienników błędów, może spowodować nieprawidłowe zachowanie PMDA i
nawet awaria. Wynika to z ograniczeń w interfejsie regex(3).

Korzystaj z pmdaweblog online, korzystając z usług onworks.net