Innehållsförteckning:
- Noder och verkliga programklyftor i Oracle 12c
- Central lagring och verkliga programklyftor i Oracle 12c
- Cluster interconnect och Real Application Clusters i Oracle 12c
- Nätverksgränssnitt och verkliga programklyftor i Oracle 12c
Video: Grundläggande grammatik: BIFF-regeln 2024
Verkliga programklyftor (RAC) i kombination med Oracle 12c-databaser har några speciella hårdvarukrav som enkelinstans eller icke-RAC-databas inte har. Hårdvaruområdena att fokusera på är nätverksgränssnitt, central lagring och noder.
Noder och verkliga programklyftor i Oracle 12c
A nod är en server som kör en Oracle-instans. En sann RAC-konfiguration har minst två noder.
Antalet noder i din RAC-konfiguration beror på hårdvaru- och programvarubegränsningar. Enligt Oracles dokumentations- och supportwebbplatser kan Oracle-mjukvaran själv stödja uppåt på 100 noder, men andra krafter kan begränsa dig till färre.
Om du kommer in i massor av noder (mer än åtta), kolla med alla dina maskin- och programvaruleverantörer för att se vad din gräns är.
Lägg till noder när du skalar ditt kluster. Du kan lägga till och ta bort dem med minimal eller ingen serviceavbrott i din ansökan. Detta garanterar hög tillgänglighet. Normalt kommer varje nod att ha en egen installation av Oracle-programvaran.
Du kan ha en central, delad programkatalog för varje nod som ska användas. En sådan konfiguration begränsar dock dina hög tillgänglighetskapacitet.
Till exempel kan en fördel att installera Oracle-programvaran på varje nod vara förmågan att patchera noderna individuellt genom att ta dem ner en åt gången. Denna rullningsplåster undviker ett komplett programavbrott. Du kan inte applicera alla patchar på det här sättet. Kontrollera med patch dokumentation för att vara säker. Å andra sidan kräver en central installation att du stänger hela klustret för att applicera plåstret.
Varje nod borde ha sitt eget Oracle-programvarukodträd om du vill ha hög tillgänglighet.
Central lagring och verkliga programklyftor i Oracle 12c
Nedan följer några krav på central lagring av RAC-konfigurationer:
-
Alla dina databasfiler, kontrollfiler, redo-loggar, arkivloggar och spfile ska finnas i delad lagring. På så sätt har alla noder tillgång till alla nödvändiga filer för dataåtkomst, återställning och konfiguration.
-
Fäst det centrala lagret till varje nod i form av höghastighetsmedia. Massor av höghastighetsanslutningar (fiberkanal eller iSCSI, till exempel) finns tillgängliga från olika lagringsleverantörer.
Kontrollera att lagring och bilagor är godkända för Oracle RAC innan du fattar dina beslut. (Till exempel är NFS-monteringsdrifter till varje server inte typiskt en certifierad konfiguration.) Du kan använda nästan alla gemensamma lagringskonfigurationer med anständigt utbildnings- och testresultat.
-
När du väljer en lagringsleverantör, överväga programmets prestationsbehov. Dina diskens delsystem ska kunna skala så enkelt som dina RAC-noder. När du lägger till noder kan du behöva lägga till fysiska diskar för att stödja den ökade efterfrågan på lagringsundersystemet. Du borde kunna göra detta med liten eller ingen nedetid.
-
Skivan på delsystemet Delat lager måste vara konfigurerat för delad åtkomst. Du kan ha upp till fyra val för detta:
-
Råfilsystem (oformaterade diskar)
-
Oracle Cluster File System (OCFS) (endast tillgängligt i Windows och Linux)
-
Oracle Automatic Storage Management (ASM)) (en Oracle-levererad volymhanterare av sorter för databasrelaterade filer)
-
Tredjepartslösning (till exempel Veritas)
-
Du kan behöva kombinera alternativ. Till exempel kan du använda Oracle ASM för dina databasfiler, men du kanske vill ha något annat än ASM för RMAN-backupfiler.
Cluster interconnect och Real Application Clusters i Oracle 12c
Cluster interconnect är en dedikerad maskinvara som hanterar all inter-instans kommunikation. Mycket kommunikation över instanser sker i en RAC-konfiguration: upprätthållande av konsistens, delning av låsinformation och överföring av datablock.
Oracle använder Cache Fusion för hantering av dataöverföring mellan noder. Cache Fusion kräver ett extremt pålitligt, privat, höghastighetsnät som förbinder alla noder.
Cache Fusion är en kritisk komponent för att få RAC att fungera bra. Sammankopplingen måste vara gigabithastigheter eller bättre.
När du har problem med klusterkommunikationsprestanda ifrågasätts sammankopplingens förmåga att tillhandahålla den önskade bandbredden. Det är en nödvändig kostnad att ställa in en RAC-miljö på lämpligt sätt. Skulle du spendera tusentals dollar på en racerbil och sedan lägga gata på det?
Nätverksgränssnitt och verkliga programklyftor i Oracle 12c
Se till att du har rätt nätverksgränssnitt på servern för korrekt kommunikation. Detta inkluderar flera nätverksgränssnittskort:
-
En för allmänheten eller användaranslutningarna till maskinen
-
En för den privata sammankopplingen för klustret att dela information över noderna
Åtminstone bör en RAC-konfiguration ha två nätverksgränssnittskort:
-
Ett för det privata nätverket för klusterkopplingstrafik
-
En för det offentliga nätverket
Det offentliga nätverket är anslutningen för alla klusteranslutningar, från dina applikationer och slutanvändare (inklusive dig och sys admin).