Oracle · Software · scheda YoctoIT

RAC

Il cluster attivo-attivo: più nodi, un solo database — la disponibilità continua per i carichi che non ammettono pause.

FOCUS · ATTIVO-ATTIVO VEROIl nodo cade, le sessioni continuano: l'alta disponibilità come architettura
Richiedi il Free Assessment Scopri di più
Materiale YoctoIT per clienti e partner · Oracle, Exadata, GoldenGate e gli altri prodotti citati sono marchi di Oracle Corporation e/o sue affiliate.
01 · Cos'è

Real Application Clusters, in chiaro.

RAC fa girare lo stesso database su più nodi contemporaneamente: cade un server, gli altri continuano a servire — con Application Continuity le transazioni in volo si ricuciono e l'utente non se ne accorge. È anche scalabilità: più nodi, più potenza, stesso dato.

Attivo-attivo
tutti i nodi lavorano: niente standby che dorme
AC
Application Continuity: la transazione sopravvive al guasto del nodo
+Nodi
la potenza cresce aggiungendo server, senza migrare nulla
Real Application Clusters
VESTE UFFICIALE ORACLE · RAC
ARCHITETTURA UFFICIALE · ORACLE RAC · FONTE: ORACLE DOCS
ARCHITETTURA UFFICIALE · ORACLE RAC · FONTE: ORACLE DOCS
02 · Come lo si usa bene

Le cose che fanno la differenza.

L'architettura

Applicazioni (via SCAN)un solo nome, N nodi dietro
Nodo 1
Nodo 2
Nodo N
tutti attivi sullo stesso DB
Grid Infrastructure & ASMcluster e storage condiviso
Exadata o cluster certificatola base fisica
Un database, tanti cuori

Design del quorum

Reti private, voting disk e fencing: il cluster solido si progetta nei dettagli noiosi.

App RAC-aware

Connection pool, FAN e retry: l'applicazione va educata a sfruttare la continuità.

Patch rolling

Un nodo alla volta, servizio sempre su: la manutenzione senza finestra.

Con Data Guard

RAC per il guasto locale + standby per il disastro: la coppia completa.

03 · In profondità

Cache Fusion e i servizi: come scala davvero

RAC fa girare lo stesso database su più nodi attivi: il Cache Fusion trasferisce i blocchi tra le istanze via interconnect privato (oggi RDMA su Exadata), il Grid Infrastructure gestisce cluster e votazioni, i servizi indirizzano le connessioni (per app, per carico) con failover trasparente (TAF/Application Continuity). Le patch diventano rolling: un nodo alla volta, il database non si ferma.

  • Cache Fusion — i blocchi condivisi via memoria tra nodi: la scala orizzontale dell'OLTP
  • Servizi — ogni app sul suo set di nodi: il carico governato, il blast radius ridotto
  • Rolling patch — Grid e DB aggiornati nodo per nodo: la manutenzione senza fermo
  • TAF/AC — le sessioni che migrano da sole al failover del nodo
  • SCAN — un solo nome per il cluster: i client non conoscono i nodi
  • Interconnect — la rete privata critica: su Exadata è RDMA, altrove va progettata
04 · Numeri e ciclo di vita

I numeri che contano.

0
downtime per patch rolling e perdita nodo
2-8
i nodi tipici (oltre, si ragiona per servizi)
<5 s
la ripresa sessioni con Application Continuity
24/7
i carichi che lo giustificano: OLTP mission-critical
RAC è potente e severo: interconnect, servizi e patching rolling vanno fatti bene — li facciamo di mestiere.
05 · Use case

Dove rende davvero.

Core banking, ticketing, logistica

Dove ogni minuto fermo è prima pagina.

Consolidamento esigente

Tanti servizi critici su un cluster governato.

Scalabilità verticale finita

Quando il server più grosso non basta più.

L'HA da slide e l'HA da produzione sono sport diversi: noi giochiamo il secondo, da anni.