🚀 go-pugleaf

Dnia Thu, 27 Dec 2007 22:06:44 +0100, Zenadix napisał(a):

> Witam grupowiczow!
> 
> Planuje zakup zabawek na potrzeby bazy danych PostgreSQL. Chce spytac,
> co proponujecie do jej utrzymania.
> Ktore z rozwiazan bedzie Waszym zdaniem lepsze i dlaczego: 1. 2xX5120
> (1xNiagara2), 32GB RAM, 2 hdd SAS 2. 2xX4600 (8xQuadCore Opteron), 32GB
> RAM, 4 hdd SAS 3. 6xX4150 (2xXeon QuadCore), 16GB Ram, 8 hdd SAS Koszt
> zakupu zabawek list price jest podobny.
> 
> Ktore z wymienionych bedzie najbardziej wydajne Waszym zdaniem? Baza
> bedzie miec wielkosc >10GB, stosunek odczyt/zapis 10/1.
> 
> Poza tym, czy klaster czy rozproszyc baze danych, czyli umiescic
> fragmenty bazy na roznych maszynach?
> Wazne jest aby mozliwe bylo robienie dumpow (lub innych backupow,
> jakich?) w sensownym czasie.
> Jakie parametry przy doborze sprzetu i budowie struktury bazy
> (rozproszenie i inne) nalezy Waszym zdaniem wziac pod uwage?
> 
> Z gory dziekuje za odpowiedzi, sugestie i konstruktywna krytyke.
> 
> pozdrawiam
> Zenadix

Powiem wprost - na bazach danych się nie znam ale wszystko zależy od tego 
jak baza jest skonstruowana i jak zoptymalizowane są zapytania oraz sama 
baza. W każdym razie bardziej stawiam na to iż będziesz potrzebował 
sporego IO wiec postawił bym na ten sprzęt: 2. 2xX4600 (8xQuadCore 
Opteron - amd jest lepsze w IO od inteli przynajmniej w niektórych 
testach), 32GB RAM, 4 hdd SAS. 32 Core-y, 32GB ramu (więc z początku jest 
szansa iż bazę można umieścić w pamięci i synchronizować ją z tym co na 
dysku). Przy dużej ilości core-ów można spokojnie dostawić kilka 
instancji postgres-a które będą miedzy sobą mieliły i spróbować to jakoś 
klastrować. Pytanie jeszcze jak z rozbudową maszyny i supportem.

-- 
Pozdrawiam
Krzysztof "SQ7IQZ" Kardas
GG:2471254 ICQ:53263009 Skype:krzychk2

Zenadix wrote:

> Poza tym, czy klaster czy rozproszyc baze danych, czyli umiescic
> fragmenty bazy na roznych maszynach?
> Wazne jest aby mozliwe bylo robienie dumpow (lub innych backupow,
> jakich?) w sensownym czasie.
> Jakie parametry przy doborze sprzetu i budowie struktury bazy
> (rozproszenie i inne) nalezy Waszym zdaniem wziac pod uwage?

A jak zamierzasz klastrowac tego postgresa?

-- 
Jakub Wartak
http://vnull.pcnet.com.pl

Jakub Wartak pisze:
> 
> A jak zamierzasz klastrowac tego postgresa?
> 
To jest dobre pytanie ... musze duzo doczytac
Byc moze czegos nie wiem, ale ... initdb -D /shared/dir/for/pgsql

Pytanie czy ma to wogule jakikolwiek sens, czy nie lepiej zrobic 
poprostu zapis do 1 bazy danych a odczyt z 2, ew z obu i tylko 
replikacja z 1 do 2 (ew, wiekszej ilosci)

Zenadix wrote:

> Jakub Wartak pisze:
>> 
>> A jak zamierzasz klastrowac tego postgresa?
>> 
> To jest dobre pytanie ... musze duzo doczytac
> Byc moze czegos nie wiem, ale ... initdb -D /shared/dir/for/pgsql
> 
> Pytanie czy ma to wogule jakikolwiek sens, czy nie lepiej zrobic
> poprostu zapis do 1 bazy danych a odczyt z 2, ew z obu i tylko
> replikacja z 1 do 2 (ew, wiekszej ilosci)

Z tego co mi wiadomo, jest cos takiego jak Slony dla PgSQL:
a) Slony-I - master-slave
b) Slony-II  - master-master
Nie bawilem sie zadnym z nich, ale jesli nie chcesz wnikac w
klastrowanie(ktory z natury rzecza az tak prosta nie jest) to mozesz sie
pokusic o 1 dobry serwer(tutaj to x4600) i 1 dobra macierz ;)

Ale to jest jak wrozenie z fusow:
+ nie napisales czy aplikacja juz powstala, czy jest w fazie projektu
+ co bedzie klientami tej bazy itd. jakie sterowniki, np. gdybys mial
serwery aplikacyjne J2EE i mogl wykorzystac drivery JDBC to rownie dobrze
mozesz pobawic sie w C-JDBC vel Sequoia i inne takie projekty (tak: pobawic
zanim produkcyjnie zaczniesz cos robic na tym) 
+ jaki rozrost bazy przewidujesz
+ jaki masz zasob srodkow ludzkich i co one potrafia a czego beda musialy
sie nauczyc.

BTW: ten watek z Solarisem za duzo wspolnego nie ma, lepiej zapytaj na
pl.comp.bazy-danych praktykow; no chyba ze chcesz miec Sun Cluster HA dla
Postgresa na jakiejs macierzy (ale to tylko failover).

-- 
Jakub Wartak
http://vnull.pcnet.com.pl

In article <fl2p95$tpu$1@news.dialog.net.pl>, zenadix@o2.pl says...
> > A jak zamierzasz klastrowac tego postgresa?
> > 
> To jest dobre pytanie ... musze duzo doczytac
> Byc moze czegos nie wiem, ale ... initdb -D /shared/dir/for/pgsql
> 
> Pytanie czy ma to wogule jakikolwiek sens, czy nie lepiej zrobic 
> poprostu zapis do 1 bazy danych a odczyt z 2, ew z obu i tylko 
> replikacja z 1 do 2 (ew, wiekszej ilosci)

Moze warto zastanowic sie nad oraclem i jego rac'em ?

art

Zenadix <zenadix@o2.pl> wrote:
> Witam grupowiczow!
> 
> Planuje zakup zabawek na potrzeby bazy danych PostgreSQL. Chce spytac, 
> co proponujecie do jej utrzymania.
> Ktore z rozwiazan bedzie Waszym zdaniem lepsze i dlaczego:
> 1. 2xX5120 (1xNiagara2), 32GB RAM, 2 hdd SAS
> 2. 2xX4600 (8xQuadCore Opteron), 32GB RAM, 4 hdd SAS
> 3. 6xX4150 (2xXeon QuadCore), 16GB Ram, 8 hdd SAS
> Koszt zakupu zabawek list price jest podobny.
> 
> Ktore z wymienionych bedzie najbardziej wydajne Waszym zdaniem?
> Baza bedzie miec wielkosc >10GB, stosunek odczyt/zapis 10/1.
> 
> Poza tym, czy klaster czy rozproszyc baze danych, czyli umiescic 
> fragmenty bazy na roznych maszynach?
> Wazne jest aby mozliwe bylo robienie dumpow (lub innych backupow, 
> jakich?) w sensownym czasie.
> Jakie parametry przy doborze sprzetu i budowie struktury bazy 
> (rozproszenie i inne) nalezy Waszym zdaniem wziac pod uwage?
	... zrob klaster z replikacja przez slony, sprzet moze byc 
standardowy bez "wypasu", latwiej pozniej wymienisz te masyznu na nowe.
Jedna superhiper maszynka jest bardziej podatna na awarie
i problemy i trudniejsza do wymiany. Z powazaniem
								Adam Przybyla

Artur Zakrzewski pisze:
> In article <fl2p95$tpu$1@news.dialog.net.pl>, zenadix@o2.pl says...
>>> A jak zamierzasz klastrowac tego postgresa?
>>>
>> To jest dobre pytanie ... musze duzo doczytac
>> Byc moze czegos nie wiem, ale ... initdb -D /shared/dir/for/pgsql
>>
>> Pytanie czy ma to wogule jakikolwiek sens, czy nie lepiej zrobic 
>> poprostu zapis do 1 bazy danych a odczyt z 2, ew z obu i tylko 
>> replikacja z 1 do 2 (ew, wiekszej ilosci)
> 
> Moze warto zastanowic sie nad oraclem i jego rac'em ?
> 
> art
Oracle bedzie pozniej, narazie musze uruchomic to na PGSQL (wiadomo, 
ograniczone fundusze na pczatek)

pozdrawiam

Adam Przybyla pisze:
> 	... zrob klaster z replikacja przez slony, sprzet moze byc 
> standardowy bez "wypasu", latwiej pozniej wymienisz te masyznu na nowe.
> Jedna superhiper maszynka jest bardziej podatna na awarie
> i problemy i trudniejsza do wymiany. Z powazaniem
> 								Adam Przybyla

Co racja to racja, dlatego wlasnie od razu chce min 2 maszyny.

A co to replikacji to Slony czy moze Postgres-R? Zadnego nie uzywalem 
wiec nie znam sie, jesli uzywaliscie to napiszcie.

Zdaje sobie sprawe, ze to troche NTG. Nie omieszkam takze poszukac na 
odpowiednich grupach.
Tak czy siak, dziekuje wszystkim za wsparcie.


Generalnie w watku chodzilo mi o sam sprzet, ale sokoro juz potoczylo 
sie dalej ...

pozdrawiam

Zenadix <zenadix@o2.pl> wrote:
> Adam Przybyla pisze:
>>       ... zrob klaster z replikacja przez slony, sprzet moze byc 
>> standardowy bez "wypasu", latwiej pozniej wymienisz te masyznu na nowe.
>> Jedna superhiper maszynka jest bardziej podatna na awarie
>> i problemy i trudniejsza do wymiany. Z powazaniem
>>                                                               Adam Przybyla
> 
> Co racja to racja, dlatego wlasnie od razu chce min 2 maszyny.
> 
> A co to replikacji to Slony czy moze Postgres-R? Zadnego nie uzywalem 
> wiec nie znam sie, jesli uzywaliscie to napiszcie.
> 
> Zdaje sobie sprawe, ze to troche NTG. Nie omieszkam takze poszukac na 
> odpowiednich grupach.

A czemu zla? O ile wiem SUN flirtuje mocno z posgresem, wiec moze to 
ta grupa o wiele bardziej niz inne;-))) pamietaj, posgres to open source
platforma sprzetowa mozan byc rozna, takze sunowska.

> Tak czy siak, dziekuje wszystkim za wsparcie.
> 
> 
> Generalnie w watku chodzilo mi o sam sprzet, ale sokoro juz potoczylo 
> sie dalej ...
	... popytaj, co ludzie czesciej stosuja, bedziesz mial wieksze
wsparcie jak cos bedzie sie dzialo nie tak, jak trzeba;-) Z powazaniem
								Adam Przybyla

Zenadix wrote:
> Witam grupowiczow!
> 
> Planuje zakup zabawek na potrzeby bazy danych PostgreSQL. Chce spytac, 
> co proponujecie do jej utrzymania.
> Ktore z rozwiazan bedzie Waszym zdaniem lepsze i dlaczego:
> 1. 2xX5120 (1xNiagara2), 32GB RAM, 2 hdd SAS
> 2. 2xX4600 (8xQuadCore Opteron), 32GB RAM, 4 hdd SAS
> 3. 6xX4150 (2xXeon QuadCore), 16GB Ram, 8 hdd SAS
> Koszt zakupu zabawek list price jest podobny.
> 
> Ktore z wymienionych bedzie najbardziej wydajne Waszym zdaniem?
> Baza bedzie miec wielkosc >10GB, stosunek odczyt/zapis 10/1.
> 
> Poza tym, czy klaster czy rozproszyc baze danych, czyli umiescic 
> fragmenty bazy na roznych maszynach?
> Wazne jest aby mozliwe bylo robienie dumpow (lub innych backupow, 
> jakich?) w sensownym czasie.
> Jakie parametry przy doborze sprzetu i budowie struktury bazy 
> (rozproszenie i inne) nalezy Waszym zdaniem wziac pod uwage?
> 
> Z gory dziekuje za odpowiedzi, sugestie i konstruktywna krytyke.

Pytasz: "Ktore z rozwiazan bedzie Waszym zdaniem lepsze".
Nie napisałeś: do czego ? To, że będzie to PG to jedno. A drugie
(być może ważniejsze) to jaka jest charakterystyka aplikacji, która
będzie na tym działać ? Czy to jest OLTP, DSS, batch-like ?
Czy będzie kilka połączeń do bazy czy wiele (setki czy tysiące 
uzytkowników) ? Czy rozmiar bazy >10G to np. 12G czy 30G ?
Czy to będzie działać na wewnętrznych dyskach czy
jest przewidziana macierz na to (w przyszłości ?) ?
Czy możesz więcej napisać o tym jak aplikacja będzie działać ?


przemol

Adam Przybyla <adam@gliwice.pl> wrote:
> A czemu zla? O ile wiem SUN flirtuje mocno z posgresem

No tak naflirtował, że kupił MySQL. Eh, zamiast FreeBSD i PostgreSQL,
to Linux i MySQL.

p.

-- 
http://freedns.sgh.waw.pl/  -- bezpłatny DNS.
http://nerdquiz.sgh.waw.pl/ -- polska wersja quizu dla nerdów.
http://42.pl/u/ -- skracacz URL-i.

Piotr KUCHARSKI pisze:
> Adam Przybyla <adam@gliwice.pl> wrote:
>> A czemu zla? O ile wiem SUN flirtuje mocno z posgresem
> 
> No tak naflirtował, że kupił MySQL. Eh, zamiast FreeBSD i PostgreSQL,
> to Linux i MySQL.
> 
> p.
> 
zobaczymy co czas przyniesie ... i to co sie urodzi z tego ozenku

Zenadix wrote:
> Piotr KUCHARSKI pisze:
>> Adam Przybyla <adam@gliwice.pl> wrote:
>>> A czemu zla? O ile wiem SUN flirtuje mocno z posgresem
>>
>> No tak naflirtował, że kupił MySQL. Eh, zamiast FreeBSD i PostgreSQL,
>> to Linux i MySQL.
>>
> zobaczymy co czas przyniesie ... i to co sie urodzi z tego ozenku

Malzenstwo niestabilne to i dzieci rozbrykane. ;)

--
tkniaz

Tomasz Kniaz pisze:
> Zenadix wrote:
>> Piotr KUCHARSKI pisze:
>>> Adam Przybyla <adam@gliwice.pl> wrote:
>>>> A czemu zla? O ile wiem SUN flirtuje mocno z posgresem
>>>
>>> No tak naflirtował, że kupił MySQL. Eh, zamiast FreeBSD i PostgreSQL,
>>> to Linux i MySQL.
>>>
>> zobaczymy co czas przyniesie ... i to co sie urodzi z tego ozenku
> 
> Malzenstwo niestabilne to i dzieci rozbrykane. ;)
> 
> -- 
> tkniaz
Ciekawe jak toto nazwa ... moze MSSQL - MySunSQL? :-D

Zenadix wrote:
> Ciekawe jak toto nazwa ... moze MSSQL - MySunSQL? :-D

http://www.c0t0d0s0.eu/archives/3998-Only-one-favour-....html

:D

-- 
Piotr Berliński
------------------------------------------
e-mail: piotr@berlinski.org lub p.berlinski@post.pl
Mój klub: http://www.skz.pw.edu.pl
GG# 1444580
"Gdy zeglarstwo w studiach szkodzi - cisnij studia, o coz chodzi!"
A.Urbanczyk

Zenadix wrote:
> Tomasz Kniaz pisze:
>> Zenadix wrote:
>>> Piotr KUCHARSKI pisze:
>>>> Adam Przybyla <adam@gliwice.pl> wrote:
>>>>> A czemu zla? O ile wiem SUN flirtuje mocno z posgresem
>>>>
>>>> No tak naflirtował, że kupił MySQL. Eh, zamiast FreeBSD i PostgreSQL,
>>>> to Linux i MySQL.
>>>>
>>> zobaczymy co czas przyniesie ... i to co sie urodzi z tego ozenku
>>
>> Malzenstwo niestabilne to i dzieci rozbrykane. ;)
>>
>> -- 
>> tkniaz
> Ciekawe jak toto nazwa ... moze MSSQL - MySunSQL? :-D

SunQL?

--
tkniaz