Indholdsfortegnelse:
- Noder og rigtige applikationsklynger i Oracle 12c
- Central lagring og rigtige applikationsklynger i Oracle 12c
- Cluster interconnect og Real Application Clusters i Oracle 12c
- Netværksgrænseflader og rigtige applikationsklynger i Oracle 12c
Video: Technology Stacks - Computer Science for Business Leaders 2016 2025
Real Application Clusters (RAC) i forbindelse med Oracle 12c-databaser har nogle specielle hardwarekrav, som enkeltinstans eller ikke-RAC-database ikke har. De hardwareområder, der skal fokuseres på, omfatter netværksinterfaces, centrallager og noder.
Noder og rigtige applikationsklynger i Oracle 12c
A node er en server, der kører en Oracle-instans. En ægte RAC-konfiguration har mindst to noder.
Antallet af noder i din RAC-konfiguration afhænger af hardware- og softwarebegrænsninger. Ifølge Oracle's dokumentations- og supportwebsteder kan Oracle-softwaren selv understøtte 100 nodes, men andre kræfter kan begrænse dig til færre.
Hvis du kommer ind i masser af noder (mere end otte), skal du kontakte alle dine hardware- og softwareleverandører for at se, hvad din grænse er.
Tilføj knudepunkter, når du skalere din klynge. Du kan tilføje og fjerne dem med minimal eller ingen serviceafbrydelser i din ansøgning. Dette sikrer høj tilgængelighed. Normalt vil hver knude have sin egen installation af Oracle-softwaren.
Du kan have en central, delt softwarekatalog for hver knude, der skal bruges. En sådan konfiguration begrænser dog dine højkapacitetsfunktioner.
For eksempel er en fordel for at installere Oracle-softwaren på hver knude evnen til at patchere noderne individuelt ved at tage dem ned ad gangen. Denne rullepatch undgår en komplet applikationsbrud. Du kan ikke anvende alle patches på denne måde. Kontroller med patch dokumentation for at være sikker. På den anden side kræver en central installation dig at lukke hele klyngen for at anvende plaster.
Hver knude skal have sit eget Oracle software kode træ, hvis du vil have høj tilgængelighed.
Central lagring og rigtige applikationsklynger i Oracle 12c
Følgende er nogle RAC-konfigurationskrav til central lagring:
-
Alle dine databasefiler, kontrolfiler, redo-logfiler, arkivlogfiler og spfile skal være på delt lagring. På denne måde har hver af de noder adgang til alle de nødvendige filer til dataadgang, opsving og konfiguration.
-
Vedhæft det centrale lagringsniveau til hver node i form af nogle højhastighedsmedier. Mange højhastighedsforbindelser (fiberkanal eller iSCSI, for eksempel) er tilgængelige fra forskellige lagringsleverandører.
Sørg for, at lagring og vedhæftede filer er godkendt til Oracle RAC, inden du træffer dine beslutninger. (For eksempel er NFS-monteringsdrev til hver server typisk ikke en certificeret konfiguration.) Du kan bruge næsten enhver form for fælles lagring med anstændige uddannelses- og testresultater.
-
Når du vælger en lagerleverandør, skal du overveje dine applikations præstationsbehov. Dit diskdelsystem skal kunne skala så let som dine RAC-noder. Når du føjer noder, skal du muligvis tilføje fysiske diske for at understøtte den øgede efterspørgsel på lagringsundersystemet. Du bør kunne gøre dette med lidt eller ingen nedetid.
-
Disken på delsystemet Delet opbevaring skal konfigureres for delt adgang. Du kan have op til fire valgmuligheder for dette:
-
Råfilsystem (uformaterede diske)
-
Oracle Cluster File System (OCFS) (kun tilgængelig på Windows og Linux)
-
Oracle Automatic Storage Management (ASM)) (en Oracle-leveret Volume Manager af sorter for database-relaterede filer)
-
Tredjepartsløsning (som Veritas)
-
Du skal muligvis kombinere indstillinger. Du kan f.eks. Bruge Oracle ASM til dine databasefiler, men du vil måske have noget andet end ASM til RMAN-backupfiler.
Cluster interconnect og Real Application Clusters i Oracle 12c
Cluster interconnect er et dedikeret hardwarestykke, der styrer alle inter-instans kommunikation. Meget kommunikation sker på tværs af forekomster i en RAC-konfiguration: Vedligeholdelse af konsistens, deling af låsinformation og overførsel af datablokke.
Oracle bruger Cache Fusion til styring af dataoverførsel mellem noder. Cache Fusion kræver et ekstremt pålideligt, privat højhastighedsnetværk, der forbinder alle noderne.
Cache Fusion er en kritisk komponent for at få RAC til at fungere godt. Sammenkoblingen skal være gigabithastigheder eller bedre.
Når du har problemer med klyngekommunikationsydelse, bliver interconnects evne til at levere den nødvendige båndbredde stillet spørgsmålstegn ved. Det er en nødvendig udgift at oprette et RAC-miljø på passende vis. Vil du bruge tusindvis af dollars på en racerbil og derefter sætte gadedæk på den?
Netværksgrænseflader og rigtige applikationsklynger i Oracle 12c
Sørg for, at du har de rigtige netværksgrænseflader på serveren for korrekt kommunikation. Dette omfatter flere netværkskort:
-
En til offentlig eller brugerforbindelser til maskinen
-
En til den private sammenkobling for klyngen til at dele information på tværs af noderne
I det mindste skal en RAC-konfiguration have to netværkskort:
-
Det ene til det private netværk for klyngeforbindelsestrafik
-
Den ene til det offentlige netværk
Det offentlige netværk er forbindelsen til alle klyngetilslutninger, fra dine applikationer og slutbrugere (inklusive dig og sys admin).