Considerații hardware de bază pentru clusterele aplicațiilor reale în Oracle 12c - dummies

Real Clusters Application (RAC) împreună cu bazele de date Oracle 12c au cerințe hardware speciale pe care o bază de date unică sau non-RAC nu au. Domeniile hardware pe care trebuie să le focalizați sunt interfețele de rețea, stocarea centrală și nodurile.

Nodurile și clusterele aplicațiilor reale din Oracle 12c

Nodul este un server care rulează o instanță Oracle. O configurație reală RAC are cel puțin două noduri.

Numărul de noduri din configurația dvs. RAC depinde de limitele hardware și software. Potrivit site-urilor de documentare și suport ale Oracle, software-ul Oracle poate susține în plus peste 100 de noduri, însă alte forțe vă pot limita la mai puține.

Dacă intri în multe noduri (mai mult de opt), verifică-le cu toți furnizorii de hardware și software pentru a vedea care este limita ta.

Adăugați noduri pe măsură ce scalați clusterul. Puteți să le adăugați și să le eliminați cu o întrerupere minimă sau fără întrerupere a serviciului. Acest lucru asigură o disponibilitate ridicată. În mod obișnuit, fiecare nod va avea instalarea proprie a software-ului Oracle.

Aveți posibilitatea să aveți un director central, partajat, pentru fiecare nod de utilizat. Totuși, o astfel de configurație vă limitează capacitățile de înaltă disponibilitate.

De exemplu, un avantaj pentru instalarea software-ului Oracle pe fiecare nod este capacitatea de a patch-uri individual nodurile, luându-le în jos unul câte unul. Acest patch de rulare evită o întrerupere completă a aplicației. Nu puteți aplica toate patch-urile în acest fel. Verificați cu documentația pentru patch-uri să fiți siguri. Pe de altă parte, o instalare centrală necesită închiderea întregului grup pentru a aplica patch-ul.

Fiecare nod ar trebui să aibă propriul arbore de cod software Oracle dacă doriți o disponibilitate ridicată.

Cerințe de stocare centrale pentru stocarea centrală și Real Application Clusters în Oracle 12c

Următoarele sunt câteva cerințe de stocare centrale RAC:

• Toate fișierele de baze de date, fișierele de control, relucrările, jurnalul arhivelor și spafile ar trebui să fie stocate în comun. În acest fel, fiecare dintre noduri are acces la toate fișierele necesare pentru accesul, recuperarea și configurarea datelor.

• Atașați spațiul de stocare central la fiecare nod sub forma unor suporturi de mare viteză. O mulțime de conexiuni de mare viteză (de exemplu, fibră optică sau iSCSI) sunt disponibile de la diferiți furnizori de stocare.

  Asigurați-vă că spațiul de stocare și atașamentele sunt aprobate pentru Oracle RAC înainte de a lua decizii. (De exemplu, unitățile de montare NFS pe fiecare server nu sunt, de obicei, o configurație certificată.) Puteți utiliza aproape orice configurație de stocare partajată, cu rezultate de educație și testare decente.

• Atunci când alegeți un furnizor de stocare, luați în considerare nevoile de performanță ale aplicațiilor. subsistemul dvs. de disc ar trebui să poată scala la fel de ușor ca și nodurile dvs. RAC. Pe măsură ce adăugați noduri, este posibil să fie nevoie să adăugați discuri fizice pentru a susține creșterea cererii pe subsistemul de stocare. Ar trebui să puteți face acest lucru cu puțin sau fără întreruperi.

• Discul din subsistemul de stocare partajat trebuie să fie configurat pentru accesul partajat. Este posibil să aveți până la patru opțiuni pentru aceasta:

  • Sistem de fișiere Raw (discuri neformate)

  • Sistem de fișiere Oracle (OCFS) (disponibil doar pe Windows și Linux)

  • ) (un manager de volume furnizat de Oracle de sortare pentru fișierele bazate pe baze de date)

  • Soluție terță parte (cum ar fi Veritas)

Este posibil să trebuiască să combinați opțiunile. De exemplu, este posibil să utilizați Oracle ASM pentru fișierele bazei de date, dar este posibil să doriți și altceva decât ASM pentru fișiere de rezervă RMAN.

Interconectarea clusterelor și clusterele de aplicații Real în Oracle 12c

Interfața cluster este o componentă dedicată hardware care gestionează întreaga comunicare inter-instanță. O multitudine de comunicări între instanțe au loc într-o configurație RAC: menținerea consecvenței, partajarea informațiilor de blocare și transferarea blocurilor de date.

Oracle folosește Cache Fusion pentru gestionarea transferului de date între noduri. Cache Fusion necesită o rețea extrem de fiabilă, privată, de mare viteză, care să conecteze toate nodurile.

Cache Fusion este o componentă critică pentru obținerea performanței RAC. Interconectarea trebuie să fie de viteză gigabit sau mai bună.

Când aveți probleme de performanță în comunicarea clusterului, este pusă la îndoială capacitatea interconectării de a furniza lățimea de bandă necesară. Este o cheltuială necesară pentru a crea un mediu RAC în mod corespunzător. V-ați petrece mii de dolari pe o mașină de curse și apoi ați pus anvelope pe ea?

Interfețe de rețea și Clustere de aplicații Real în Oracle 12c

Asigurați-vă că aveți interfețele de rețea potrivite pe server pentru o comunicare adecvată. Aceasta include mai multe carduri de interfață de rețea:

• Unul pentru conexiunile publice sau de utilizator la mașină

• Unul pentru interconectarea privată a clusterului pentru a partaja informații între noduri

Cel puțin o configurație RAC ar trebui să aibă două cartele de interfață de rețea:

• Unul pentru rețeaua privată de trafic pentru interconectarea clusterului

• Unul pentru rețeaua publică

Rețeaua publică este conexiunea pentru toate conexiunile cluster, de la aplicațiile dvs. și utilizatorii finali (inclusiv tu și sys admin).