Innholdsfortegnelse:
- Noder og virkelige applikasjonsklynger i Oracle 12c
- Sentral lagring og virkelige applikasjonsklynger i Oracle 12c
- Cluster interconnect og Real Application Clusters i Oracle 12c
- Nettverksgrensesnitt og virkelige applikasjonsklynger i Oracle 12c
Video: Grunnleggende sikkerhetskurs, repetisjon, NMU Borre 2025
Real Application Clusters (RAC) i forbindelse med Oracle 12c-databaser har noen spesielle maskinvarekrav som enkeltinstans eller ikke-RAC-database ikke har. Maskinvareområdene for å fokusere på inkluderer nettverksgrensesnitt, sentral lagring og noder.
Noder og virkelige applikasjonsklynger i Oracle 12c
A node er en server som driver en Oracle-instans. En ekte RAC-konfigurasjon har minst to noder.
Antall noder i RAC-konfigurasjonen avhenger av begrensninger på maskinvare og programvare. Ifølge Oracles dokumentasjons- og supportwebsteder kan Oracle-programvaren selv støtte opptil 100 noder, men andre krefter kan begrense deg til færre.
Hvis du kommer inn i mange noder (over åtte), må du sjekke med alle maskinvare- og programvareleverandørene for å se hva grensen din er.
Legg til noder mens du skalar klassen din. Du kan legge til og fjerne dem med minimal eller ingen tjenesteavbrudd i søknaden din. Dette sikrer høy tilgjengelighet. Vanligvis vil hver node ha sin egen installasjon av Oracle-programvaren.
Du kan ha en sentral, delt programvarekatalog for hver nod som skal brukes. En slik konfigurasjon begrenser imidlertid mulighetene for høy tilgjengelighet.
For eksempel er en fordel for å installere Oracle-programvaren på hver knutepunkt muligheten til å patchere nodene individuelt ved å ta dem ned en om gangen. Denne rullepatchen unngår en komplett applikasjonsbrudd. Du kan ikke bruke alle oppdateringer på denne måten. Sjekk med patch dokumentasjon for å være sikker. På den annen side krever en sentral installasjon at du slår av hele klyngen for å bruke lappen.
Hver knutepunkt burde ha sitt eget Oracle-programvarekode-tre hvis du vil ha høy tilgjengelighet.
Sentral lagring og virkelige applikasjonsklynger i Oracle 12c
Følgende er noen krav til RAC-konfigurasjon:
-
Alle databasefiler, kontrollfiler, gjenta logger, arkivlogger og spfile skal være på delt lagring. På denne måten har hver av nodene tilgang til alle nødvendige filer for datatilgang, gjenoppretting og konfigurasjon.
-
Fest det sentrale lagringsplassen til hver node i form av noen høyhastighetsmedier. Mange høyhastighetsforbindelser (fiberkanal eller iSCSI, for eksempel) er tilgjengelige fra forskjellige lagringsleverandører.
Kontroller at lagring og vedlegg er godkjent for Oracle RAC før du tar dine beslutninger. (For eksempel er NFS-monteringsstasjoner til hver server ikke typisk en sertifisert konfigurasjon.) Du kan bruke nesten hvilken som helst felles lagringskonfigurasjon med anstendig utdanning og testresultater.
-
Når du velger en lagringsleverandør, bør du vurdere programmets ytelsesbehov. Diskdelsystemet ditt skal kunne skaleres så enkelt som dine RAC-noder. Når du legger til noder, må du kanskje legge til fysiske disker for å støtte den økte etterspørselen på lagringsundersystemet. Du bør kunne gjøre dette med liten eller ingen nedetid.
-
Disken på delingsystemet for delt lagring må være konfigurert for delt tilgang. Du kan ha opptil fire valg for dette:
-
Råfilsystem (uformaterte disker)
-
Oracle Cluster File System (OCFS) (kun tilgjengelig på Windows og Linux)
-
Oracle Automatic Storage Management (ASM)) (en Oracle-forsynt volumleder for slags for databaselaterte filer)
-
Tredjepartsløsning (for eksempel Veritas)
-
Du må kanskje kombinere alternativer. For eksempel kan du bruke Oracle ASM til databasefiler, men du vil kanskje ha noe annet enn ASM for RMAN-backupfiler.
Cluster interconnect og Real Application Clusters i Oracle 12c
Cluster interconnect er et dedikert stykke maskinvare som administrerer all inter-instans kommunikasjon. Mye kommunikasjon over forekomster skjer i en RAC-konfigurasjon: opprettholde konsistens, dele låsinformasjon og overføre datablokker.
Oracle bruker Cache Fusion for å administrere dataoverføring mellom noder. Cache Fusion krever et ekstremt pålitelig, privat høyhastighetsnett som forbinder alle noder.
Cache Fusion er en kritisk komponent for å få RAC til å fungere bra. Sammenkoblingen må være gigabithastigheter eller bedre.
Når du har problemer med klyngekommunikasjonsytelser, blir interconnects evne til å gi den nødvendige båndbredden en spørsmålstegn. Det er en nødvendig utgift å sette opp et RAC-miljø på riktig måte. Vil du bruke tusenvis av dollar på en racerbil og deretter sette dekk på den?
Nettverksgrensesnitt og virkelige applikasjonsklynger i Oracle 12c
Pass på at du har de riktige nettverksgrensesnittene på serveren for riktig kommunikasjon. Dette inkluderer flere nettverksgrensesnittkort:
-
En for offentlig eller brukertilkobling til maskinen
-
En for den private sammenkoblingen for klyngen å dele informasjon på tvers av nodene
I det minste bør en RAC-konfigurasjon ha to nettverksgrensesnittkort:
-
Ett for det private nettverket for klyngeforbindelsestrafikk
-
Ett for det offentlige nettverket
Det offentlige nettverket er forbindelsen for alle klyngerforbindelser, fra dine applikasjoner og sluttbrukere (inkludert deg og deg sys admin).
