{"id":32353,"date":"2019-10-31T21:46:32","date_gmt":"2019-10-31T18:46:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting\/"},"modified":"2019-10-31T21:46:32","modified_gmt":"2019-10-31T18:46:32","slug":"monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting","title":{"rendered":"Monitoraggio delle prestazioni delle query PostgreSQL. Parte 1 \u2014 reporting","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ingegnere \u2014 dal latino \u2014 ispirato.
\nL'ingegnere pu\u00f2 fare tutto. (c) R.Diesel.
\nEpigrafi.<\/i>
\n\"Monitoraggio
\nO \u00e8 la storia di perch\u00e9 un amministratore di database dovrebbe ricordare il suo passato da programmatore. <\/i><\/p>\n

Prefazione<\/h2>\n

\nTutti i nomi sono cambiati. I coincidenze sono puramente casuali. Il materiale rappresenta esclusivamente l'opinione personale dell'autore.<\/p>\n

Disclaimer di garanzie:<\/b> nella prevista serie di articoli non ci sar\u00e0 una descrizione dettagliata e precisa delle tabelle e degli script utilizzati. I materiali non possono essere utilizzati immediatamente \u00abAS IS\u00bb.
\nIn primo luogo, a causa del grande volume di materiali,
\nin secondo luogo a causa della specializzazione con il database di produzione del cliente reale.
\nPertanto, negli articoli saranno fornite solo idee e descrizioni in termini molto generali.
\nForse in futuro il sistema evolver\u00e0 al punto da essere pubblicato su GitHub, ma forse no. Il tempo dir\u00e0.<\/i><\/p><\/blockquote>\n

\nInizio della storia \u2014 \u00abRicordi come \u00e8 tutto cominciato?<\/a><\/noindex>\u00bb.
\nQual \u00e8 il risultato, in termini molto generali \u2014 \u00abIl synthesis come uno dei metodi per migliorare le prestazioni di PostgreSQL<\/a><\/noindex>\u00bb<\/p>\n

Perch\u00e9 tutto questo?<\/h2>\n

\nBeh, innanzitutto per non dimenticare, ricordando durante la pensione i bei vecchi tempi.
\nIn secondo luogo, \u00e8 necessario sistematizzare quanto scritto. Infatti, a volte inizio a confondermi e dimentico parti specifiche. <\/p>\n

E la cosa pi\u00f9 importante \u00e8 che potrebbe essere utile a qualcuno, evitando di reinventare la ruota e di incappare in problemi gi\u00e0 noti. In altre parole, migliorare la propria karma (non quella di Habr). Infatti, ci\u00f2 che \u00e8 pi\u00f9 prezioso in questo mondo sono le idee. La cosa principale \u00e8 trovare un'idea. Realizzare un'idea nella realt\u00e0 \u00e8 gi\u00e0 una questione puramente tecnica.<\/p>\n

Allora, cominciamo, lentamente...<\/p>\n

Definizione del problema.<\/h2>\n

<\/p>\n

C'\u00e8: <\/h3>\n

\nUn database PostgreSQL (10.5), di tipo di carico misto (OLTP+DSS), con carico medio-basso, situato nel cloud AWS.
\nLa monitorizzazione del database \u00e8 assente, il monitoraggio dell'infrastruttura \u00e8 fornito tramite strumenti standard di AWS in configurazione minima.<\/p>\n

Requisiti:<\/h3>\n

\nMonitorare le prestazioni e lo stato del database, raccogliere e avere informazioni iniziali per ottimizzare le query pesanti al DB.
\n<\/a><\/noindex><\/p>\n

Breve prefazione o analisi delle opzioni di soluzione.<\/h2>\n

\nIniziamo a esaminare le opzioni per affrontare il problema dal punto di vista di un'analisi comparativa tra vantaggi e svantaggi per l'ingegnere, mentre i benefici e le perdite per la direzione sono affare di chi di dovere secondo il contratto di lavoro.<\/p>\n

Opzione 1 - \u00abLavorare su richiesta\u00bb<\/h3>\n

\nLasciamo tutto com'\u00e8. Se il cliente ha dei problemi con la funzionalit\u00e0, le prestazioni del database o dell'applicazione, informer\u00e0 gli ingegneri DBA tramite e-mail o creando un incidente nella piattaforma di ticketing.
\nL'ingegnere, ricevuta la notifica, si occupa del problema, propone una soluzione o rimanda la questione, sperando che si risolva da sola, tanto prima o poi ci si dimenticher\u00e0.
\nFrittelle e schiene blu, lividi e bozze<\/b>Frittelle e schiene blu:<\/b>
\n1. Non \u00e8 necessario fare nulla di superfluo
\n2. C'\u00e8 sempre la possibilit\u00e0 di giustificarsi e tirarsela.
\n3. Una montagna di tempo da spendere a propria discrezione.
\nLividi e bozze:<\/b>
\n1. Prima o poi, un cliente rifletter\u00e0 sull'essenza dell'esistenza e sulla giustizia universale in questo mondo e si porr\u00e0 di nuovo la domanda: perch\u00e9 sto pagando per questo? La conseguenza \u00e8 sempre la stessa: l'unica domanda \u00e8 quando il cliente si annoier\u00e0 e abbandoner\u00e0. E il rubinetto si svuoter\u00e0. \u00c8 triste.
\n2. Lo sviluppo dell'ingegnere \u00e8 nullo.
\n3. Le difficolt\u00e0 nella pianificazione del lavoro e del carico. <\/p>\n

Opzione 2 - \u00abBalliamo con i tamburi, vendiamo e calziamo\u00bb<\/h3>\n

\nPunto 1<\/b>- Perch\u00e9 abbiamo bisogno di un sistema di monitoraggio? Riceveremo tutto tramite richieste. Lanciamo una marea di richieste al dizionario dei dati e alle rappresentazioni dinamiche, accendiamo vari contatori, riuniamo tutto in tabelle, e periodicamente analizziamo a modo nostro liste e tabelle. Il risultato \u00e8 che abbiamo grafici, tabelle e rapporti belli o meno belli. L'importante \u00e8 avere di pi\u00f9, di pi\u00f9.
\nPunto 2<\/b>- Generiamo attivit\u00e0: avviamo l'analisi di tutto questo.
\nPunto 3<\/b>- Prepareremo un documento, semplicemente chiamato: \u00abcome organizzare il nostro database\u00bb.
\nPunto 4<\/b>-Il cliente, vedendo tutta questa meraviglia di grafici e numeri, vive nella naivete di un bambino, convinto che ora tutto funzioner\u00e0, a breve. E si separa facilmente e senza dolori dalle sue risorse finanziarie. Anche il management \u00e8 certo \u2014 i nostri ingegneri fanno un ottimo lavoro. Il carico \u00e8 al massimo.
\nPunto 5<\/b>-Ripetere regolarmente il Punto 1.
\nFrittelle e schiene blu, lividi e bozze<\/b>Frittelle e schiene blu: <\/b>
\n1. La vita dei manager e degli ingegneri \u00e8 semplice, prevedibile e piena di attivit\u00e0. Tutto ronzante, tutti impegnati.
\n2. Anche la vita del cliente non \u00e8 male \u2014 \u00e8 sempre convinto che basta avere un po' di pazienza e tutto si sistemer\u00e0. Se non si sistema, beh, che ci vuoi fare \u2014 il mondo \u00e8 ingiusto, nella prossima vita andr\u00e0 meglio.
\nLividi e bozze:<\/b>
\n1. Prima o poi, trover\u00e0 un fornitore pi\u00f9 veloce di servizi simili, che far\u00e0 le stesse cose a un costo leggermente inferiore. E se il risultato \u00e8 lo stesso, perch\u00e9 pagare di pi\u00f9? Questo porter\u00e0 nuovamente alla scomparsa di opportunit\u00e0.
\n2. \u00c8 noioso. Come \u00e8 noiosa qualsiasi attivit\u00e0 poco significativa.
\n3. Come nel caso precedente, non ci sono sviluppi. Tuttavia, per un ingegnere, c\u2019\u00e8 uno svantaggio: a differenza della prima opzione, qui \u00e8 necessario generare costantemente il database. E questo richiede tempo, tempo che potrebbe essere speso per il proprio bene. Perch\u00e9, alla fine dei conti, se non ti prendi cura di te stesso, nessuno lo far\u00e0 per te.<\/p>\n

Opzione 3: Non c'\u00e8 bisogno di inventare la ruota, \u00e8 sufficiente comprarla e andare.<\/h3>\n

\nNon \u00e8 un caso che gli ingegneri di altre aziende mangino pizza bevendo birra (ah, i bei tempi di Pietroburgo degli anni '90). Utilizziamo i sistemi di monitoraggio, che sono stati creati, testati e funzionano, e che apportano realmente dei vantaggi (almeno per i loro creatori).
\nFrittelle e schiene blu, lividi e bozze<\/b>Frittelle e schiene blu:<\/b>
\n1. Non perdere tempo a reinventare ci\u00f2 che \u00e8 gi\u00e0 stato inventato. Prendi e utilizza.
\n2. I sistemi di monitoraggio non sono scritti da sciocchi e sono certamente utili.
\n3. I sistemi di monitoraggio operativi tendono a fornire informazioni utili e filtrate.
\nLividi e bozze:<\/b>
\n1. In questo caso, l'ingegnere non \u00e8 un ingegnere, ma semplicemente un utente di un prodotto altrui. O un user.
\n2. \u00c8 necessario convincere il cliente della necessit\u00e0 di acquistare qualcosa di cui, in generale, non vuole nemmeno sapere, e che, in effetti, il budget annuale \u00e8 approvato e non cambier\u00e0. Poi \u00e8 necessario dedicare una risorsa separata e configurarla per un sistema specifico. Cio\u00e8, prima bisogna pagare, pagare e ancora pagare. Ma il cliente \u00e8 avaro. Questa \u00e8 la norma della vita.<\/p>\n

Cosa fare, \u010cerny\u0161evskij? La tua domanda \u00e8 molto pertinente. (c)<\/h2>\n

\nIn questo caso specifico e nella situazione attuale, possiamo comportarci in modo un po' diverso \u2014 e se creassimo il nostro sistema di monitoraggio? <\/b>
\n\"Monitoraggio
\nBeh, non un sistema nel senso completo della parola, sarebbe troppo presuntuoso dirlo, ma in qualche modo alleviare il nostro compito e raccogliere pi\u00f9 informazioni per risolvere gli incidenti di prestazioni. Per non trovarsi nella situazione \u2014 \"vai l\u00e0, non so dove, trova quella cosa, non so che.\"<\/p>\n

Quali sono i vantaggi e gli svantaggi di questa opzione:<\/h4>\n

Vantaggi:<\/b>
\n1. \u00c8 interessante. Almeno \u00e8 pi\u00f9 interessante rispetto a costanti \"shrink datafile, alter tablespace, ecc.\"
\n2. Sono nuove competenze e nuova crescita. Che, a lungo termine, prima o poi dar\u00e0 i giusti riconoscimenti e successi.
\nContro:<\/b>
\n1. Bisogner\u00e0 lavorare. Lavorare molto.
\n2. Dovr\u00e0 essere spiegato regolarmente il significato e le prospettive di tutte le attivit\u00e0.
\n3. Bisogner\u00e0 sacrificare qualcosa, poich\u00e9 l'unica risorsa a disposizione dell'ingegnere, il tempo, \u00e8 limitata dall'Universo.
\n4. La cosa pi\u00f9 spaventosa e spiacevole<\/b> \u2014 pu\u00f2 risultare qualcosa di simile a 'Non un topolino, non una rana, ma una creatura sconosciuta'.<\/p>\n

Chi non rischia non beve champagne.<\/b>
\nEcco quindi che inizia la parte pi\u00f9 interessante.<\/p>\n

L'idea generale \u00e8 schematica<\/h2>\n

\n\"Monitoraggio
\n(L'illustrazione \u00e8 tratta dall'articolo<\/i> \u00abIl synthesis come uno dei metodi per migliorare le prestazioni di PostgreSQL<\/a><\/noindex>\u00bb)<\/p>\n

Spiegazione:<\/p>\n