Grupată în proxmox

Vreau să spun despre cum folosim la Proxmox Mediu virtual.

Nu va descrie configurația de instalare și inițială - Proxmox este foarte simplu și plăcut și pentru a instala și configura. O să-ți spun despre modul în care utilizăm sistemul într-un mediu pus în cluster.

Pentru a completa activitatea clusterului este necesară pentru a controla mașina virtuală poate lua rapid pe diferite gazde din cluster. Acestea ok virtuale atunci când aceasta nu ar trebui să fie copiate oriunde. Adică, toate gazdele din cluster trebuie să aibă acces la datele unui anumit mașină, sau, cu alte cuvinte, toate gazdele din cluster trebuie să lucreze cu un singur depozit de date, în care funcționează un anumit set de mașini virtuale.

Proxmox funcționează cu două tipuri de virtualizare: nivelul sistemului de operare, bazat pe OpenVZ și hardware-ul, bazat pe KVM. În aceste două tipuri utilizează o abordare diferită pentru utilizarea spațiului de stocare. Dacă în cazul containerelor care rulează OpenVZ de lucru cu discul mașinii virtuale la nivelul sistemului de fișiere gazdă, în cazul KVM-mașină utilizând o imagine de disc care conține sistemul de fișiere nativ al mașinii virtuale. sistemul de operare gazdă nu-i pasă de locația datelor în cadrul KVM-ROM. Aceasta se ocupă cu hypervisor. Organizarea muncii a opțiunii de cluster din imaginea de disc este realizat mai ușor decât de lucru cu sistemul de fișiere. Aceste KVM-mașini din punct de vedere al sistemului de operare gazdă poate fi pur și simplu „undeva“ în magazia. Acest concept se află la minunata lucrare schema de LVM. atunci când imaginea KVM-ROM-ul este în interiorul volumului logic.

În cazul OpenVZ, avem de-a face cu sistemul de fișiere, și nu doar cu zona de date privind depozitarea în comun. Avem nevoie de un sistem complet de fișiere de cluster.

Pe un sistem de fișiere pus în cluster, merge în această parte a articolului. La lucrul cu KVM - prea. Acum să vorbim despre pregătirea lucrărilor de stocare grup comun.

Mă grăbesc să spun că sarcina comercială pe cluster-ul, noi nu dau, și nu intenționează să. Sistemul este utilizat pentru nevoile interne, pe care le avem destule. Așa cum am scris într-un articol anterior. încărcare comercială se deplasează treptat în vCloud. și facilitățile eliberate, extinde Proxmox.

În cazul nostru, problema organizării memoria comună se reduce la două aspecte:

1. Avem un dispozitiv de bloc, emanate de rețea, care va avea acces la mai multe gazde simultan. Pentru aceste gazde nu sunt luptat pentru un loc pe dispozitiv, avem nevoie de CLVM - grupată Volume Manager logic. Este același lucru ca și LVM. Numai grupată. Datorită CLVM fiecare gazdă are cele mai recente informații (și se poate modifica în condiții de siguranță, fără riscul de a pune în pericol integritatea) a statutului LVM -Tom la stocare partajată. Volumele logice în CLVM trăiesc în același mod ca și într-un LVM normal. Volumele logice sunt fie KVM-imagini sau FS cluster.
2. În cazul OpenVZ avem un volum logic pe care se află sistemul de fișiere. funcționarea simultană a mai multor mașini cu sistem de fișiere non-pus în cluster duce la erori inevitabile în activitatea tuturor - este o lebădă, racul și știuca, dar mai rău. Sistemul de fișiere trebuie să fie conștient de faptul că ea trăiește pe o resursă partajată, și să fie capabil să lucreze în acest mod.

Crearea unui cluster și legat de nodul nu voi descrie. Acest lucru poate fi citit, de exemplu, pe site-ul dezvoltatorilor. Apropo, baza lor de cunoștințe este destul de vastă și informativ.

Lucrăm cu Proxmox 2.2. Presupunem că avem un cluster este configurat și rulează.

Suntem înființarea de împrumut împrejmuită-demon

Specificitatea mediului de cluster impune nodurile clusterului să respecte anumite reguli de comportament. Nu poți alege pur și simplu și începe să scrie la aparat. În primul rând trebuie să ceri permisiunea. Controlați acest lucru ia mai multe noduri de cluster - CMAN (cluster manager), DLM (manager de blocare distribuit) și Delimitat. -demon împrejmuită servește ca un munte de om. În cazul în care termenii clusterului unele nod începe să se comporte prost - comunicarea cu depozitarea în îngheață cu dispersie și încearcă îngrădite pentru a deconecta nodul a eșuat din cluster.

Scrima - este procesul de eliminare a nodurilor cu stocare grupată. Având în vedere că mașina este inadecvată și nu poate răspunde la cererile de concediu în termeni buni, nodurile excomunicarea se face cu ajutorul extern pentru cluster de forțe. Pentru a comunica cu aceste forțe sunt folosite de preoți gard agenți special instruiți. Ca o regulă, garduri vine în jos pentru a deconecta puterea de la nodul, apoi traduce spiritul cluster-ului, și se reia.

În rolul forțelor externe poate fi orice echipament capabil să închidă gura țevii de semnal pentru a deconecta sau izola aparatul de la rețea. Cel mai adesea, rolul acestor dispozitive sunt sursa de alimentare industriale, sau Server Management Console. Suntem la utilizarea echipamentelor HP. Scrima este produs folosind iLO -kartochek.

Atâta timp cât -demon împrejmuită nu a primit confirmarea de la agentul de acel nod în condiții de siguranță „îngrădit“ - toate operațiunile de intrare-ieșire din cluster va fi suspendat. Acest lucru se face în scopul de a reduce la minimum riscul de corupere a datelor în depozit. Deci, ca nod prăbușit a încetat să urmeze regulile general acceptate de comportament de la ea, vă puteți aștepta la orice. De exemplu, încercările neautorizate (și nu de logare) este scris pe disc. Prin urmare, orice comunicare cu magazia în această situație crește riscul de corupere a datelor.

În cazul în care nodul nu este configurat pentru gard agent apartinand, împrejmuită nu va fi capabil să-l lovi cu piciorul în caz de probleme, iar clusterul vor fi înghețate, atâta timp cât situația este rezolvată. Există mai multe scenarii pentru dezvoltări ulterioare:

1. Noda poate recupera și de a reveni la cluster și să spună că nu va fi atât de mult. Acesta va porni, iar activitatea clusterului va fi reluat.
2. Noda poate reporni (sau cineva reîncarcă), și cere pentru cluster. Faptul că o nouă încercare de a se conecta la cluster este considerat un semnal că nodul este de lucru, și puteți continua de lucru.
3. Noda poate muri. Această situație necesită o intervenție manuală. Este necesar să-l facă împrejmuită clar -demonu că nodul nu mai este un pericol pentru cluster. Și, în general, nu poate reveni. În acest scop, există un utilitar „fence_ack_manual“. Operatorul își asumă responsabilitatea pentru luarea deciziei de a relua activitatea clusterului.

În cazul în care gazda este oprit în modul normal - se cere doar să se șterge de gard pierde apoi house capacitatea de a comunica cu magazia.

Prezența unei gazde în -Domains gard este o condiție prealabilă pentru orice lucrare privind stocarea partajată cu ajutorul software-ului de clustering.

Luați în considerare agentul de setare împrejmuite folosind „gard-ilo“ (setare se realizează la fiecare nod al cluster)

În fișierul / etc / default / RedHat cluster-PvE expune

Acum, la nodul de start al sistemului se va conecta la gard-domeniu. Nu vrem să repornească, astfel încât vom adăuga un nod la domeniul manual:

Vezi stare împrejmuită -demona posibil, astfel:

Teste de gard-agent

Pentru versiuni diferite Ilo sunt agenți diferiți:

Pentru a începe cu - sondaj starea iLO de noduri de interes pentru noi:

Stare: ON. Poate înlocui „starea o-“ spun „repornire -o“. mașina experimentală va primi o resetare sup.

De asemenea vom verifica eficiența tuturor iLO nodah.

În acest exemplu, nodul „tpve03“ nu este configurat gard-agent, și cu ea problemele conflictului trebuie să rezolve manual.

Ca să nu strălucească în parolele de configurare de la iLO. parola în setările Agent includ opțiunea

Aceasta este calea către script-ul, care dă parola. script Primitive:

Aceste script-uri trebuie să existe pe toate nodah cluster.

După ce toate modificările aduse configurației cluster și otvalidirovany - folosiți configurația noastră. Proxmox HA du-te și spune „Activare“ interfață de configurare Web. Dacă sa întâmplat, fără erori, și a fost mărit numărul de serie al configurației de cluster, modificările vor intra în vigoare, și puteți încerca noduri povypinyvat. În general, se recomandă să se aranjeze fensing fiecare nod al cluster-ului pentru a fi siguri că funcționează cu adevărat.

Pentru a porni un nod de bont mâini:

Noda resetare cuvânt.

Acum, încercați să simuleze problema. Pe unul dintre nodurile vom adăuga o interfață de rețea în care are loc comunicarea între nodurile din cluster sunt:

După ceva timp pe o interogare statutul de nod în direct îngrădite -demona arată următoarele:

„Stai scrimă de stat“, spune că acum există o excepție nodurile problematice ale clusterului, și împrejmuită -demon așteaptă să aud de la gard agent apartinand.

După ce a primit confirmarea de la utilizator:

Noda ucis de lucru pe.

Atunci când nodul se ridică, se va conecta la cluster.

Clusterul nostru acum gata de a lucra cu stocare partajată.