Unele configurații vor necesita utilizarea monitorizării ritmului cardiac prin sinonime. De exemplu, dacă ambii adaptori de bază locală se află pe aceeași subrețea sau dacă toate adaptoarele de bază de pe toate nodurile se află pe subrețele diferite.
Pentru un cluster de două noduri, este necesar să se utilizeze cel puțin o subrețea pentru fiecare interfață de comunicare per nod (folosind aceeași mască de subrețea pentru toate subrețelele). Pentru un cluster cu mai multe interfețe de comunicație per nod, sunt necesare următoarele:
Notă. Această restricție este eliminată prin utilizarea monitorizării ritmului cardiac prin sinonime.
Puteți configura setările pentru plasarea etichetelor IP de servicii configurate în HACMP V5.3. Puteți configura amplasarea sinonimelor prin meniul SMIT utilizând următoarele opțiuni:
- Fără co-localizare (Anti-colocare). Este folosit în mod implicit. HACMP distribuie etichete IP de servicii pe toate interfețele de comunicare disponibile utilizând opțiunea cea mai puțin ocupată.
- Cu plasarea în comun (Collocation). HACMP plasează toate mărcile de servicii IP pe o singură interfață de comunicare (NIC).
- Fără co-locație și cu o etichetă permanentă (Anti-colocare cu etichetă persistentă). HACMP plasează toate mărcile de servicii IP pe toate interfețele de comunicare active care nu conțin o etichetă IP permanentă a sinonimului. HACMP plasează o etichetă IP de serviciu pe o interfață care conține o etichetă persistentă numai dacă alte interfețe de rețea nu sunt disponibile. În cazul în care un permanent IP-tag-uri nu au fost configurată, HACMP vă permite să selectați metoda de introducere anti-Colocare cu persistente (fără co-locație, și o marcă constantă), dar în același timp, este emis un avertisment și implicit este metoda uzuală, fără co-locație.
Monitorizarea ritmului cardiac prin sinonime
HACMP necesită o subrețea separată pentru a monitoriza fiecare adaptor de bază. Când este configurat cu doi adaptori Ethernet, un nod necesită două subrețele. Când se folosesc trei adaptoare, sunt necesare trei subrețele. Aceste subrețele nu trebuie să fie direcționate în afara rețelelor de cluster.
Sinonimele IP pentru monitorizarea ritmului cardiac sunt adăugate atunci când HACMP-ul este pornit pe nod și este șters când HACMP este oprit. Aceste sinonime IP sunt utilizate numai pentru mesaje puls. Nu trebuie să fie direcționate și nu trebuie folosite pentru nici un alt trafic. Masca de subrețea se potrivește cu cea utilizată pentru sinonime de serviciu și non-service.
Fig. 3.11. Monitorizarea ritmului cardiac prin sinonime
Planificarea unei alte rețele decât IP
Rețelele punct-la-punct joacă un rol important în asigurarea unei disponibilități ridicate a clusterului. Nu este sigur să utilizați singură o rețea TCP / IP pentru a asigura disponibilitatea clusterului și pentru a împiedica partajarea clusterului. Prin urmare, este important să creați o rețea punct-la-punct. Când utilizați clustere mari, trebuie să creați căile corespunzătoare între toate nodurile din cluster.
Scopul topologiei unei rețele seriale sau a unei rețele punct-la-punct este de a furniza suficiente căi între nodurile de cluster astfel încât RSCT să poată evalua corect severitatea unui eșec al clusterului.
Separarea cluster (de asemenea, numit de izolare nod sau creier divizat) apare atunci când nodul HACMP încetează de a primi tot traficul de bătaie a inimii de la un alt nod (pentru toate rețelele disponibile) și implică faptul că eșecul a avut loc la acest site. Problema diviziunii cluster este aceea că pe nodurile secțiune o parte percepută lipsa de pachete de impulsuri de la nodurile de pe cealaltă parte a secțiunii ca un semn de eșec al nodurilor, generând un eveniment de eșec pentru aceste noduri. După aceea, nodurile de pe fiecare parte a clusterului încearcă să profite de resursele (dacă este configurată interceptarea) la nodul, care este de fapt încă activ, și, prin urmare, proprietarul de drept al acestor resurse. O astfel de tentative de interceptare poate determina rezultate imprevizibile în cluster, cum ar fi deteriorarea datelor datorită disc de reinițializare.
Cea mai bună protecție de la astfel de situații este de a utiliza rețele multiple, cum ar fi TCP / IP-rețele, precum și tipul de rețea „punct-punct“, pentru a asigura o evaluare corectă a gravității problemei. Amintiți-vă că HACMP (în special, RSCT) trimite și primește pachete de bătăi de inimă din toate rețelele disponibile, astfel încât mai mare a rețelei, cu atât mai exact HACMP să fie în măsură să determine dacă există un eșec de nod sau de rețea.
Următorul set de patru cifre arată cum să adăugați rețele la cluster pentru a oferi cea mai bună protecție împotriva separării clusterelor.
În Fig. Figura 3.12 prezintă un grup de patru noduri cu o conexiune Ethernet la fiecare server. Deoarece este utilizată o singură rețea, dacă se pierde o comunicare, o parte a clusterului va fi împărțită. Exemplul arată o deconectare între două switch-uri Ethernet, cauzând separarea celor două noduri la stânga celor două noduri din dreapta. În acest caz, este posibil să întâmpinați probleme ca urmare a încercărilor de a intercepta resursele din nodul activ.
Fig. 3.13 este oarecum mai realist; arată conexiuni duble Ethernet de la fiecare nod. Fiecare adaptor Ethernet este conectat la un switch separat. În acest caz, pentru a împărți clusterul, este necesar ca două switch-uri sau ambele conexiuni Ethernet de pe nod să nu reușească. Cu toate acestea, rețeaua TCP / IP însăși rămâne un singur punct de eșec.
Fig. 3.12. Cluster Sharing
Fig. 3.13. Cluster fără separare cu conexiuni duale Ethernet
În Fig. 3.14 este configurația recomandată. Există conexiuni Ethernet duble la mai mulți switch-uri Ethernet și se adaugă o rețea de tip ring-to-point. Într-o rețea ring, fiecare nod este conectat la vecinii săi imediați. Dacă se pierde o conexiune, RSCT va putea totuși să se conecteze la toate nodurile rămase. Pentru a împărți un cluster, va exista o dublă eroare la nod și o eșec al rețelei TCP / IP.
Pentru a construi o configurație fiabilă, să luăm în considerare implementarea topologiei stelare. Cu această configurație, pe lângă rețeaua TCP / IP, fiecare nod este conectat la toate celelalte noduri ale clusterului prin rețele punct-la-punct. Aceasta permite RSCT să comunice cu nodurile care rulează în cazul în care mai multe noduri eșuează. Această configurație este prezentată în Fig. 3.15.
Fig. 3.14. Configurație utilizând o rețea Ethernet și o rețea de apeluri punct-la-punct
Fig. 3.15. Configurație utilizând o rețea Ethernet și o rețea punct-la-punct a topologiei stea
Articole similare
Trimiteți-le prietenilor: