PCPIntro - Online în cloud

PROGRAM:

NUME

PCPIntro - introducere la Performance Co-Pilot (PCP)

INTRODUCERE

Performance Co-Pilot (PCP) este un set de instrumente conceput pentru monitorizarea și gestionarea sistemului
nivel de performanță. Aceste servicii sunt distribuite și scalabile pentru a se potrivi cel mai mult
configurații complexe ale sistemului și probleme de performanță.

PCP acceptă multe platforme diferite, inclusiv (dar fără a se limita la) Linux, MacOSX,
Solaris și Windows. De la un PCP de nivel înalt poate fi considerat că conține două clase de
utilitar software:

PCP Colecționari
Acestea sunt părțile PCP care colectează și extrag date de performanță din diverse
surse, de exemplu, nucleul sistemului de operare.

PCP monitoare
Acestea sunt părțile PCP care afișează date colectate de la gazde (sau arhive)
care au PCP Colector instalat. Multe instrumente de monitorizare sunt disponibile ca parte
a versiunii de bază PCP, în timp ce alte instrumente de monitorizare (de obicei grafice) sunt
disponibil separat în pachetul PCP GUI.

Această intrare manuală descrie caracteristicile și opțiunile de nivel înalt comune pentru majoritatea PCP
utilități disponibile pe toate platformele.

ÎNSCRIERI

Arhitectura PCP este distribuită în sensul că orice instrument PCP se poate executa
de la distanță. Pe gazda (sau gazdele) monitorizate, fiecare domeniu de metrici de performanță,
indiferent dacă nucleul, un nivel de servicii, un sistem de gestionare a bazelor de date, un server web, un
aplicație etc. necesită un Agent de domeniu pentru metrici de performanță (PMDA), care este
responsabil pentru colectarea măsurătorilor de performanță din acel domeniu. Toate PMDA-urile sunt
controlat de Daemonul de colectare a parametrilor de performanță (pmcd(1)) pe aceeași gazdă.

Aplicațiile client (instrumentele de monitorizare) se conectează pmcd(1), care acționează ca un router pentru
cereri, prin transmiterea cererilor către PMDA corespunzător și returnarea răspunsurilor către
clientii. Clienții pot accesa și date de performanță dintr-o arhivă PCP (creată folosind
pmlogger(1)) pentru analiză retrospectivă.

Securitate filozofie
PCP redistribuie o mulțime de informații de performanță în cadrul unei gazde și în întreaga sa
retelelor. Următoarea filozofie de securitate stă la baza stabilirii mai multor implicite
care controlează cât de multe informații sunt trimise și primite.

În mod implicit, informațiile expuse de PMCD despre o gazdă sunt aproximativ aceleași
nivelul de confidențialitate disponibil pentru un utilizator complet neprivilegiat pe gazda respectivă. Asa de,
date de performanță care sunt disponibile pentru a fi citit complet liber pe o mașină poate fi făcut
disponibil de către PMCD în rețea.

Cu toate acestea, gazda care rulează PMCD și rețeaua sa este nu presupus a alerga numai prietenos
aplicatii. Prin urmare, scrie operațiunile de tip, inclusiv de la gazda locală, nu sunt
permis implicit.

Aceste valori implicite pot fi suprascrise (extinse sau reduse) în mai multe moduri, inclusiv prin
specificarea ACL-urilor de rețea în pmcd.conf, activând PMDA-uri care nu sunt implicite sau utilizând PMCD
conexiuni care trec acreditările utilizatorului. De exemplu, unele PMDA oferă automat
mai multe informații pentru anumiți utilizatori sau grupuri cu acreditări.

Aplicatii
Următoarele aplicații de monitorizare a performanței sunt în principal bazate pe consolă, de obicei
rulează direct din linia de comandă și sunt doar un mic subset al instrumentelor disponibile ca
parte a pachetului PCP de bază.

Fiecare instrument sau comandă este documentată complet în propria pagină de referință.

pmstat Emite un rezumat ASCII la nivel înalt al performanței sistemului.

pmie Un motor de inferență care poate evalua regulile de acțiune a predicatelor pentru a efectua alarme și
automatizarea sarcinilor de management al sistemului.

pminfo Interogați anumite valori de performanță și metadatele care le descriu.

pmlogger
Generează arhive PCP cu valori de performanță potrivite pentru reluare de către majoritatea PCP
unelte.

pmval Raportare periodică simplă pentru unele sau toate cazurile unei valori de performanță, cu
controlul timpului opțional al VCR.

Dacă pachetul PCP GUI este instalat, sunt disponibile următoarele instrumente suplimentare.

pmchart
Afișează tendințele în timp ale valorilor de performanță selectate în mod arbitrar dintr-unul sau
mai multe gazde.

pmtime Utilitar de control al timpului pentru coordonarea timpului între mai multe instrumente (inclusiv
pmchart și pmval).

pmdumptext
Produceți rapoarte ASCII pentru combinații arbitrare de metrici de performanță.

COMUNĂ COMMAND LINE ARGUMENTE

Există un set de argumente comune ale liniei de comandă care sunt utilizate în mod constant de majoritatea PCP
unelte.

-a Arhiva
Informațiile despre metrica de performanță sunt preluate retroactiv din Performanță
Copilot (PCP) Arhiva, generat anterior de pmlogger(1).Vedea pcp-
Arhiva(5)pentruformatdocumentație. -a si -h opțiunile se exclud reciproc.

Arhiva este fie numele de bază comun tuturor fișierelor fizice create de un
instanță de pmlogger(1), sau oricare dintre fișierele fizice, de ex arhiva mea (bazat
nume) sau arhiva mea.meta (fișierul de metadate) sau arhiva mea.index (indicele temporal)
or arhiva mea.0 (primul volum de date al Arhiva) Sau arhiva mea.0.bz2 or
arhiva mea.0.bz (primul volum de date comprimat cu bzip2(1)) sau arhiva mea.0.gz
or arhiva mea.0.Z or arhiva mea.0.z (primul volum de date comprimat cu gzip(1)),
arhiva mea.1 or arhiva mea.3.bz2 or arhiva mea.42.gz etc

-a Arhiva[,Arhiva,...]
O formă alternativă de -a pentru aplicațiile care sunt capabile să gestioneze mai multe arhive.

-h nume de gazdă
Dacă nu este direcționat către o altă gazdă de către -h opțiunea sau la o arhivă de către -a
opțiunea, sursa valorilor de performanță va fi colectorul de metrici de performanță
Daemon (PMCD) pe gazda locală. Consultați PMCD HOST SPECIFICAȚIE secțiune
mai târziu pentru mai multe detalii despre numeroasele opțiuni disponibile la formarea nume de gazdă
specificația, precum și o descriere detaliată a gazdei locale implicite
conexiune. -a si -h opțiunile se exclud reciproc.

-s probe
Argumentul probe definește numărul de eșantioane care trebuie extrase și raportate.
If probe este 0 sau -s nu este specificat, aplicația va eșantiona și va raporta
continuu (în modul timp real) sau până la sfârșitul arhivei PCP (în arhivă
Mod).

-z Schimbați fusul orar de raportare în fusul orar local la gazda care este sursa
a valorilor de performanță, identificate fie prin intermediul -h or -a opțiuni.

-Z Zona de fus orar
În mod implicit, aplicațiile raportează ora din zi în funcție de fusul orar local activat
sistemul în care se execută aplicația. The -Z opțiunea schimbă fusul orar
la Zona de fus orar în formatul variabilei de mediu TZ așa cum este descris în
despre(7).

INTERVAL SPECIFICAȚIE AND ALINIERE

Majoritatea instrumentelor PCP funcționează cu eșantionare sau raportare periodică, iar -t si -A opțiunile pot
să fie utilizat pentru a controla durata intervalului de eșantionare și alinierea probei
ori.

-t interval
Setați intervalul de actualizare sau de raportare.

interval argumentul este specificat ca o secvență de unul sau mai multe elemente ale
formă
număr[de unităţi]
Unde număr este o constantă întreagă sau în virgulă mobilă (analizată folosind strtod(3)) și
opțional de unităţi este unul din: secunde, al doilea, secunde, sec, s, minute, minut, min,
minute, m, ore, oră, h, zile, zi si d. Dacă unitate este gol, al doilea este asumat.

În plus, versiunea cu majuscule (sau cu litere mixte) a oricăruia dintre cele de mai sus este, de asemenea
acceptabil.

Spații oriunde în interval sunt ignorate, deci 4 zile 6 ore 30 minute,
4zi 6 ore 30 min, 4d6h30m si 4d6.5pm sunt toate echivalente.

Specificațiile multiple sunt aditive, de exemplu ``1hour 15mins 30Sec'' este interpretat
ca 3600+900+30 secunde.

-A alinia
În mod implicit, mostrele nu sunt neapărat aliniate pe nicio unitate naturală de timp. The -A
opțiunea poate fi utilizată pentru a forța eșantionul inițial să fie aliniat la limita a
unitate de timp naturală. De exemplu -A 1sec, -A 30min si -A 1hour specificați alinierea pe
secunde întregi, jumătate și, respectiv, ore întregi.

alinia argumentul urmează sintaxa pentru an interval argument descris mai sus pentru
il -t opțiune.

Rețineți că alinierea are loc prin avansarea timpului după cum este necesar și că -A acționează ca un
modificator pentru a avansa atât începutul ferestrei de timp (vezi secțiunea următoare) cât și
ora de origine (dacă -O este specificată opțiunea).

TIMP FEREASTRA SPECIFICAȚIE

Multe instrumente PCP sunt concepute pentru a funcționa într-o fereastră de timp de interes, de exemplu pentru a defini a
timp de terminare pentru monitorizare în timp real sau pentru a defini un timp de început și de sfârșit în cadrul unui PCP
jurnal de arhivă.

În absența -O si -A opțiuni pentru a specifica originea și ora inițială a timpului de eșantionare
aliniere (vezi mai sus), aplicația PCP va prelua prima probă la începutul
fereastra de timp.

Următoarele opțiuni pot fi utilizate pentru a specifica o fereastră de timp de interes.

-S timpul de începere
În mod implicit, fereastra de timp începe imediat în modul în timp real sau coincide
cu timpul la începutul jurnalului de arhivă PCP în modul arhivare. The -S opțiunea poate
poate fi utilizat pentru a specifica o oră ulterioară pentru începerea ferestrei de timp.

timpul de începere parametrul poate fi dat în una din trei forme (interval este la fel ca
pentru -t opțiunea descrisă mai sus, datetime este descris mai jos):

interval
Pentru a specifica un decalaj față de ora curentă (în modul în timp real) sau
începutul unei arhive PCP (în modul arhivare) specificați pur și simplu intervalul de
timpul ca argument. De exemplu -S 30min va seta începutul orei
fereastră să fie exact peste 30 de minute în modul în timp real sau exact 30 de minute
minute de la începutul unei arhive PCP.

-interval
Pentru a specifica un decalaj față de sfârșitul unui jurnal de arhivă PCP, prefixați interval
argument cu semnul minus. În acest caz, începerea ferestrei de timp
precede ora de la sfârșitul arhivei cu intervalul dat. De exemplu
-S -1 oră va seta începutul ferestrei de timp la exact o oră
înainte de ora ultimei mostre dintr-un jurnal de arhivă PCP.

@datetime
Pentru a specifica data și ora calendarului (ora locală în fusul orar de raportare)
pentru începutul ferestrei de timp, utilizați sintaxa datetime precedată de un at
semn. Consultați descrierea date-ora de mai jos pentru informații detaliate.

-T Sfârșitul timpului
În mod implicit, sfârșitul ferestrei de timp este nelimitat (în modul în timp real) sau aliniat
cu ora de la sfârșitul unui jurnal de arhivă PCP (în modul arhivare). The -T opțiunea poate
poate fi utilizat pentru a specifica o oră anterioară pentru sfârșitul ferestrei de timp.

Sfârșitul timpului parametrul poate fi dat în una din trei forme (interval este la fel ca
pentru -t opțiunea descrisă mai sus, datetime este descris mai jos):

interval
Pentru a specifica un decalaj de la începutul ferestrei de timp, utilizați pur și simplu
interval de timp ca argument. De exemplu -T 2h30m va stabili sfârșitul
fereastra de timp să fie de 2 ore și 30 de minute după începerea timpului
fereastră.

-interval
Pentru a specifica un decalaj înapoi față de momentul de la sfârșitul unui jurnal de arhivă PCP,
prefixul interval argument cu semnul minus. De exemplu -T -90m voi
setați sfârșitul ferestrei de timp să fie cu 90 de minute înainte de ora ultimei
eșantion într-un jurnal de arhivă PCP.

@datetime
Pentru a specifica data și ora calendarului (ora locală în fusul orar de raportare)
pentru sfârșitul ferestrei de timp, utilizați sintaxa datetime precedată de un at
semn. Consultați descrierea date-ora de mai jos pentru informații detaliate.

-O origine
În mod implicit, mostrele sunt preluate de la începutul ferestrei de timp (vezi descrierea
of -S opțiunea) până la sfârșitul ferestrei de timp (vezi descrierea -T opțiune). The -O
opțiunea permite specificarea unei origini în fereastra de timp pentru a fi utilizată ca
timpul inițial de probă. Acest lucru este util pentru utilizarea interactivă a unui instrument PCP cu
pmtime(1) Facilitate de redare VCR.

origine argument acceptat de -O se conformează aceleiași sintaxă și semantică ca și
timpul de începere argument pentru -T opțiune.

De exemplu -O -0 precizează că poziția inițială ar trebui să fie la sfârșitul
fereastra de timp; acest lucru este cel mai util atunci când doriți să redați „înapoi” în interiorul
fereastra de timp.

datetime argument pentru -O, -S si -T opțiunile constă din:
data timp zonă zi relativ
O dată poate fi una dintre: AA-LL-ZZ, LL/ZZ/AA, ZZ Luna AAAA sau ZZ Luna AAAA. Un timp poate fi
unul dintre: HH:MM:SS, HH:MM. HH:MM poate folosi fie 12 ore (prin un sufix am sau pm) sau 24
convenție oră. O zi a săptămânii poate fi o zi a săptămânii specificată, opțional
precedat de un număr ordinal, cum ar fi a doua marți. Un fus este o valoare de fus orar ca
specificate de tzselect(1) comanda. Un timp relativ poate fi o unitate de timp care este:
precedat de un număr cardinal, cum ar fi 1 an sau 2 luni, precedat de unul din timp
cuvintele acesta sau ultimul, sau reușite de cuvântul de timp în urmă. Un timp relativ poate fi, de asemenea, unul dintre
cuvintele de timp: ieri, azi, mâine, acum. Exemple de șiruri de date și oră sunt:
1996-03-04 13:07:47 EST mon, 1996-03-05 14:07:47 EST -1 oră, mon Tues. 4 13:07:47 1996, Tues.
4 1996, Tues. 4, Tues., 13:07:50 or 13:08.

Pentru orice câmpuri de comandă redusă lipsă, valoarea implicită de 0 este presupusă pentru ore, minute și
secunde, 1 pentru ziua lunii și ianuarie pentru luni. Prin urmare, următoarele sunt echivalente:
-S '@ Tues. 1996 " si -S '@ Tues. 1 00:00:00 1996 ".

Dacă lipsesc câmpuri de ordin mare, acestea sunt completate începând cu anul, luna
și ziua de la ora curentă (modul în timp real) sau ora de la începutul PCP
jurnal de arhivare (mod arhivare) și avansarea timpului până când se potrivește câmpurilor care sunt
specificat. Deci, de exemplu, dacă fereastra de timp începe implicit la ``Lun 4 Mar 13:07:47
1996'', atunci -S @ 13: 10 corespunde ora 13:10:00 pe Luni Mar 4, 1996, în timp ce -S @ 10: 00
corespunde ora 10:00:00 marți, 5 martie 1996 (rețineți că aceasta este ziua următoare).

Pentru o precizie mai mare decât cea oferită de datetime(3), componenta secundelor poate fi a
număr în virgulă mobilă.

PERFORMANȚĂ METRICA - NUME AND IDENTIFICATORI

Numărul de nume de valori de performanță acceptate de PCP pe majoritatea platformelor variază de la multe
sute până la câteva mii. Bibliotecile și aplicațiile PCP utilizează un sistem intern
schemă de identificare care asociază fără ambiguitate un singur întreg cu fiecare cunoscut
metrica de performanță. Acest număr întreg este cunoscut sub numele de Identificator de metrică de performanță sau PMID.
Deși nu este o cerință, PMID-urile tind să aibă consistență globală în toate sistemele, deci a
o anumită măsurătoare de performanță are de obicei același PMID.

Pentru toți utilizatorii și majoritatea aplicațiilor, utilizarea directă a PMID-urilor ar fi inadecvată (de ex
acest lucru ar limita gama de valori accesibile, ar face codul greu de întreținut, ar forța
interfața cu utilizatorul să fie deosebit de baroc etc.). Prin urmare, un nume de măsurători de performanță
Space (PMNS) este folosit pentru a furniza nume externe și o clasificare ierarhică pentru
metrici de performanță. Un PMNS este reprezentat ca un arbore, fiecare nod având o etichetă, a
pointer către un PMID (pentru nodurile frunză) sau un set de noduri descendente în PMNS (pentru
noduri non-frunze).

O etichetă de nod trebuie să înceapă cu un caracter alfabetic, urmat de zero sau mai multe caractere
extrase din alfabetul, cifrele și caracterul `_´ (subliniere). Pentru alfabet
caracterele dintr-o etichetă de nod, litere mari și minuscule se disting.

Prin convenție, numele unei valori de performanță este construită prin concatenarea lui
etichete de nod pe o cale prin PMNS de la nodul rădăcină la un nod frunză, cu un ``.'' ca
un separator. Nodul rădăcină din PMNS este neetichetat, așa că toate numele încep cu eticheta
asociat cu unul dintre nodurile descendente de sub nodul rădăcină al PMNS, de ex
kernel.percpu.syscall. De obicei (deși aceasta nu este o cerință) ar exista la
majoritatea un nume pentru fiecare PMID dintr-un PMNS. De exemplu kernel.toate.cpu.idle si disc.dev.read
sunt nume unice pentru două valori distincte de performanță, fiecare cu un PMID unic.

Grupurile de PMID-uri înrudite pot fi denumite prin denumirea unui nod non-frunză în arborele PMNS, de exemplu
disc.

PMNS local implicit folosit de pmcd este situat la $PCP_VAR_DIR/pmns/root Însă
variabilă de mediu PMNS_DEFAULT poate fi setat la calea completă a unui PMNS diferit
care va fi apoi folosit ca PMNS local implicit.

Majoritatea aplicațiilor nu folosesc direct PMNS local, ci mai degrabă importă părți ale PMNS
după cum este necesar din același loc în care sunt preluate valorile de performanță, adică de la pmcd(1)
pentru monitorizare live sau dintr-o arhivă PCP pentru monitorizare retrospectivă.

Pentru a explora utilizarea PMNS pminfo(1), sau dacă pachetul PCP GUI este instalat, New Chart
și ferestrele de căutare în metrică pmchart(1).

PERFORMANȚĂ METRIC SPECIFICAȚII

În fișierele de configurare și (într-o măsură mai mică) opțiunile din linia de comandă, metric
specificațiile respectă următoarele reguli de sintaxă.

Dacă sursa valorilor de performanță este în timp real de la pmcd(1) atunci sintaxa acceptată este
gazdă:metric[instanța 1,instanța 2,...]

Dacă sursa valorilor de performanță este un jurnal de arhivă PCP, atunci sintaxa acceptată este
Arhiva/metric[instanța 1,instanța 2,...]

gazdă:, Arhiva/ si [instanța 1,instanța 2,...] componentele sunt toate optionale.

, delimitatorul din lista de nume de instanță poate fi înlocuit cu spațiu alb.

Personaje speciale în instanță numele pot fi evadate prin înconjurarea numelui în dublu
ghilimele sau precedând caracterul cu o bară oblică inversă.

Spațiul alb este ignorat peste tot, cu excepția unui citat instanță nume.

Un gol instanță este ignorat în tăcere, și în special ``[]'' este același cu nr
instanță, în timp ce ``[unu doi]'' este analizat ca specificând doar cele două instanțe ``unu'' și
``Două''.

Ca caz special, dacă gazdă este singurul caracter ``@'', atunci acesta se referă la a
PM_CONTEXT_LOCAL sursa, vezi pmNewContext(3).

WEB HOSTING ROMÂNIA PMCD CONEXIUNI

De la versiunea PCP 3.6.11, un monitor poate solicita în mod explicit o conexiune sigură la un
gazdă colector rulează pmcd(1) sau pmproxy(1) folosind indicatorul de context PM_CTXFLAG_SECURE. Dacă
gazda PCP Collector acceptă această caracteristică - consultați metrica pmcd.feature.secure pentru
confirmarea acestui lucru - un TLS/SSL (Transport Layer Security sau Secure Sockets Layer)
se poate stabili o conexiune care utilizează criptografia cu cheie publică și tehnicile conexe.
Aceste caracteristici au scopul de a preveni interceptarea și manipularea datelor de la o terță parte rău intenționată
parte, precum și furnizarea de autentificare pe server (identificare sigură a unui
server de către un client) care poate fi folosit pentru a se proteja împotriva atacurilor man-in-the-middle.

Un sigur pmcd conexiunea necesită utilizarea autentificării bazate pe certificat. Securitatea
caracteristici oferite de pmcd si pmproxy sunt implementate folosind serviciile de securitate de rețea
(NSS) API-uri și utilitare. NSS certutil instrumentul poate fi folosit pentru a crea certificate
potrivit pentru stabilirea încrederii între monitorul PCP și gazdele colector.

O descriere completă depășește domeniul de aplicare al acestui document, consultați PCP MEDIUL,
DOSARE si VEZI SAU secțiuni pentru informații detaliate. Aceasta include link-uri către tutoriale despre
pașii implicați în configurarea caracteristicilor de securitate disponibile.

PMCD HOST SPECIFICAȚIE

În absența unei specificații explicite de nume de gazdă, majoritatea instrumentelor vor utiliza implicit
gazdă locală în modul de actualizare live. În versiunile PCP începând cu 3.8.4, acest lucru are ca rezultat un
este selectat un protocol local eficient - de obicei un socket de domeniu Unix. Dacă această opțiune
este utilizat (care poate fi, de asemenea, solicitat în mod explicit prin intermediul unix: specificația gazdei descrise
de mai jos), este important să rețineți că toate conexiunile vor fi autentificate automat.
Cu alte cuvinte, acreditările utilizatorului care invocă un instrument client vor fi automat
pus la dispozitie pmcd(1) și toate PMDA-urile sale, în numele utilizatorilor, astfel încât rezultatele să poată
să fie personalizat la nivelurile de privilegii ale utilizatorilor individuali.

Numele gazdelor la distanță care rulează pmcd(1) Daemon poate fi furnizat de asemenea la cerere
o gazdă la distanță să fie utilizată. Cea mai elementară formă de pmcd specificația gazdei este o gazdă simplă
nume, eventual incluzând numele domeniului dacă este necesar. Cu toate acestea, aceasta poate fi extinsă într-o
număr de moduri de a rafina și mai mult atributele conexiunii făcute cu pmcd.

pmcd numărul portului și, de asemenea, opțional pmproxy(1) numele gazdă și numărul său de port, pot fi
dat ca parte a specificației gazdei, începând cu versiunea PCP 3.0. Acestea înlocuiesc (și
suprascrie) variabilele de mediu PMCD_PORT, PMPROXY_HOST și PMPROXY_PORT de stil vechi.

Următoarele sunt specificații valide pentru nume de gazdă care specifică conexiunile la pmcd pe gazdă
nas1.servers.com cu/fără o listă de porturi, cu/fără a pmproxy(1) conexiune
printr-un firewall și cu adrese IPv6 și IPv4, așa cum se arată.

$ pcp -h nas1.servers.com:44321,[e-mail protejat]: 44322
$ pcp -h nas1.servers.com:[e-mail protejat]: 44322
$ pcp -h nas1.servers.com:[e-mail protejat]
$ pcp -h [e-mail protejat]
$ pcp -h nas1.servers.com:44321
$ pcp -h [fe80::2ad2:44ff:fe88:e4f1%p2p1]
$ pcp -h 192.168.0.103

În plus, pot fi specificate și „atribute de conexiune”. Acestea includ numele de utilizator,
parola (poate fi dată interactiv și poate depinde de mecanismul de autentificare
angajat), dacă să vizați un anumit container care rulează, dacă să utilizați securizat
protocol (criptat) sau nativ (gol) și așa mai departe. Exemplele anterioare toate implicit
protocol nativ și nu utilizați autentificare. Acest lucru poate fi modificat, ca în cele ce urmează
exemple.

$ pcp -h pcps://app2.servers.com?container=cae8e6edc0d5
$ pcp -h pcps://nas1.servers.com:44321?username=tanya&method=gssapi
$ pcp -h pcps://[e-mail protejat]?metod=plain
$ pcp -h pcp://nas3.servers.com
$ pcp -h 192.168.0.103?container=cae8e6edc0d5,method=digest-md5
$ pcp -h unix:
$ pcp -h local:

Alegerea metodei de autentificare și alți parametri rezultați, cum ar fi numele de utilizator,
opțional parola, etc, depinde de configurația SASL2 utilizată de fiecare (la distanță) pmcd.
Sunt disponibile tutoriale care specifică diverse aspecte ale configurației autentificării
modul(e) utilizat(e), aceste detalii fine sunt în afara domeniului de aplicare al acestui document.

În toate situațiile, numele de gazdă pot fi folosite interschimbabil cu adresa IPv4 sau IPv6
(direct), așa cum se arată mai sus. În cazul unei adrese IPv6, adresa completă trebuie să fie
cuprinse între paranteze drepte și trebuie specificat, de asemenea, domeniul de aplicare (interfață).

Finala local: exemplul de mai sus este acum implicit pentru majoritatea instrumentelor. Această conexiune este o
conexiune gazdă locală autentificată automat pe toate platformele care acceptă Unix
prize de domeniu. Nu este necesară nicio parolă, iar autentificarea este automată. Acesta este de asemenea
cel mai eficient canal de comunicare disponibil (cel mai mic cost).

Diferența dintre unix: si local: este că primul este un socket de domeniu strict Unix
specificație (conexiunea eșuează dacă nu se poate conecta în acest fel), în timp ce acesta din urmă are o
recurgerea la utilizare mai iertatoare localhost (adică se folosește o priză Inet obișnuită
când conexiunile de socket de domeniu Unix nu sunt disponibile).

MEDIUL

În plus față de mediul de rulare PCP și variabilele de configurare descrise în
PCP MEDIUL secțiunea de mai jos, următoarele variabile de mediu se aplică tuturor
instalatii.

PCP_CONSOLE
Când se setează, aceasta schimbă consola implicită de la /dev/tty (pe Unix) sau CU: (pe
Windows) să fie consola specificată. Valoarea specială a nici unul pot fi utilizate pentru a
indică nicio consolă disponibilă pentru utilizare. Acesta este folosit în locurile în care consola-
instrumentele bazate trebuie să interacționeze cu utilizatorul și, în special, este utilizat atunci când
se efectuează autentificarea.

PCP_DEBUG
Când este setată, această variabilă oferă o modalitate alternativă de a inițializa valoarea folosită
controlează diagnosticul și ieșirea de depanare (valoarea implicită este 0 pentru a suprima acest lucru
ieșire). Valoarea pentru $PCP_DEBUG ar trebui să fie un întreg zecimal, vezi pmdbg(1) pentru a
descrierea valorilor suportate.

PCP_DERIVED_CONFIG
Când este setată, această variabilă definește o listă de fișiere și/sau directoare separate prin puncte
(sintaxa este aceeași ca și pentru $ PATH variabilă pentru sh(1)). Componentele sunt
extins într-o listă de fișiere după cum urmează: dacă o componentă a $PCP_DERIVED_CONFIG is
un fișier, atunci acel fișier este adăugat la listă, altfel dacă o componentă este un director
apoi descent recursiv este folosit pentru a enumera toate fișierele de sub acel director și
acestea sunt adăugate la listă.

Se presupune că fiecare fișier din lista rezultată conține definiții pentru derivat
metrici conform sintaxei descrise în pmLoadDerivedConfig(3), iar acestea sunt încărcate
pentru a.

Valorile derivate pot fi utilizate pentru a extinde valorile disponibile cu noi valori (derivate)
metrice folosind expresii aritmetice simple.

If PCP_DERIVED_CONFIG este setat, definițiile metricii derivate sunt procesate
automat pe măsură ce fiecare nouă sursă de valori de performanță este stabilită (adică fiecare
timp a pmNewContext(3) este chemat) sau când se fac cereri împotriva PMNS.

Orice componentă din $PCP_DERIVED_CONFIG lista sau lista extinsă de fișiere care este
nu este un fișier, sau nu este un director sau nu este accesibil (din cauza permisiunilor sau a unui
legătură simbolică) vor fi ignorate în tăcere.

PCP_SECURE_SOCKETS
Când este setată, această variabilă forțează stabilirea oricăror conexiuni de instrumente de monitorizare folosind
caracteristica prize securizate bazate pe certificat. Dacă conexiunile nu pot fi
stabilite în siguranță, vor eșua.

PCP_SECURE_DB_METHOD
Cu conexiuni socket securizate, baza de date cu certificate și chei este stocată folosind
il sql: metoda implicită. Utilizare PCP_SECURE_DB_METHOD pentru a înlocui implicit, majoritatea
de obicei setarea valorii la șirul gol (pentru metodele mai vechi de baze de date).

PCP_STDERR
Multe instrumente PCP acceptă variabila de mediu PCP_STDERR, care poate fi folosit pentru
controlează unde sunt trimise mesajele de eroare. Când este nesetat, comportamentul implicit este acesta
Mesajele de „utilizare” și erorile de analizare a opțiunilor sunt raportate la erori standard, altele
mesajele după pornirea inițială sunt trimise la destinația implicită pentru instrument,
adică eroare standard pentru instrumentele ASCII sau un dialog pentru instrumentele GUI.

If PCP_STDERR este setată la valoarea literală DISPLAY atunci toate mesajele vor fi
afișat într-un dialog. Acesta este utilizat pentru orice instrumente lansate de pe desktop
mediu. (envrironment)

If PCP_STDERR este setată la orice altă valoare, valoarea se presupune a fi un nume de fișier și
toate mesajele vor fi scrise acolo.

PMCD_CONNECT_TIMEOUT
Când încercați să vă conectați la o telecomandă pmcd(1) pe o mașină care pornește,
încercarea de conectare s-ar putea bloca pentru o lungă perioadă de timp până când mașina de la distanță
își încheie inițializarea. Majoritatea aplicațiilor PCP și o parte din biblioteca PCP
rutinele vor anula și vor returna o eroare dacă conexiunea nu a fost stabilită
după ce a trecut un interval specificat. Intervalul implicit este de 5 secunde.
Acest lucru poate fi modificat prin setare PMCD_CONNECT_TIMEOUT în mediu la un real
numărul de secunde pentru expirarea dorită. Acest lucru este cel mai util în cazurile în care
gazda la distanță se află la sfârșitul unei rețele lente, necesitând latențe mai lungi
stabiliți corect conexiunea.

PMCD_RECONNECT_TIMEOUT
Când un monitor sau o aplicație client pierde o conexiune la a pmcd(1),
conexiunea poate fi restabilită apelând o rutină de service în biblioteca PCP.
Cu toate acestea, încercările de reconectare sunt controlate de o strategie de retragere care trebuie evitată
inundând rețeaua cu cereri de reconectare. În mod implicit, întârzierile de retragere
sunt 5, 10, 20, 40 și 80 de secunde pentru solicitările consecutive de reconectare de la un
client (ultima întârziere va fi repetată pentru orice încercări ulterioare după a cincea).
Setarea variabilei de mediu PMCD_RECONNECT_TIMEOUT la o listă separată prin virgulă
de numere întregi pozitive vor redefini întârzierile de retragere, de exemplu setarea
PMCD_RECONNECT_TIMEOUT la ``1,2'' se va retrage pentru 1 secundă, apoi va încerca altul
cerere de conectare la fiecare 2 secunde după aceea.

PMCD_REQUEST_TIMEOUT
Pentru monitor sau aplicații client conectate la pmcd(1), există posibilitatea ca
aplicația „atârnând” la o solicitare de valori de performanță sau metadate sau ajutor
text. Aceste întârzieri pot deveni severe dacă sistemul rulează pmcd accidente, sau
conexiunea la rețea este pierdută. Prin setarea variabilei de mediu
PMCD_REQUEST_TIMEOUT la un număr de secunde, solicită să pmcd va expira după
acest număr de secunde. Comportamentul implicit este să fii dispus să aștepți 10 secunde
pentru un răspuns de la fiecare pmcd pentru toate aplicațiile.

PMCD_WAIT_TIMEOUT
Cand pmcd(1) începe de la $PCP_RC_DIR/pcp apoi instanța primară a
pmlogger(1) va fi pornit dacă flagul de configurare pmlogger is chkconfig(8)
activat și pmcd rulează și acceptă conexiuni.

Verificarea pe pmcddisponibilitatea lui va aștepta până la PMCD_WAIT_TIMEOUT secunde. Dacă pmcd
are un timp mare de pornire (cum ar fi pe un sistem foarte mare), atunci PMCD_WAIT_TIMEOUT
poate fi setat să ofere o așteptare maximă mai mare decât cea implicită de 60 de secunde.

PMNS_DEFAULT
Dacă este setat, atunci interpretat ca calea completă care va fi utilizată ca PMNS local implicit
pentru pmLoadNameSpace(3). În caz contrar, PMNS local implicit este localizat la
$PCP_VAR_DIR/pcp/pmns/root pentru instalațiile PCP de bază.

PCP_COUNTER_WRAP
Multe dintre valorile de performanță exportate de la agenții PCP au semantica
contracara ceea ce înseamnă că se așteaptă să crească monoton. Sub unii
circumstanțe, o valoare a acestor valori poate mai mică decât cea preluată anterior
valoare. Acest lucru se poate întâmpla atunci când un contor de precizie finită depășește sau când
Agentul PCP a fost resetat sau repornit sau când agentul PCP exportă valori
de la unele instrumente de bază care este supusă unor asincrone
discontinuitate.

Variabila de mediu PCP_COUNTER_WRAP poate fi setat pentru a indica faptul că toate acestea
cazurile de ``contor'' în scădere ar trebui tratate ca o depășire a contorului și
prin urmare, se presupune că valorile s-au înfășurat o dată în intervalul dintre
mostre consecutive. Acest comportament de „împachetare” a fost implicit în PCP anterior
versiuni, dar în mod implicit a fost dezactivat în versiunea PCP începând cu versiunea 1.3.

PMDA_PATH
PMDA_PATH variabila de mediu poate fi utilizată pentru a modifica calea de căutare utilizată de
pmcd(1) și pmNewContext(3) (pentru PM_CONTEXT_LOCAL contexte) când se caută a
daemon sau DSO PMDA. Sintaxa urmează că pentru PATH in sh(1), adică două puncte
listă separată de directoare și calea de căutare implicită este
``/var/pcp/lib:/usr/pcp/lib'', (sau ``/var/lib/pcp/lib'' pe Linux, în funcție de
valoarea variabilei de mediu $PCP_VAR_DIR).

PMCD_PORT
Portul (porturile) TPC/IP utilizat(e) de pmcd(1) pentru a crea priza pentru conexiunile de intrare
și cereri, a fost istoric 4321 și mai recent înregistrat oficial
portul 44321; în versiunea curentă, atât numerele de port sunt utilizate implicit ca a
aranjament tranzitoriu. Acest lucru poate fi depășit prin setare PMCD_PORT la
număr de port diferit sau o listă de numere de porturi separate prin virgulă. Dacă nu este implicit
portul este folosit când pmcd este pornită, apoi fiecare aplicație de monitorizare se conectează la
acea pmcd trebuie să aibă și PMCD_PORT stabilite în mediul lor înainte de a încerca a
conexiune.

Următoarele variabile de mediu sunt relevante pentru instalațiile în care pmlogger(1),
se folosește loggerul de arhivă PCP.

PMLOGGER_PORT
Variabila de mediu PMLOGGER_PORT poate fi folosit pentru a schimba portul de bază TCP/IP
număr folosit de pmlogger(1) pentru a crea priza la care pmlc(1) instanțe vor încerca
și conectați. Numărul implicit al portului de bază este 4330. Când este utilizat, PMLOGGER_PORT
ar trebui să fie pus în mediu înainte pmlogger este executat.

PMLOGGER_REQUEST_TIMEOUT
Cand pmlc(1) se conectează la pmlogger(1), există o posibilitate îndepărtată de pmlc
„atârnare” la o cerere de informații ca urmare a unei defecțiuni a rețelei
or pmlogger. Prin setarea variabilei de mediu PMLOGGER_REQUEST_TIMEOUT la
număr de secunde, solicită pmlogger va expira după acest număr de secunde.
Comportamentul implicit este să fii dispus să aștepți pentru totdeauna un răspuns de la fiecare
cerere către a pmlogger. Când este folosit, PMLOGGER_REQUEST_TIMEOUT ar trebui să fie setat în
mediu înainte pmlc este executat.

Dacă aveți produsul PCP instalat, atunci sunt următoarele variabile de mediu
relevante pentru agenții de domeniu pentru metrici de performanță (PMDA).

PMDA_LOCAL_PROC
Utilizarea acestei variabile a fost retrasă și acum este ignorată. Dacă ``proc'' PMDA
este configurat ca DSO pentru utilizare cu pmcd(1) pe gazda locală, apoi toate
Valorile ``proc'' vor fi disponibile pentru aplicațiile care folosesc a PM_CONTEXT_LOCAL
context.

Comportamentul anterior a fost că dacă această variabilă a fost setată, atunci un context
stabilit cu tip of PM_CONTEXT_LOCAL va avea acces la ``proc'' PMDA
pentru a prelua valorile de performanță despre procesele individuale.

PMDA_LOCAL_SAMPLE
Utilizarea acestei variabile a fost retrasă și acum este ignorată. Dacă „eșantionul”
PMDA este configurat ca DSO pentru utilizare cu pmcd(1) pe gazda locală, apoi toate
Valorile „eșantion” vor fi disponibile pentru aplicațiile care utilizează a PM_CONTEXT_LOCAL
context.

Comportamentul anterior a fost că dacă această variabilă a fost setată, atunci un context
stabilit cu tip of PM_CONTEXT_LOCAL va avea acces la ``eșantion''
PMDA dacă acest PMDA opțional a fost instalat local.

PMIECONF_PATH
Dacă este setat, pmieconf(1) își va forma pmieconf(5) specificație (set de parametri
pmie(1) reguli) folosind toate valabile pmieconf fișierele găsite sub fiecare subdirector din acesta
listă de subdirectoare separate prin două puncte. Dacă nu este setat, valoarea implicită este
$PCP_VAR_DIR/config/pmieconf.

Utilizați PCPIntro online folosind serviciile onworks.net