{"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\/sl\/blog\/administrirovanie\/monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting","title":{"rendered":"Pra\u0107enje performansi zahteva PostgreSQL. Deo 1 \u2014 izve\u0161tavanje","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

In\u017eenir \u2013 v latin\u0161\u010dini pomeni navdihnjen.
\nIn\u017eenir lahko vse. (c) R.Dizel.
\nEpigrafi.<\/i>
\n\"Pra\u0107enje
\nAli zgodba o tem, zakaj se mora skrbnik podatkovnih baz spomniti svojega programerskega preteklosti. <\/i><\/p>\n

Predgovor<\/h2>\n

\nVsa imena so spremenjena. Naklju\u010dja so nepredvidena. Gradivo predstavlja izklju\u010dno osebno mnenje avtorja.<\/p>\n

Izjava o neodgovornosti:<\/b> v na\u010drtovanem ciklu \u010dlankov ne bo podrobnega in natan\u010dnega opisa uporabljenih tabel in skript. Gradiva ni mogo\u010de takoj uporabiti \u201eAS IS\u201c.
\nPrvi\u010d, zaradi velikega obsega gradiva,
\ndrugi\u010d, zaradi osredoto\u010denosti na produkcijsko bazo dejanskega naro\u010dnika.
\nZato bodo v \u010dlankih navedene le ideje in opisi v naj\u0161ir\u0161em smislu.
\nMorda bo v prihodnosti sistem dozorel do ravni nalaganja na GitHub, morda pa tudi ne. \u010cas bo pokazal.<\/i><\/p><\/blockquote>\n

\nZa\u010detek zgodbe - \u201eSe spomni\u0161, kako se je vse za\u010delo?<\/a><\/noindex>\u00bb.
\nKar je rezultiralo, v naj\u0161ir\u0161em smislu - \u201eSintez kot ena od metod izbolj\u0161anja zmogljivosti PostgreSQL<\/a><\/noindex>\u00bb<\/p>\n

Zakaj vse to zame?<\/h2>\n

\nNo, prvi\u010d, da ne pozabim, ko se spominjam lepih dni v penziji.
\nDrugi\u010d, da sistematiziram napisano. Kajti \u017ee sam, ob\u010dasno za\u010dnem zmedeno in pozabim nekatere dele. <\/p>\n

No in najpomembnej\u0161e \u2013 morda bo komu koristilo in pomagalo, da ne izumlja kolesa in ne zbira grabljic. Z drugimi besedami, izbolj\u0161ati svojo karizmo (ne Habr-ovsko). Kajti, najdragocenej\u0161e v tem svetu so ideje. Glavno je najti idejo. Realizirati idejo v resni\u010dnost pa je \u017ee \u010disto tehni\u010dno vpra\u0161anje.<\/p>\n

Torej, za\u010dnimo po\u010dasi...<\/p>\n

Postavitev naloge.<\/h2>\n

<\/p>\n

Imamo: <\/h3>\n

\nBaza podatkov PostgreSQL (10.5), me\u0161anega tipa obremenitve (OLTP + DSS), srednje-male obremenitve, locirana v oblaku AWS.
\nNadzor nad bazo podatkov ni na voljo, nadzor infrastrukture je predstavljen v obliki standardnih sredstev AWS v minimalni konfiguraciji.<\/p>\n

Zahteva se:<\/h3>\n

\nNadzorovati zmogljivost in stanje baze podatkov, najti in imeti za\u010detne informacije za optimizacijo te\u017ekih poizvedb v B\u0414.
\n<\/a><\/noindex><\/p>\n

Kratko uvod ali analiza mo\u017enosti re\u0161itve.<\/h2>\n

\nNa za\u010detku poskusimo razdelati mo\u017enosti re\u0161itve naloge z vidika primerjalne analize koristi in te\u017eav za in\u017eenirja, koristi in izgube mened\u017ementa pa naj obravnavajo tisti, katere to spada po delovni nalogi.<\/p>\n

Mo\u017enost 1 - \u201eDelo po povpra\u0161evanju\u201c<\/h3>\n

\nVse pustimo, kak je. \u010ce stranko nekaj moti pri delovanju, zmogljivosti baze podatkov ali aplikacije, bo obvestila DBA in\u017eenirje preko e-po\u0161te ali z odprtjem incidenta v sistemu za prijavo napak.
\nIn\u017eenir, ko prejme obvestilo, se bo lotil te\u017eave, predlagal re\u0161itev ali odlo\u017eil problem na stranski tir, upajo\u010d, da se bo vse samo re\u0161ilo, in itak, kmalu bo vse pozabljeno.
\nPi\u0161koti in krofi, modrice in izbokline<\/b>Pi\u0161koti in krofi:<\/b>
\n1. Ni\u010d dodatnega ni treba delati
\n2. Vedno obstaja mo\u017enost, da se izognemo odgovornosti.
\n3. Kup \u010dasa, ki ga lahko porabimo po lastni presoji.
\nModrice in izbokline:<\/b>
\n1. Prej ali slej se bo stranka vpra\u0161ala o bistvu bivanja in vesoljski pravi\u010dnosti v tem svetu ter si \u0161e enkrat zastavila vpra\u0161anje \u2014 zakaj jim pla\u010dujem svoje denarce? Posledica je vedno ena \u2014 vpra\u0161anje je le, kdaj se bo stranka naveli\u010dala in odmahnila z roko ob slovesu. In prehranjevanje se bo izpraznilo. To je \u017ealostno.
\n2. Razvoj in\u017eenirja \u2014 ni\u010d.
\n3. Te\u017eave pri na\u010drtovanju dela in obremenitve <\/p>\n

Mo\u017enost 2 - 'Igramo se z bobnov in prodajamo ter obuvamo'<\/h3>\n

\nTo\u010dka 1<\/b>-Zakaj potrebujemo sistem za spremljanje, vse bomo dobili z zahtevami. Ranjamo gor kup razli\u010dnih zahtevkov po podatkovnem slovarju in dinami\u010dnih predstavitvah, vklju\u010dujemo razli\u010dne \u0161tevcem, vse strnemo v tabele, ob\u010dasno se kot da analiziramo sezname in tabele. Na koncu imamo lepe ali manj lepe grafike, tabele, poro\u010dila. Glavno je, da je ve\u010d, ve\u010d.
\nTo\u010dka 2<\/b>-Ustvarjamo aktivnost - zagnamo analizo vsega tega.
\nTo\u010dka 3<\/b>-Pripravimo nek dokument, ki ga imenujemo preprosto - 'kako naj uredimo bazo podatkov'.
\nTo\u010dka 4<\/b>-Stranka, ko vidi to veli\u010dastno grafiko in \u0161tevilke, je v otro\u0161ki naivni prepri\u010danosti - zdaj bo vse delovalo, kmalu. In z lahkoto in brez bole\u010din se lo\u010di od svojih finan\u010dnih sredstev. Mened\u017ement je prav tako prepri\u010dan - na\u0161i in\u017eenirji delajo odli\u010dno. Obremenitev je na maksimumu.
\nTo\u010dka 5<\/b>-Redno ponavljamo To\u010dko 1.
\nPi\u0161koti in krofi, modrice in izbokline<\/b>Pi\u0161koti in krofi: <\/b>
\n1. \u017divljenje mened\u017eerjev in in\u017eenirjev je preprosto, predvidljivo in polno aktivnosti. Vse \u017evrgoli, vsi so zaposleni.
\n2. \u017divljenje stranke je prav tako lepo - vedno je prepri\u010dan, da mu bo le malo potrpljenja in vse se bo uredilo. Se ne uredi, no, kaj pa \u2014 svet je kriv, v naslednjem \u017eivljenju \u2014 bo imel sre\u010do.
\nModrice in izbokline:<\/b>
\n1. Pre sooner or later, a more agile provider of similar services will emerge, doing the same thing but at a slightly lower price. If the result is the same, why pay more? This will again lead to the disappearance of the feeding ground.
\n2. It's boring. Just like any meaningless activity.
\n3. Much like the previous option \u2014 no development here either. But for the engineer, the drawback is that, unlike the first option, here you need to constantly generate a database. And that takes time. Time that could be spent on more useful things for oneself. Because if you don't take care of yourself, no one else will.<\/p>\n

Option 3 - There's no need to reinvent the wheel; just buy it and ride.<\/h3>\n

\nEngineers from other companies don\u2019t eat pizza and wash it down with beer for nothing (ah, the good old days in St. Petersburg in the 90s). Let's use monitoring systems that are made, fine-tuned, and actually work, providing benefits (at least to their creators).
\nPi\u0161koti in krofi, modrice in izbokline<\/b>Pi\u0161koti in krofi:<\/b>
\n1. There\u2019s no need to waste time inventing what\u2019s already been invented. Just take it and use it.
\n2. Monitoring systems are not written by fools, and they are indeed useful.
\n3. Working monitoring systems usually provide useful filtered information.
\nModrice in izbokline:<\/b>
\n1. In this case, the engineer is not really an engineer, but merely a user of someone else's product. Or just a user.
\n2. You need to convince the customer of the necessity to buy something they generally don\u2019t want to understand, let alone have to. And the annual budget has been approved and won\u2019t change. Then you need to allocate separate resources and configure them for a specific system. That is, you first need to pay, pay, and pay again. And the customer is stingy. That\u2019s just the norm of life.<\/p>\n

What to do then - Chernyshevsky? Your question is quite relevant. (c)<\/h2>\n

\nIn this specific case and the established situation, one can act a little differently \u2014 let\u2019s create our own monitoring system. <\/b>
\n\"Pra\u0107enje
\nWell, not a full-fledged system, as that would be too grand and presumptuous, but at least lighten our task and gather more information for resolving performance incidents. So as not to find ourselves in a situation of \u2014 'go there, I don\u2019t know where, find that, I don\u2019t know what.'<\/p>\n

What are the pros and cons of this option:<\/h4>\n

Prednosti:<\/b>
\n1. It's interesting. At least more interesting than constant 'shrink datafile, alter tablespace, etc.'
\n2. To je nova ve\u0161\u010dina in nova rast. Kar bo na dolgi rok prineslo zaslu\u017eene nagrade in dodatne ugodnosti.
\nMane:<\/b>
\n1. Delo bo potrebno. Delo bo veliko.
\n2. Redno bo treba razlagati pomen in perspektive vseh aktivnosti.
\n3. Nekaj bo treba \u017ertvovati, saj je edini dostopen vir za in\u017eenirja \u010das \u2014 omejen z univerzumom.
\n4. Najbolj stra\u0161na in neprijetna stvar<\/b> \u2014 na koncu lahko nastane nekaj, kar spominja na \"Niti mi\u0161, niti \u017eaba, temve\u010d neznana zver.\"<\/p>\n

Kdor ne tvega, ne pije \u0161ampanjca.<\/b>
\nTorej \u2014 za\u010denja se najbolj zanimivo.<\/p>\n

Splo\u0161na ideja - schematsko<\/h2>\n

\n\"Pra\u0107enje
\n(Ilustracija je prevzeta iz \u010dlanka<\/i> \u00abSintez kot ena od metod izbolj\u0161anja zmogljivosti PostgreSQL<\/a><\/noindex>\u00bb)<\/p>\n

\u041f\u043e\u044f\u0441\u043d\u0435\u043d\u0438\u0435:<\/p>\n