{"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\/ro\/blog\/administrirovanie\/monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting","title":{"rendered":"Monitorizarea performan\u021bei interog\u0103rilor PostgreSQL. Partea 1 \u2014 raportare","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Inginer \u2014 tradus din latin\u0103 ca fiind inspirat.
\nInginerul poate face orice. (c) R.Diesel.
\nEpigrafe.<\/i>
\n\"Monitorizarea
\nSau povestea despre de ce un administrator de baze de date ar trebui s\u0103-\u0219i aminteasc\u0103 trecutul de programator. <\/i><\/p>\n

Prefa\u021b\u0103<\/h2>\n

\nToate numele sunt modificate. Coinciden\u021bele sunt \u00eent\u00e2mpl\u0103toare. Materialul reprezint\u0103 exclusiv opinia personal\u0103 a autorului.<\/p>\n

Declinarea garan\u021biilor:<\/b> \u00een ciclul planificat de articole nu va exista o descriere detaliat\u0103 \u0219i exact\u0103 a tabelelor \u0219i scripturilor folosite. Materialele nu pot fi utilizate imediat \u201eCA ATARE\u201d.
\n\u00cen primul r\u00e2nd, din cauza volumului mare de material,
\n\u00een al doilea r\u00e2nd, din cauza adapt\u0103rii la baza de produc\u021bie a clientului real.
\nDe aceea, \u00een articole vor fi prezentate doar idei \u0219i descrieri \u00een cele mai generale termeni.
\nPoate, \u00een viitor, sistemul va ajunge la nivelul de a fi publicat pe GitHub, poate nu. Timpul va ar\u0103ta.<\/i><\/p><\/blockquote>\n

\n\u00cenceputul pove\u0219tii- \u201e\u00ce\u021bi aminte\u0219ti cum a \u00eenceput totul<\/a><\/noindex>\u00bb.
\nCe s-a ob\u021binut \u00een rezultat, \u00een cele mai generale contururi- \u201eSintez\u0103 ca o metod\u0103 de \u00eembun\u0103t\u0103\u021bire a performan\u021bei PostgreSQL<\/a><\/noindex>\u00bb<\/p>\n

De ce \u00eemi trebuie asta?<\/h2>\n

\nEi bine, \u00een primul r\u00e2nd, pentru a nu uita, \u00een amintiri, \u00een pensionare, zilele glorioase.
\n\u00cen al doilea r\u00e2nd, pentru a sistematiza ceea ce am scris. C\u0103ci deja, uneori, \u00eencep s\u0103 m\u0103 \u00eencurc \u0219i s\u0103 uit p\u0103r\u021bi separate. <\/p>\n

\u0218i cel mai important \u2014 poate c\u0103 va fi de folos cuiva \u0219i va ajuta s\u0103 nu reinventeze bicicleta \u0219i s\u0103 nu str\u00e2ng\u0103 greble. Cu alte cuvinte, s\u0103-\u0219i \u00eembun\u0103t\u0103\u021beasc\u0103 karma (nu cea de pe Habr). C\u0103ci, cel mai valoros lucru \u00een aceast\u0103 lume sunt ideile. Principalul este s\u0103 g\u0103se\u0219ti o idee. Iar a implementa o idee \u00een realitate este deja o problem\u0103 pur tehnic\u0103.<\/p>\n

Deci, s\u0103 \u00eencepem, \u00eencet\u2026<\/p>\n

Stabilirea sarcinii.<\/h2>\n

<\/p>\n

Exist\u0103: <\/h3>\n

\nBaza de date PostgreSQL(10.5), de tip mixt de \u00eenc\u0103rcare (OLTP+DSS), cu o \u00eenc\u0103rcare medie-mic\u0103, situat\u0103 \u00een cloud AWS.
\nMonitorizarea bazei de date lipse\u0219te, iar monitorizarea infrastructurii este prezentat\u0103 sub forma instrumentelor standard AWS \u00een configura\u021bie minim\u0103.<\/p>\n

Este necesar:<\/h3>\n

\nMonitorizarea performan\u021bei \u0219i st\u0103rii bazei de date, g\u0103sirea \u0219i ob\u021binerea informa\u021biilor ini\u021biale pentru optimizarea interog\u0103rilor grele c\u0103tre baza de date.
\n<\/a><\/noindex><\/p>\n

O scurt\u0103 prefa\u021b\u0103 sau analiz\u0103 a variantelor de solu\u021bie<\/h2>\n

\nPentru \u00eenceput, vom \u00eencerca s\u0103 analiz\u0103m variantele de solu\u021bie a sarcinii din perspectiva unei analize comparative a beneficiilor \u0219i nepl\u0103cerilor pentru inginer, iar beneficiile \u0219i pierderile managementului s\u0103 fie l\u0103sate celor care sunt desemna\u021bi pentru asta conform organigramei.<\/p>\n

Varianta 1- \u201eLucr\u00e2nd la cerere\u201d<\/h3>\n

\nL\u0103s\u0103m totul a\u0219a cum este. Dac\u0103 clientul nu este mul\u021bumit de func\u021bionarea, performan\u021ba bazei de date sau a aplica\u021biei, acesta va informa inginerii DBA prin e-mail sau va crea un incident \u00een sistemul de ticketing.
\nInginerul, dup\u0103 ce prime\u0219te notificarea, se va ocupa de problem\u0103, va propune o solu\u021bie sau va pune problema pe un plan secundar, sper\u00e2nd c\u0103 totul se va rezolva de la sine \u0219i, oricum, cur\u00e2nd totul va fi uitat.
\nPr\u0103jituri \u0219i gogo\u0219i, v\u00e2n\u0103t\u0103i \u0219i umfl\u0103turi<\/b>Pr\u0103jituri \u0219i gogo\u0219i:<\/b>
\n1. Nu trebuie s\u0103 facem nimic \u00een plus.
\n2. Sempre exist\u0103 posibilitatea de a te eschiva \u0219i a evita responsabilit\u0103\u021bile.
\n3. O mul\u021bime de timp pe care \u00eel putem petrece dup\u0103 bunul plac.
\nV\u00e2n\u0103t\u0103i \u0219i umfl\u0103turi:<\/b>
\n1. Mai devreme sau mai t\u00e2rziu, clientul se va g\u00e2ndi la esen\u021ba existen\u021bei \u0219i la justi\u021bia universal\u0103 \u00een aceast\u0103 lume \u0219i se va \u00eentreba din nou \u2014 de ce pl\u0103tesc eu ace\u0219ti bani? Consecin\u021ba este \u00eentotdeauna aceea\u0219i \u2014 \u00eentrebarea este doar c\u00e2nd clientul se va plictisi \u0219i va renun\u021ba. \u0218i sursa de venit se va goli. Este trist.
\n2. Dezvoltarea inginerului \u2014 zero.
\n3. Dificult\u0103\u021bi \u00een planificarea muncii \u0219i a \u00eenc\u0103rc\u0103rii. <\/p>\n

Varianta 2 - \u201eDan\u021buim cu tobe, v\u00e2ndem \u0219i \u00eenc\u0103l\u021b\u0103m\u201d<\/h3>\n

\nPunctul 1<\/b>- De ce s\u0103 avem un sistem de monitorizare, vom ob\u021bine totul prin cereri. Vom lansa o mul\u021bime de cereri c\u0103tre dic\u021bionarul de date \u0219i prezent\u0103ri dinamice, activ\u0103m diverse contoruri, combin\u0103m totul \u00een tabele, analiz\u0103m periodic listele \u0219i tabelele. Drept rezultat, avem grafice frumoase sau nu foarte frumoase, tabele, rapoarte. Principalul este s\u0103 fie c\u00e2t mai multe.
\nPunctul 2<\/b>- Gener\u0103m activitate \u2014 lans\u0103m analiza tuturor acestora.
\nPunctul 3<\/b>- Preg\u0103tim un document oarecare, numim acest document pur \u0219i simplu \u2014 \u201ecum s\u0103 ne organiz\u0103m baza de date\u201d.
\nPunctul 4<\/b>- Clientul, v\u0103z\u00e2nd toate aceste minunate grafice \u0219i cifre, se afl\u0103 \u00eentr-o naivitate copil\u0103reasc\u0103 \u2014 acum cu siguran\u021b\u0103 totul va func\u021biona, \u00een cur\u00e2nd. \u0218i renun\u021b\u0103 cu u\u0219urin\u021b\u0103 \u0219i f\u0103r\u0103 durere la resursele sale financiare. Managementul este, de asemenea, \u00eencrez\u0103tor \u2014 inginerii no\u0219tri lucreaz\u0103 excelent. \u00cenc\u0103rcarea este la maxim.
\nPunctul 5<\/b>- Se repet\u0103 periodic Punctul 1.
\nPr\u0103jituri \u0219i gogo\u0219i, v\u00e2n\u0103t\u0103i \u0219i umfl\u0103turi<\/b>Pr\u0103jituri \u0219i gogo\u0219i: <\/b>
\n1. Via\u021ba managerilor \u0219i inginerilor este simpl\u0103, previzibil\u0103 \u0219i plin\u0103 de activitate. Totul zumz\u0103ie, to\u021bi sunt ocupa\u021bi.
\n2. Via\u021ba clientului nu este r\u0103u \u2014 el este \u00eentotdeauna convins c\u0103 trebuie s\u0103 mai aib\u0103 pu\u021bin\u0103 r\u0103bdare \u0219i totul se va rezolva. Se mai stric\u0103, ei bine, ce s\u0103 faci \u2014 acesta este o lume nedreapt\u0103, \u00een via\u021ba urm\u0103toare \u2014 va avea noroc.
\nV\u00e2n\u0103t\u0103i \u0219i umfl\u0103turi:<\/b>
\n1. Mai devreme sau mai t\u00e2rziu, va ap\u0103rea un furnizor mai rapid de servicii similare, care va face acela\u0219i lucru, dar un pic mai ieftin. \u0218i dac\u0103 rezultatul este acela\u0219i, de ce s\u0103 pl\u0103te\u0219ti mai mult? Aceasta va duce la dispari\u021bia surselor de venit.
\n2. Este plictisitor. A\u0219a cum este plictisitoare orice activitate lipsit\u0103 de sens.
\n3. Ca \u0219i \u00een varianta anterioar\u0103 \u2013 nu exist\u0103 nicio dezvoltare. Dar pentru inginer, dezavantajul este c\u0103, spre deosebire de prima variant\u0103, aici trebuie s\u0103 genereze constant date despre bazele de date. \u0218i acest lucru consum\u0103 timp. Timp pe care \u00eel po\u021bi folosi \u00een mod util pentru tine. C\u0103ci dac\u0103 nu ai grij\u0103 de tine, nimeni nu se va interesa de tine.<\/p>\n

Varianta 3 \u2013 Nu trebuie s\u0103 reinventezi roata, trebuie s\u0103 o cumperi \u0219i s\u0103 te plimbi.<\/h3>\n

\nInginerii altor companii nu m\u0103n\u00e2nc\u0103 pizza \u0219i nu beau bere degeaba (ah, vremurile grozave din Sankt Petersburg \u00een anii '90). S\u0103 folosim sistemele de monitorizare care sunt deja create, bine reglate \u0219i care, de fapt, aduc un beneficiu (cel pu\u021bin pentru creatorii lor).
\nPr\u0103jituri \u0219i gogo\u0219i, v\u00e2n\u0103t\u0103i \u0219i umfl\u0103turi<\/b>Pr\u0103jituri \u0219i gogo\u0219i:<\/b>
\n1. Nu trebuie s\u0103 pierzi timpul invent\u00e2nd ceea ce a fost deja inventat. Ia-l \u0219i folose\u0219te-l.
\n2. Sistemele de monitorizare nu sunt scrise de prosti \u0219i, desigur, sunt utile.
\n3. Sistemele de monitorizare func\u021bionale ofer\u0103, de obicei, informa\u021bii utile \u0219i filtrate.
\nV\u00e2n\u0103t\u0103i \u0219i umfl\u0103turi:<\/b>
\n1. Inginerul \u00een acest caz nu este un inginer, ci doar un utilizator al unui produs str\u0103in. Sau un user.
\n2. Trebuie s\u0103 convingi clientul de necesitatea de a cump\u0103ra ceva \u00een care, de fapt, nu vrea s\u0103 se implice, nici nu ar trebui, iar bugetul pe anul acesta este deja aprobat \u0219i nu se va schimba. Apoi, trebuie s\u0103 aloci o resurs\u0103 separat\u0103, s\u0103 configurezi pentru sistemul respectiv. Adic\u0103, mai \u00eent\u00e2i trebuie s\u0103 pl\u0103te\u0219ti, s\u0103 pl\u0103te\u0219ti \u0219i iar s\u0103 pl\u0103te\u0219ti. Iar clientul este zg\u00e2rcit. Asta este norma acestei vie\u021bi.<\/p>\n

Ce s\u0103 facem - Cern\u00ee\u0219evski? \u00centrebarea ta este foarte pertinent\u0103. (c)<\/h2>\n

\n\u00cen aceast\u0103 situa\u021bie specific\u0103 \u0219i dat\u0103, se poate proceda pu\u021bin diferit \u2013 hai s\u0103 facem propriul nostru sistem de monitorizare. <\/b>
\n\"Monitorizarea
\nNu un sistem bine\u00een\u021beles, \u00een sensul propriu al cuv\u00e2ntului, este prea mult spus \u0219i arogant, dar m\u0103car s\u0103 ne u\u0219ur\u0103m sarcina \u0219i s\u0103 adun\u0103m mai multe informa\u021bii pentru rezolvarea incidentelor de performan\u021b\u0103. Ca s\u0103 nu ne afl\u0103m \u00een situa\u021bia \u2013 \u201emergi acolo, nu \u0219tiu unde, g\u0103se\u0219te asta, nu \u0219tiu ce\u201d.<\/p>\n

Care sunt avantajele \u0219i dezavantajele acestei variante:<\/h4>\n

Pro:<\/b>
\n1. Este interesant. Cel pu\u021bin mai interesant dec\u00e2t constantul \u201eshrink datafile, alter tablespace, etc.\u201d
\n2. Acestea sunt abilit\u0103\u021bi noi \u0219i o nou\u0103 dezvoltare. Ceea ce, \u00een perspectiv\u0103, va aduce, mai devreme sau mai t\u00e2rziu, recompense meritate \u0219i bonusuri.
\nDezavantaje:<\/b>
\n1. Va trebui s\u0103 muncim. S\u0103 muncim mult.
\n2. Va trebui s\u0103 explic\u0103m regulat sensul \u0219i perspectivele \u00eentregii activit\u0103\u021bi.
\n3. Va trebui s\u0103 renun\u021b\u0103m la ceva, pentru c\u0103 singura resurs\u0103 disponibil\u0103 pentru inginer, timpul, este limitat\u0103 de Univers.
\n4. Cel mai \u00eenfrico\u0219\u0103tor \u0219i nepl\u0103cut<\/b> \u2014 ca rezultat, poate ie\u0219i un lucru de genul \u201eNici \u0219oricel, nici broasc\u0103, ci o fiin\u021b\u0103 necunoscut\u0103.\u201d<\/p>\n

Cine nu risc\u0103, nu bea \u0219ampanie.<\/b>
\nA\u0219adar \u2014 \u00eencepe cea mai interesant\u0103 parte.<\/p>\n

Ideea general\u0103 \u2014 schematic<\/h2>\n

\n\"Monitorizarea
\n(Ilustra\u021bia este preluat\u0103 dintr-un articol<\/i> \u00abSintez\u0103 ca o metod\u0103 de \u00eembun\u0103t\u0103\u021bire a performan\u021bei PostgreSQL<\/a><\/noindex>\u00bb)<\/p>\n

Explica\u021bie:<\/p>\n