Clusterová řešení + Oracle (diskuse)

[Kyosuke]

Otázka je, k čemu konkrétně tu databázi používáte? Firebird by měl utáhnout v běžném transakčním provozu až 1k uživatelů, například. (Na trošku nadupanějším stroji...) Na druhou stranu, jediný OLAPofilní analytik může serveru slušně zavařit...

[pele]

Je to podnikovy informacni system pro specifické podnikové procesy (obchod, výroba, servis,...) včetně ekonomiky, controllingu a CRM.

[Honza Král]

i to se obavam, ze je malo informaci... na jakem zeleze to bezi, kolik je v tom dat, transakci/s, soucasne vytizeni stroje, narazove maximalni vytizeni, typicke vyuziti atd...

pocet uzivatelu jse vcelku zanedbatelny udaj.. ;)

[pele]

tusim 2xXeon, 2GB RAM, 2xSATA(nevim presne kolik), Databaze je cca 3,5GB velka, ale neni jenom jedna, jsou 4, myslim. Transakci za sekundu 500 max. Typicke vyuziti 350 tranakci za sekundu. Ale nevim to zcela presne, zitra dodam presna cisla.

[Messa]

# Existuje nejaky open projekt pro databazove cluster jako jsou OpenMosix Cluster ci Beowulf Cluster pro aplikacni clustery. # Nebo je to domenou, coz je asi pravdepodobnejsi, spise vyrobcu databazi a ne tretich stran.

Tyto dotazy jsem nepochopil. Proč hledat clusterovou technologii na „nižší“ (dalo by se říct systémové?) úrovni, když můžete využít RAC přímo od Oracle, o kterém se také zmiňujete?

V této oblasti se moc nevyznám, doufám že se neptám úplně mimo :)

[riklo]

Dobre mierena otazka. Pokial viem neexistuje tretostranne riesenie ktore by umoznovalo pristup viacerym instanciam k spolocnym datam ( preoblem riesenia DB zamkov a podobne ).

Je mozne pouzit FailSafe riesenie (active/pasive cluster) ale RAC je o niecom uuuplne inom. Tym ale nechcem povedat ze FailSafe je zly. Ak hovorime o zabezpeceni vysokej dostupnosti je to celkom fajn riesenie. O loadbalancingu sa tu viac menej neda uvazovat... snad len ak by ste chceli rozdelovat zataz na urovni celych databaz ( nod1 - Ekonomika, nod2 Logistika )

[Marek 'marx' Grác]

K spoločným dátam nie je až taký problém pristupovať napr. gfs

[pele]

Nejde jen o pristup ale i o rozdistribuovani zateze a veci s tim spojene.

[Marek 'marx' Grác]

Riesenie zalozene okolo gfs a cluster suite by to malo celkom v pohode zvladat. Mozno preto ho nechali certfikovat s Oracle :)

http://sources.redhat.com/cluster

[riklo]

# Pri kolika uzivatelich uz se vyplati nasadit clusterove reseni?

- ak hodnotime z hladiska vysokej dostupnosti tak aj pre jedneho

# Da se otazka poctu stroju a poctu uzivatelu nejakym zpusobem ciselne svazat?

- zalezi od aplikacie, vyuzitia zdrojov (CPU, RAM, IO ) jednotlivymi uzivatelmi

# Existuje nejaky open projekt pro databazove cluster jako jsou OpenMosix Cluster ci Beowulf Cluster pro aplikacni clustery.

- netusim... mam nasadeny ORACLE + RAC + Linux (RAC je v SE do 4CPU zdarma), ale ked som hladal tak konkretne pre ORACLE som nic pouzitelneho nenasiel.

# Nebo je to domenou, coz je asi pravdepodobnejsi, spise vyrobcu databazi a ne tretich stran.

- databazove clustre

- ORACLE RAC podporuje aj tretostranne clusterware ale aj tak vyzaduje nainstalovat vlastny. Samozrejme ina situacia je v priapde FailSafe riesenia

# Jak moc je treba databaze pro takoveto reseni optimalizovat.

- ak aplikacia beha dobre na jednom stroji je slusny prepoklad ze bude behat dobre aj v clustri. RAC nie je samospasitelne a v urcitych pripadoch je dokonca nevhodne( zapis 100 riadkov v priebehu jednej sekundy do jednej tabulky z viacerych nodov clustra )

# Pokud nekoho napadaji dalsi veci o ktere bych se mel zajimat, necht to napise nize do diskuze,diky.

- odporucam precitat ORACLE ConceptGuide - problematika je pomerne siroka a nie trivialna. Optimalny navrh a nasledna konfiguracia vyzaduje nemale skusenosti s ORACLE, OS a HW.

# Byl bych tak moc rad, kdyby jste mi, jako odbornici, sdelili zkusenosti a nazory na provozovani Oraclu+RAC+Linux

- trosku pakaren kym sa to rozbeha

- silny interconnect s nizkou latenciou !!!!!!!!!

- zatial viac menej spokojnost :)

# Jo a posledni bodik jak je na tom MS Windows, tady je podle dosud zjistenich informaci podpora miziva v porovnani s Linuxem, nemylim-li se.

- podpora ORACLE ci RAC je aj vo WIN na dobrej urovni ( viac menej to iste co linux ). Ak vsak myslite clustrovanie na urovni WIN tak to umoznuje len FailSafe riesenie.

[pele]

Predem dik za peknou odpoved.

# Pri kolika uzivatelich uz se vyplati nasadit clusterove reseni? - ak hodnotime z hladiska vysokej dostupnosti tak aj pre jedneho

No ono jde hlavne o to jestli ma vubec smysl neco takove implementovat pro relativne malou zatez a pomerne malo uzivatelu.

Ono asi nelze rict:"Tak mame 600 uzivatelu, vyuzivjici system s vytizenosti treba 500 pozadavku za sekundu a aby byl system rozumne pouzitelny (odezva systemu). Dame tam tedy cluster slozeny ze dvou stroju."

Nebo treba nejak stanovit nejakou hranici. Je mi jasne ze je to vse dano okolnostmi, ale urcite bude stat za to poridit si nejake statistiky vytizenosti

No a taky je dobre myslet na budoucnost a rozsiritelnost, dokoupit relativne levne stroje. A dosahnout tim za levny peniz pozadovany vykon.

O MS Win asi nema ani cenu ve spojeni s clustery uvazovat, uz z toho duvodu ze linux je proste a jednoduse mene hw narocny

Takze jeste jednou diky a snad se zde objevi jeste nejake podnetne nazory

[riklo]

Pri rozhodovani o nasadeni clustra treba brat do uvahy viac benefitov.

1. Vysoka dostupnost

2. Rozdelenie zataze

3. Moznost skalovania vykonu

4. Konsolidacia systemov - zjednodusenie managementu atd.

Podla uvedeneho poctu transakcii by som povedal ze ide o nie prave najmensi system. Prepokladam ze keby vsetky vase IS stali nejake hodiny... minuty... ci nebodaj dni by bolo dost neprijemne. Ak ma sucasny system dostatok zdrojov... nie je poziadavka na zvysenie vykonu... ani prepoklad na takuto poziadavku zoastava uz len otazka dostupnosti systemu. Ak mate aj aplikacne servre je takztiez zaujimava moznost implementacie GRID computingu.

Samozrejem RAC ma aj nevyhody. Napriklad ak sa na clustri prevadzkuje viac databaz je pozadovana rovnaka verzia. Ak mate viac aplikacii s roznymi poziadavkami mozu vzniknut problemiky.

Vsetko sa da riesit... maje osobne skusenosti vsak hovoria ze hlavne dodavatelia ekonomickych IS su znacne neochotny a neschopny promptne reagovat v pripade poziadavky prechodu na inu verziu DB ci nebodaj OS pod databazou.

[peto]

"moje osobne skusenosti vsak hovoria ze hlavne dodavatelia ekonomickych IS su znacne neochotny" -> myslim, ze takto by to stacilo

Mali sme taky web, eshop, kazde nacitanie stranky trvalo asi 5 sekund, brutus nadupana masina, tak hovorim chlapikovi, ze problem bude asi niekde inde, on ze sa to neda vyriesit, ze mozno rychlejsi server, tak som urobil nejaky dost zlozity dotaz (asi 10G databaza), ze reku otestujem, samozrejme ze to vybehlo okamzite, tak pustim odbc logovanie vo windows, netrvalo dlho, kym som ten vadny dotaz nasiel, hovorim chlapikovi, nech to nejak opravi, ze uz sa aj zakaznici stazuju, poslal ma do pcka, ze co sa im montujem do software, takze tak.

K teme - aj ked o tom vela neviem, clusterovanie sa da robit na vselijake sposoby a asi ti tu nikto nepomoze. Nato maju databazove firmy konzultantov a inu haved (samozrejme, ze im ide len o to predat sw..), skor pozhanaj nejake vzdelavacie materialy k oracle, snad take su, niekto tu o tom tusim aj pisal a studovat.