Dobrý den,potřeboval bych nasměrovat na server určený k provozování databáze PosgreSQL na Ubuntu.Samozřejmostí je nějaký RAID, aby byla data zálohována pro případ, že odejde některé SSD.Stačí mě nasměrovat. Děkuji
jakože si chceš koupit HW a postavit nebo hledáš kde pronajmout?
To bys asi mel lepe popsat, co vlastne potrebujes za radu. Jaky HW? Nebo jak to nainstalovat?Trochu to take zavisi na tom, jestli zekas ze v te DB budes mit 1000 zaznamu nebo 100 milionu. A kolik uzivatelu (a odkud) k tomu bude soucasne pristupovat.
Ok. rád doplním info.Nepředpokládá se kritické zatížení. Maximálně pár uživatelů na DB současně.Nakonfiguroval bych to sám. Chtěl bych "poradit" fyzický hardware s nějakým raidem. Jde o aktualizaci (nahrazení) stroje, který v současnosti není zálohován a obsahuje ještě mechanické disky SCSI.Takže žádná raketa výkon.Jenom jde o to, aby stroj byl s Ubuntu kompatibilní, a aby byla řešená záloha na více discích uvnitř.Nejsem hardwarář (proto tento dotaz).Na youtube i jinde je spousta tutoriálů, jak to nainstalovat a nakonfigurovat. Jde mi o to, aby si konfigurace sedla s Ubuntu a mělo to více SSD v RAIDu, pro případ, že některé SSD klekne.
Pokud nejses hardware odbornik, jdi do SW raidu. Predpokladam, ze distro bude ubuntu server, ze? Dej treba 2 disky do mirroru na / a 5 disku do RAID6 na databazi, pro nekriticke zatizeni asi dostacujici. MPP.S. RAID neni zaloha! Je to krehka bilance mezi snizenim spolehlivosti pouzivanim vice disku soucasne a zvysenim spolehlivosti obetovanim casti kapacity pro redundanci. Zalohuj na neco, co ti umozni i archivaci offsite, verzovani ...
dobře. A nějaké doporučení hardwaru ?Kterou základní desku na SW raid ?
Je to jedno, SW RAID nastavíš na Linuxu od RPI, po server za mega.
Pokud chces byt skrblik, pak nejakou, co ma 8 SATA konektoru. Ale spis zacni od bedny, do ktere das 8+ SATA/SAS 2.5" SSD. Z toho mozna vyplyne potrebny radic SAS s 2+ pary internich portu - v HBA modu pro SW RAIDKolik TB potrebujes na databazi? Ma mit oddelene transakcni logy (nevim, zda to slonik umi)?MP
Ne, ne. Nic kritického. Databáze má ke dnešnímu dni cca 8GB.
Jo takhle. To je tak 1000x mene, nez jsem myslel.Na tohle musis stacit lepsi pracovni stanice, pokud bys chtel hodne rozhazovat, tak 1x SW mirror pro / a 1x RAID pro data (klidne mirror s hotspare)https://www.alza.cz/fujitsu-primer...parameters ? 2xNVME v mirror na system, zbytek pro data. Jen pro zacatek, prvni co jsem naselMP
Nebo do racku https://www.alza.cz/fujitsu-primer...parametersBacha, urvanej zelenej skret ma strasne chyb v popisech, zejmena poctech pozic pro HDD. Pripadne stiznosti smeruj na nej - odkazy na Alze jsem nasel jako prvni, nijak ji nepreferuju.
V takovem pripade bych to vybec neresil na urovni HW, provozovat to muzes klidne na RPi a jednou za hodinu udelat pg_dump do souboru a nahrat na jine PC :) Tohle jsou z databazoveho pohledu smesne mala data 😉
8GB s par uzivateli zvladne skoro cokoli. Bezny kancl desktop. V práci se venuji db na oracle. Ma to asi 3TB. Nejvetsi cast tvori ulozrne xml a 2/3 dat je historizace - dohledas kazdou zmenu v case. Denne to resi asi milion pozadavku - vse skrz pl/sql procedury. Nektere jen jednoduché set a get, nektere resi slozity workflow. Bezi to v cloudu na virtualu s 8 fyzickymi jadry na nejakem xenonu sapphire rapids. Ve spickach to resi az nekolik set volani procedur za sekundu. Vytizeni je kolem 70%
pokud stačí 8 pozic, tak to nacpe třeba do Fractal Design Define R5https://www.alza.cz/fractal-design...268933.htma je tam 9 pozic na větráky, takže chlazení taky problém nebude.
Porad neni jasne, jestli ta databaze bude mit 100MB nebo 15TB :)Pokud je to tahkle, udelal bych to podle predpokladanych poctu zapisu za sekundu a velikosti databaze. Pri velkem zatizeni RAID1, pri mensim bych volil ZFS pres tri disky (RAIDZ1) - sam takhle jeden PostgreSQL na Ubuntu provozuju. Neni to idealni pro maximalni vykon, ale je to "dostatecne dobre a odolne" reseni proty beznym chybam a vypadku jednoho disku.Pokud bys sel cestou ZFS, vyzkousej si vymenu disku "nasucho" , nez tam das produkcni data. ZFS je mocne, ale muze byt zradne a moc neodpousti spravcovske chyby :)
fuj, "proti beznym chybam" - vubec nevim, jak se mi tohle povedlo :(
Raid není záloha, jen vyloučení chyby jednoho disku. Při obyč "hloupém" raidu, může dojít k situacím, kdy jeden disk začne vracet nesmysly a ty se dostanou i na disk druhý, pak ti je samotný raid k ničemu.Jediným řešením záloh je geograficky oddělená lokalita.Co když ti zdroj při závadě odpálí všechny disky? Budeš víš kde. 🙂Jedna z doporušených variant z mé strany:- RAID řešit pořádnými nástroji s kontrolními součty, tedy pomocí BTRFS, ZFS či dm-verity.- Dělat pravidlné snapshoty, posílat je pravidelně na jiný stroj.Co se týká hardware, pořizuj jen a pouze stroje s ECC RAM.
Jasné. Díky za připomínku.Ještě je tam nějaký NAS, na který se to může zálohovat přes LAN.Chápu, že v dnešní době není od věci i fyzicky jinde mít zálohu, ale taky je to o financích celé.
Hod to nekam do cloudu a budes mit po starostech. Na takove nasazeni se fyzicky server nevyplati
Jasně, všechno do cloudu. Nemáš nad tím kontrolu. Ale to nevadí. Je ti putna kde se tvoje informace/fotky potulují.
Slyšel jsi někdy o šifrování? Asi ne. Soukromá data se dají šifrovat, pokud jsi paranoidní.
"Databáze" 8GB je úplně o ničem. Alokoval bych si 8GB RAM a s daty pracoval pouze v paměti 😉. Maximálně by je pak uložil do souboru či ho zase načetl (v C++ ve Visual Studiu můžeš číst/zapisovat v blocích po 2,5 GB). Indexy si může vytvořit např. merge sortem a data pak rychle najít binárním půlením intervalu.Takto jsem pracoval s cca 40 milióny řádků, textový sobor 4GB a notebook ani nepoznal, že něco dělá, vše bylo okamžitě na stisk tlačítka 😉.
Neni zbytecne programovat neco, co uz 40 let existuje? Znovu vynalezat databazi se v 99% pripadu nevyplati. Ale mozna, ze tvoje pouziti vyzaduje to jedno procento, kdy to dava smysl.
Potřeboval jsem projet asi 3 mld. hledání. Většinu funkcí vč. toho třídění a binárního půlení jsem udělal x64 asm 😉. Po stisku tlačítka trvalo hledání a vykreslení tras na mapu světu 3 sekundy.
Jo, to je ten tvuj projekt, co jsi ho tu pred lety resil. Dodnes si myslim, ze by bylo byvalo lepsi pouzit nejakou geo databazi (treba ten Postgres), ale proti gustu zadny disputat :)
Podle toho co píšeš to můžeš provozovat takřka na čemkoli. Jako zajímavá a jednoduchá možnost mě připadá NAS a rozjet to v dockeru. Jinak si můžeš nechat postavit levný server od supermicro a nebo zkusit cloud.
Nepřemýšlel si o Managed-serveru v cloudu? Ve finále by to mohlo vyjít levněji a bez starostí. Zajistíš si "jen" off-site zálohování (pokud si i to neuhradíš, nebo si nevybereš službu, která to podporuje). Vzhledem k tomu, že píšeš o velikost DB 8 GB a velmi málo přístupech, koukni na DigitalOcean, kde bys mohl mít 1vcpu za 15 (17) USD za 10GB (20GB). https://www.digitalocean.com/pricing/managed-databases
Jen se opravím, neměl jsem na mysli virtuální server, ale Managed-databázi jako službu (PaaS/DBaaS). Pár kliknutí a jede to, bez starosti o HW, elektřinu, konektivitu a zabezpečení celého linuxového stroje.
Na takovou drobnost bych ani fyzickou mašinu nestavěl a dal to někam jako virtuálku.
Aby byl vycet (vicemene) kompletni - cloud uz tady nekolikrat zaznel, ale vetsinou jako "pronajmi si server".Muzes si "v cloudu" udelat primo databazi bez starosti o virtualni server - viz treba https://aws.amazon.com/rds/
Doporučil bych kouknout na HP Microserver. Je to připraveno na instalaci 4x disků a je to serverový HW který zvládne 24/7 provoz. Lze provozovat pak jak s HW raidem tak se SW raidem.
Na 8GB databazi, ktera by mohla bezet klidne na telefonu (obrazne)?
Proc se nespolehnout na random virtual u random firmy? 8GB DB, utahne "kde co".Navic takove firmy budou mit zalohovani vyresene lepe, nez dokaze prumerny ajtak sam zajistit.
Takze nevis co chces ale ma to mit raid, ubuntu a postgresql… je ta databaze kriticka pro chod firmy? Kdyz ti to nebude fungovat tyden tak jsi vpohode? Kdyz prijdes o ty data tak jsi vpohode? Kolik novych a jakych dat vznika za nejake casove obdobi? Atd. Tech otazek je spousta a az je zodpovis tak ti nejaky odbornik za vysokou castku rekne co delat a co potrebujes. Pokud se jdes radit na zive tak to reseni z principu bude stat za hovno.
Jaka konkretne reseni tu stoji za hovno, trolle?
Ale houby, dulezite otazky byly vicemene zodpovezeny. A pri dnesnich vykonech pocitacu a velikosti databaze na to fakt nepotrebuje odbornika, aby mu poladil databazi od I/O pristupu az po navrh indexu a velikosti cache.Doby, kdy jsme na databaze s velikosti merenou v gigabytech kupovali certifikovanou kombinaci HW+SW jsou davno pryc.
Potvrďte prosím přezdívku, kterou jsme náhodně vygenerovali, nebo si zvolte jinou. Zajistí, že váš profil bude unikátní.
Tato přezdívka je už obsazená, zvolte prosím jinou.