Ytelse for store Oracle RAC-databaser på MPP-maskiner

Y

I motsetning til en klynge hvor bare noen få noder er sammenkoblet, lar massivt parallelle prosesseringssystemer (MPP) et stort antall noder kobles sammen. Det finnes MPP-systemer med mer enn tusen noder. Hver av disse nodene er et separat system med sin egen CPU, disker, kontrollere, minne og interne systembusser for å danne en “løst koblet”, dele-ingenting-arkitektur. Alle disse nodene er koblet sammen via en høyhastighets, høy båndbredde-forbindelse. Hver node har en separat kopi av operativsystemet. I MPP-arkitektur er Oracle installert i RAC-modus.

Hver Oracle-forekomst på hver node er ansvarlig for alle ressursene den har, har oversikt over hele databasen, og kan finne ut hvilken node som har en lås på hvilken som helst del av databasen. Hvis den trenger noe som er låst av en annen node, vil det kreve en inter-instans ping, der den andre instansen må skrive til disk alle endringene den har gjort. En typisk databasespørring vil gå mot én node; data vil bli plukket opp fra minnet og/eller diskene til en hvilken som helst passende node og reise via sammenkobling for å returnere dataene til den anmodende noden. Hver node kontrollerer sitt eget sett med disker og kan overta kontrollen over et annet sett hvis en node svikter. Dermed kan alle nodene konfigureres til å være primære eller en kombinasjon av primære og sekundære. Databasefilene plasseres på de primære nodene, mens de sekundære nodene gir den nødvendige redundansen for å overta og erstatte primærnodene i tilfelle sistnevnte svikter.

Den største ulempen i MPP-arkitekturer er ikke selve arkitekturen, men applikasjonsdesignfeil som finnes i en typisk implementering. De fleste applikasjonsdesignere er godt kjent med å implementere applikasjoner på SMP-maskiner. MPP-arkitekturer krever imidlertid et totalt paradigmeskifte når det gjelder å analysere hvilke data som må plasseres på hvilken node for å redusere datadeling og inter-instans-ping på tvers av noder. Siden hver node er svært uavhengig i en del-ingenting-arkitektur, resulterer enhver situasjon som får noder til å handle store ressurser på grunn av datadeling i høy trafikk over sammenkoblingen. Denne situasjonen forårsaker store ytelsesproblemer i Oracle RAC-databaser. Ytelsen til Oracle RAC-databasen er for det meste avhengig av feil maskinvarearkitekturkonfigurasjon. Du bør vurdere maskinvarearkitektur og distribusjon av operativsystem før du behandler for Oracle Real Application Cluster-konfigurasjon. Ellers vil du få mange problemer etter at utplassering og endring av maskinvarekonfigurasjon krever nedetid for dine høye tilgjengelige databaser.

About the author

Add comment

By user

Recent Posts

Recent Comments

Archives

Categories

Meta