db.dobo.sk

Narozdiel od obecneho zvyku rozdelovat pristupy medzi userov a grupy (roly) a la Oracle, postgres to ma jednoduche: v zasade existuje len rola (ROLE), ktora moze byt zapuzdrovana do inych roli. Prikaz CREATE USER a CREATE GROUP su len aliasom ku komandu CREATE ROLE. Malym rozdielom je, ze v pripade CREATE USER je uzivatel vytvoreny automaticky s privilegiom LOGIN, zatailco u CREATE ROLE nie. Konzekventne prikaz SELECT * FROM PG_USER; ukaze len userov, ktori sa mozu lognut, zatialco SELECT * FROM PG_ROLES; ukaze absolutne vsetkych userov. ďalej

Fping OK, telnet OK, ale ako to robit, ked je ICMP zakazany a telnet je pre zoznam hostov nepouzitelny (hned na prveho sa pripoji a co potom) a potrebujem overit dostupnost na specifickom porte. Nastastie tu je /dev/tcp/ ďalej

Pgbouncer je koneksn pooler, pretoze postgres nativne nema tuto vlastnost a mnoho koneksii do DB moze viest k vycerpaniu pamati, ale dosiahnutiu max_connections v Postgres konfe a odmietnutiu sluzby. Skvele zdovodnenie pouzitia pgbounceru so zaujimavou diskusiou je tu. Vseobecne sa da povedat, ze mnozstvo klientov snaziacich sa pripojit, sa stava nepodstatnym, pretoze pgbouncer ich supne do poolu u seba a postupne pusta k databaze. Mnozstvo konnesn do DB je naopak nutne obozretne konfigurovat.

ďalej

Dnes som v praci riesil taku picovinku, ktoru si poznamenavam, ak by som to o pol roku zase potreboval. Ukol znel jasne: dve davky. Potrebujem 1. zoznam vsetkych, ktori sa za den pripojovali k DB a parametry tohto spojenia 2. zoznam ich hostnamov ďalej

Rychly prehlad a niekolko howtos o muninu ďalej

Poznamky zo skolenia. ďalej

Sesny su konexie do DB. Ked sa user/appka prihlasi do postgresu, master daemon sa forkne a vytvori novy backend proces. Sesna je vzdy jeden proces s vlastnym PIDom a standardna koneksna vyzerie priemerne tak 10MB pamate. ďalej

quick reference ďalej

Replikacie zabezpecuju:

1. HA (high availability; vypadok jedneho serveru), alebo
2. LB (load balancing; rozlozenie zataze)

Je mozne to implementovat roznymi sposobmi (tu je kompletny prehlad, ja sa zaoberam len 2 najcastejsimi sposobmi), vynikajuci prehlad moznych replikacnych topologii je uvedeny tu. Replikovat je mozne synchronne a asynchronne – je to vzdycky deal medzi konzistenciou dat a vykonom. Co znamena synchronny? Znamena konzistenciu dat medzi replikovanymi nodmi – v pripade synchronneho zapisu master vzdy caka na potvrdenie, ze slave data tiez zapisal a len potom ich zapise aj on sam na sebe. Vykonnostne sa samozrejme spotrebuva strojovy cas na “cakanie”. ďalej

Ktory demoni vyzieraju kolko pamate? ďalej