Elementaire hardware-overwegingen voor echte applicatieclusters in Oracle 12c - dummies

Real Application Clusters (RAC) in combinatie met Oracle 12c-databases hebben een aantal speciale hardwarevereisten die geen enkele instance of niet-RAC-database hebben. De hardwaregebieden waarop u wilt focussen, zijn netwerkinterfaces, centrale opslag en knooppunten.

Knooppunten en echte applicatieclusters in Oracle 12c

Een knooppunt is een server waarop een Oracle-instantie wordt uitgevoerd. Een echte RAC-configuratie heeft ten minste twee knooppunten.

Het aantal knooppunten in uw RAC-configuratie is afhankelijk van de hardware- en softwarebeperkingen. Volgens de documentatie- en ondersteuningswebsites van Oracle kan Oracle-software zelf meer dan 100 knooppunten ondersteunen, maar andere krachten kunnen u tot minder beperken.

Als u veel knooppunten (meer dan acht) bereikt, neemt u contact op met al uw hardware- en softwareverkopers om te zien wat uw limiet is.

Knooppunten toevoegen terwijl u uw cluster schaalt. U kunt ze toevoegen en verwijderen met minimale of geen serviceonderbreking voor uw toepassing. Dit zorgt voor een hoge beschikbaarheid. Normaal gesproken heeft elk knooppunt een eigen installatie van de Oracle-software.

U kunt één centrale, gedeelde softwaredirectory voor elk knooppunt gebruiken. Een dergelijke configuratie beperkt echter uw mogelijkheden voor hoge beschikbaarheid.

Een voordeel van het installeren van de Oracle-software op elk knooppunt is bijvoorbeeld de mogelijkheid om de knooppunten individueel te patchen door ze één voor één uit te schakelen. Deze rolling patch vermijdt een volledige applicatie-uitval. U kunt niet alle patches op deze manier toepassen. Controleer dit met de patch-documentatie om zeker te zijn. Aan de andere kant vereist één centrale installatie dat u het hele cluster afsluit om de patch toe te passen.

Elk knooppunt moet een eigen Oracle-softwarecodestructuur hebben als u een hoge beschikbaarheid wilt.

Centrale opslag en echte applicatieclusters in Oracle 12c

Hieronder volgen enkele centrale opslagvereisten voor RAC-configuratie:

• Al uw databasebestanden, besturingsbestanden, opnieuw-logboeken, archieflogboeken en spfile moeten zich op gedeelde opslag bevinden. Op deze manier heeft elk knooppunt toegang tot alle vereiste bestanden voor gegevenstoegang, herstel en configuratie.

• Sluit de centrale opslag aan op elk knooppunt in de vorm van een aantal hogesnelheidmedia. Veel snelle verbindingen (glasvezelkanaal of iSCSI, bijvoorbeeld) zijn verkrijgbaar bij verschillende opslagleveranciers.

  Zorg dat de opslag en bijlagen zijn goedgekeurd voor Oracle RAC voordat u uw beslissingen neemt. (NFS-ondersteuningsstations voor elke server zijn bijvoorbeeld meestal geen gecertificeerde configuratie.) U kunt bijna elke gedeelde opslagconfiguratie gebruiken met degelijke onderwijs- en testresultaten.

• Houd bij het kiezen van een opslagaanbieder rekening met de prestatiebehoeften van uw toepassingen. Uw schijfsubsysteem zou net zo gemakkelijk moeten kunnen schalen als uw RAC-knooppunten. Terwijl u knooppunten toevoegt, moet u mogelijk fysieke schijven toevoegen om de toegenomen vraag op het opslagsubsysteem te ondersteunen. Je zou dit met weinig of geen downtime moeten kunnen doen.

• De schijf in het subsysteem voor gedeelde opslag moet zijn geconfigureerd voor gedeelde toegang. U kunt hier maximaal vier keuzes voor maken:

  • Raw-bestandssysteem (niet-geformatteerde schijven)

  • Oracle Cluster File System (OCFS) (alleen beschikbaar op Windows en Linux)

  • Oracle Automatic Storage Management (ASM)) (een door Oracle geleverde volumemanager van sorteringen voor database-gerelateerde bestanden)

  • Externe oplossing (zoals Veritas)

Mogelijk moet u opties combineren. U kunt bijvoorbeeld Oracle ASM gebruiken voor uw databasebestanden, maar misschien wilt u iets anders dan ASM voor RMAN-back-upbestanden.

Clusterverbinding en echte toepassingsclusters in Oracle 12c

De clusterverbinding is een speciaal stuk hardware waarmee alle communicatie tussen instanties wordt beheerd. Veel communicatie tussen instanties vindt plaats in een RAC-configuratie: consistentie handhaven, vergrendelingsinformatie delen en gegevensblokken overbrengen.

Oracle gebruikt Cache Fusion voor het beheren van gegevensoverdracht tussen knooppunten. Cache Fusion vereist een uiterst betrouwbaar, privé, snel netwerk dat alle knooppunten met elkaar verbindt.

Cache Fusion is een essentieel onderdeel om ervoor te zorgen dat de RAC goed presteert. De interconnect moet gigabit-snelheden of beter zijn.

Als u problemen met de prestaties van de clustercommunicatie ondervindt, wordt de mogelijkheid van de interconnect om de vereiste bandbreedte te bieden ter discussie gesteld. Het is een noodzakelijke uitgave om een ​​RAC-omgeving op de juiste manier in te stellen. Zou je duizenden dollars uitgeven aan een raceauto en er straatbanden op doen?

Netwerkinterfaces en echte applicatieclusters in Oracle 12c

Zorg dat u over de juiste netwerkinterfaces op de server beschikt voor een goede communicatie. Dit omvat meerdere netwerkinterfacekaarten:

• Eén voor de openbare of gebruikersverbindingen met de machine

• Eén voor de privé-interconnect voor het cluster om informatie te delen over de knooppunten

Op zijn minst zou een RAC-configuratie moeten hebben twee netwerkinterfacekaarten:

• Eén voor het particuliere netwerk voor clusterconnectiekoppel

• Eén voor het openbare netwerk

Het openbare netwerk is de verbinding voor alle clusterverbindingen, van uw toepassingen en eindgebruikers (inclusief u en de sys admin).