Temat: szcowanie CPU dla Oracle

Witam,

Mam takie teoretyczne pytanie. Załóżmy, że chcę zaprojektować system DB tak by był w stanie wydajnie obsłużyć żądania a jednocześnie nie przeszacować CPU, które bezpośrednio wpływają na cenę licencji.
Jakie muszę znać dane i jak je przełożyć na ilość corów serwera Oracle?

Temat: szcowanie CPU dla Oracle

Czesc,

polecam Ci ponizszy filmik. To da Ci odpowiedz na Twoje pytania.

http://www.youtube.com/watch?v=Wmf6DifNGfE

Temat: szcowanie CPU dla Oracle

1. wiedza na temat tego co będzie robiła aplikacja i ilu będzie użytkowników + doświadczenie DBA - pozwolą na wyskalowanie środowiska testowego
2. rzetelne testy na środowisku testowym przed wdrożeniem produkcyjnym - pozwolą stwierdzić czy i ew. jak bardzo środowisko zostało przeszacowane/niedoszacowane

Jeśli będzie tam działała jakaś aplikacja firmy trzeciej to często w dokumentacji można znaleźć wskazówki na temat skalowania środowiska pod konkretne wymagania.

Temat: szcowanie CPU dla Oracle

Podejście proste -> wchodzisz na http://www.tpc.org i wybierasz benchmark charakteryzujący Twój workload (OLTP/DSS/...), patrzysz na wersję Oracle i parametry sprzętu na których workload był testowany i system osiągnął ileś tam transakcji na sekundę. Skalujesz tę benchmarkową ilość TPS, pod te których się spodziewasz na własnym systemie i zgodnie z tym skalujesz zasoby :-) Równie dobra metoda jak zgadywanie ;)

...ale jeśli chcesz podejść do tematu w sposób zorganizowany, a nie bazować na "praktykach voodoo", to proponuję zainwestować trochę w teorię.

Literatura:
Raj Jain "Art of Computer Systems Performance Analysis Techniques For Experimental Design Measurements Simulation And Modeling"
Neil J. Gunther "Guerilla Capacity Planning"
Neil J. Gunther "Analyzing Computer System Performance with Perl::PDQ"

Narzędzia:
- PDQ toolkit
- Java Modeling Tools
- i pewnie masa innych ( mi się podoba JMT, bo modele można robić w sposób klikalny :-) )

Umiejętności:
- trochę statystyki (średnie, mediany, odchylenia, rozkłady Poissona/Gamma/Erlanga/... )

Jeśli aplikacji nie masz, to możesz modelować jej komponenty, ale potrzebujesz charakterystyki tej aplikacji oraz wymagań/założeń biznesowych co do jej "wydajności".

a) średni napływ transakcji w jednostce czasu (np. X klientów obsługiwanych w ciągu godziny w punkcie sprzedaży, Y punktów sprzedaży)
b) maksymalna przepustowość systemu (np. system powinien być w stanie nadrobić przestój 24h w ciągu 4h)
c) czas odpowiedzi systemu (komponentu) (np. < 5 sek dla 95% transakcji, przy 70% utylizacji zasobów)

Temat: szcowanie CPU dla Oracle

Przy braku aplikacji pozostaje jeden problem - TPC jest wykonywane dla aplikacji napisanej w sposob optymalny co nie zawsze jest prawda dla powstajacych nowych aplikacji.

Oczywiscie istniejace aplikacje tez nie sa ideale - ale poniewaz sa mozna je testowac.

Reszta to niestety troche "voodoo" no i niesmiertelne KIWI (Kill it with Iron) - no ale skoro wspominasz o koszcie licencji to zakladam ze KIWI jest najmniej oczekiwana opcja.

Warto spojrzec na wyklad Kevina Closson-a nt platformy intel - http://www.youtube.com/watch?v=S8Ih1NpOlNI

pozdrawiam,
Marcin