Basisprincipes van Oracle 12c's echte applicatieclusters - dummies

Als je de afgelopen 12 jaar Oracle's websites hebt bezocht, heb je de marketing-byline gezien: "Onbreekbaar. "Die tagregel verwijst naar de feature Real Application Clusters (RAC). Natuurlijk zijn er veel elementen bij betrokken, maar RAC staat in de schijnwerpers.

RAC is de databaseclusteringoplossing van Oracle. In zekere zin werkt het volgens de theorie dat er kracht in aantal is. Met RAC beschikt u over parallelle database-instance-besturingsomgevingen.

Deze instanties werken samen om werk te delen en elkaar weer op te nemen voor het geval een van hen faalt. RAC kan helpen bij zowel geplande als ongeplande uitval. Hiermee kunt u uw verwerking van server naar server verplaatsen met weinig tot geen onderbreking voor uw eindgebruikers en applicaties.

Clusters van echte toepassingen versus Oracle parallelle service

RAC, dat al vele jaren bestaat, was eerder bekend als de parallelle serveroptie. Voordat iemand wordt gevlamd wanneer RAC RAC is, is het gemakkelijk om toe te geven dat Oracle Parallel Server (OPS) vóór de RAC-moniker verreweg de mogelijkheden was die RAC te bieden heeft.

Oracle heeft de architectuur aanzienlijk gehard, waardoor deze toegankelijker en gemakkelijker in te stellen is. Oracle richtte zich ook op de componenten van de omgeving die downtime minimaliseren. Je zou dus kunnen zeggen dat de RAC een nieuw soort OPS is dat de eerdere mogelijkheden op het gebied van bruikbaarheid en prestaties ver overtreft.

Bepalen of RAC geschikt is voor u, is een grote beslissing. Implementatie van RAC vereist veel middelen en geld. Soms kan het echter een beetje meer kosten om u later te sparen.

Overweeg wat RAC te bieden heeft:

• Schaalbaarheid: De technologie is gebaseerd op computers en bronnen die samenwerken. Met RAC kunt u hardware aanschaffen en licentiëren op de manier die u nodig hebt. Bovendien kunt u de nieuwe hardware aansluiten terwijl u werkt zonder uw database te verwijderen. Als u uw computermogelijkheden voor de server hebt overschreden, voegt u er een naadloos aan uw configuratie toe.

• Uptime: RAC kan uw computeromgeving verbeteren tegen geplande en ongeplande downtime. U kunt delen van de applicatie op transparante wijze verwijderen voor geplande downtime (zoals onderhoud, patches en upgrades) met weinig of geen onderbrekingen voor eindgebruikers. Als een van de computerresources van uw omgeving faalt, draagt ​​RAC bovendien automatisch de applicatie-verbindingen over naar andere bronnen in het framework.

• Prestaties: Sommigen discussiëren hier misschien over, maar u moet de prestatiemogelijkheden van RAC zorgvuldig definiëren:

  • Omdat RAC een gecompliceerde omgeving is, moet uw toepassing zo zijn ontworpen dat deze het best kan worden benut.Als je dit feit negeert, kan RAC zelfs de prestaties schaden. Onthoud dat.

  • RAC biedt prestatievoordelen als het gaat om de verdeel-en-heersmethodiek. U kunt grote taken op verschillende computers splitsen. Als u weet dat een machine met een te laag vermogen uw bedrijf beperkt, kan het herconfigureren van de taak op meerdere machines grote voordelen bieden.

    Het wordt parallelle verwerking, genoemd en maakt deel uit van RAC-fundamentals. RAC is een schaaloplossing (horizontale) oplossing. Dit betekent dat u knooppunten aan het cluster toevoegt in plaats van dat één server wordt vervangen door een andere, krachtiger server, of (verticaal).

De RAC-architectuur van Oracle 12c verkennen

RAC werkt via een complexe organisatie van hardware- en softwareconfiguraties. Oracle-databases worden meestal een enkele set bestanden (de database) genoemd en een enkele set geheugen- en procescomponenten (de instantie) die samenwerken om toegang te krijgen tot uw gegevens en deze te onderhouden.

Dat is de meest gebruikelijke configuratie voor een Oracle-installatie. In deze configuratie kunnen de databasebestanden worden gekoppeld en geopend door slechts één machine en één Oracle-instantie tegelijk.

Met RAC kunnen die bestanden worden gedeeld, zodat veel machines en instanties toegang hebben tot dezelfde bestanden. U kunt (afhankelijk van certificering en versies) 100 database-instanties hebben die toegang hebben tot dezelfde gedeelde database. Net zoals je misschien twee DBA's in je kantoor hebt:

• Je kunt vakantie terwijl het andere werkt (lees: hoge beschikbaarheid).

• Beide kunnen samenwerken aan een groot project om de werklast te verdelen en een agressieve tijdlijn te ontmoeten (lees: prestaties).

• Voeg een derde persoon toe om te voldoen aan de werkbelastingvereisten naarmate de verantwoordelijkheden van Oracle groeien (lees: schaalbaarheid).

Veel componenten zijn vereist in een RAC-configuratie. Om een ​​algemeen idee te krijgen van hoe de architectuur eruit ziet.