discordie grup Cluster

Inregistrarea pentru conferinta

În cazul în care administratorul de sistem de gestionare a companiei stabilește sarcina de a asigura eficiența unei anumite aplicații sau servicii 24 de ore pe zi, 365 de zile pe an, el trebuie să reflecteze cu privire la desfășurarea lucrurilor business critice în sistemele de grup. Conform experienței de comunicare cu colegii, pot spune că ideea de a implementa sisteme de clustere de profesioniști IT sunt foarte populare. Mulți oameni știu că acest lucru este un mod excelent de a oferi toleranța la erori și scalabilitate, dar puțini au experiența practică de punere în aplicare a unor astfel de sisteme. Clusterele - nu este un panaceu pentru toate relele, și citate în epigraful Legea lui Murphy este valabil în ceea ce privește sistemele de grup.

Scopul acestui articol - pentru a arăta ceea ce ar trebui să acorde o atenție la proiectarea soluțiilor tolerante la erori, și să ia în considerare capcanele la care poate rula un specialist care intenționează să implementeze soluții bazate pe Windows Cluster Server.

Componentele unui sistem de grup

Orice failover bazat pe sistemul MSCS include cel puțin două servere, care sunt în terminologia cluster sunt numite noduri (nod), și sunt disponibile pentru ambele noduri de stocare de date externe (Fig. 1).

Fiecare nod de cluster, trebuie să aibă două interfețe de rețea, una dintre care este inclusă în rețeaua globală și este utilizat pentru a deservi conexiunile clienților, cu ajutorul unei a doua servere de interfață sunt interconectate la cluster-ul de rețea privată de organizare. Cluster Private Network este folosit pentru a face schimb de mesaje de semnalizare MSCS (denumite semnale de sincronizare, a ritmului cardiac) și pentru a determina disponibilitatea fiecăruia dintre nodurile clusterului. Demn de remarcat faptul că, în cazul unei rețele private de mesaje de serviciu de defect pot fi transmise și de rețea partajată.

La stocarea externă este o resursă de cluster serviciu numit cererile de cvorum și de date implementate la cluster. De exemplu, în cazul în care un sistem de cluster care rulează Microsoft SQL Server, baza de date trebuie să fie amplasate pe o memorie externă (a se vedea. Sidebar, „aplicații care acceptă gruparea“).

Modelul de mai sus se numește cluster cu un cvorum de cluster comun. După cum am văzut, de stocare externă, pe care cvorumul grup ar trebui să fie pus în aplicare, de asemenea, ca o soluție failover (cum ar fi tolerant la erori RAID matrice). În caz contrar, dacă de exemplu cvorum indisponibil din cauza unei defecțiuni de stocare externă cluster, de asemenea, încetează să funcționeze.

Există și alte modele de clustere - grup cu un cluster cvorum local și tipul Majoritate Nod Set (MNS). Cluster cu un cvorum local nu este o soluție autoprotejat și poate fi folosit doar ca o platformă pentru dezvoltarea de aplicații și de testare.

Cluster MNS, Microsoft recomandă utilizarea unei părți a soluției furnizate de către furnizorul de echipamente de calculator sau software, și prezentați-vă.

Pentru comunicarea cu un server de stocare la distanță folosind următoarele tehnici:

Soluția tradițională pentru sistemele de grup. În acest caz, stocarea externă este conectată la serverele prin cabluri SCSI convenționale și conectori paralele interfețe SCSI externe. Roți aranjate pe un depozit partajat SCSI autobuz comun și accesibil, astfel încât ambele noduri ale cluster-ului. Serverele pe care Discuri un sistem de operare nu poate fi pe același autobuz SCSI cu un discuri de stocare externe.

Principalele dezavantaje ale acestei soluții sunt legate direct de interfață deficiențe SCSI: Lungimea cablului maximă de 25 de metri, ceea ce nu permite componente ale sistemului de cluster poziționare la o distanță considerabilă unul față de celălalt, iar rata maximă de date este de 320 MB / s (în cazul SCSI-3 SPI -4, lungimea maximă a cablului va fi doar 12 de metri).

2. Stocare în rețea Area Network (SAN).

rețele de stocare sunt uniuni de dispozitive de stocare, folosind tehnologii construite pe principiul comunicațiilor în rețea. Protocolul SAN utilizează comutarea pachetelor și diverse tehnologii de rutare a datelor (Fig. 2).

În cele mai multe cazuri, tehnologia de rețea utilizată Fibre Channel (FC). cabluri optice sau cabluri de cupru (printre altele, numele Fiber a fost înlocuit cu fibre, pentru a arăta că această tehnologie nu este legată numai la mass-media optice de transmisie) și adaptoare speciale, terminologia Fibre Channel denumit în continuare Adaptoare de bază gazdă (HBA) sunt utilizate pentru conexiuni FC.

Rata maximă de transfer a datelor în cazul folosirii Fibre Channel astăzi ajunge la 4 GB / s, iar lungimea maximă a cablului poate fi zeci de kilometri. rețea zona de stocare poate include un număr mare de dispozitive de stocare a datelor, de exemplu, SAN folosind comutatoare tesatura (comutator tesatura) pot conține, teoretic, aproximativ 15 milioane de porturi.

Deci, bazat pe Fibre Channel pot construi distribuite geografic sistemele de grup, cu o mulțime de stocare extern, iar astăzi această tehnologie este cea mai promițătoare pentru construirea de sisteme de dispersie.

Pentru a conecta un dispozitiv de memorie extern la servere pot fi utilizate și alte tehnologii de obicei oferite ca alternativa la deja SCSI paralele depășite, cum ar fi un SCSI Serial (SAS) și Serial Architecture Storage (SSA). Cu toate acestea sistem cluster bazat pe ele și nu scalabilitate și date rată inferioară atât de comune SAN bazate pe Fibre Channel.

Diferite versiuni de Windows Server suporta un număr diferit de noduri din cluster. Mai mult, numărul de noduri depinde de tehnologia utilizată pentru a conecta un datastore extern. Dependența numărului de noduri pe versiunile de tehnologia Windows Server și conexiune este prezentată în tabel.

Orice aplicație într-un sistem de cluster, o funcție separată de timp doar pe un singur nod din cluster. În caz de defectare a acelui nod MSCS pornește aplicația pe un alt nod (aplicație Comuta nod de cluster, inoperantă la lucru). Dacă în momentul eșecului la cererea au fost utilizatori conectați, acest link acestea vor fi plecat, și toate datele nesalvate vor fi pierdute. La momentul comutării cererii, de asemenea, nu vor fi disponibile pentru utilizatori, aceștia vor putea să se conecteze la acesta numai după reluarea cererii pe un alt nod din cluster. Timpul de comutare depinde foarte mult de tipul de aplicație și poate varia de la o fracțiune de secundă la câteva minute.

Puteți configura cluster, astfel încât toate aplicațiile rula pe un nod și celălalt nod în timpul „adormit.“ Acest sistem se numește active / pasive. În același timp, în cazul în care aveți mai multe aplicații care pot fi distribuite în toate nodurile din cluster, iar în caz de eșec cu aplicarea sistemului out-of-nod va fi lansat pe nodul rămas. Acest sistem se numește activ / activ. Pentru / schemă activă activă poate rula, de asemenea, mai multe instanțe ale aceleiași aplicații, de exemplu, pot fi distribuite la diferite noduri multiple instanțe ale Microsoft SQL Server.

Deci, v-ați decis să utilizeze un sistem de cluster pentru aplicații critice de afaceri (cum ar fi o bază de date corporativă bazată pe Microsoft SQL Server), iar acum se confruntă cu provocarea de a proiecta și de a pune în aplicare decizia în mod corespunzător. Pentru informații cu privire la modul de a face acest lucru va fi discutat în secțiunea următoare.

Andrew Mishechkin - administrator de sistem, Togliatti

Enabled clustering aplicație

Pentru ca aplicația să funcționeze corect într-un mediu pus în cluster, acesta trebuie să aibă un mecanism special pentru interacțiunea cu componentele software ale sistemului de cluster.

Microsoft Cluster Serviciul include trei componente: monitorul de resurse foarte clusterului de service cluster (monitor de resurse) și dinamică a resurselor link-ul bibliotecii; Pentru concizie, le-am resurse biblioteci DLL (DLL resursa) va apela.

Serviciul Cluster - este o componentă de bază a asigurării funcționării cluster-ului și rulează ca serviciu Windows. Acest serviciu este pe fiecare nod de cluster.

Resource Monitor este utilizat de către serviciul de cluster pentru a interacționa cu resursele de aplicare, pentru a fi exact - cu un DLL resursă. Monitorul de resurse nu inițiază nicio operațiune, dar transmite numai cereri de servicii cluster DLL de resurse corespunzătoare, care vă permite să izoleze serviciul de cluster din neperformant sau aplicații care funcționează în mod necorespunzător. Un nod poate fi efectuat mai multe resurse monitoare, prin urmare, resurse diferite pot fi izolate una de alta.

Aplicațiile care sunt DLL speciale de resurse, de a interacționa cu serviciul de cluster prin intermediul unor interfețe API speciale - Cluster API, pentru a primi toate informațiile necesare despre starea clusterului. Astfel de aplicații sunt cunoscute ca aplicații cu suport pentru clustering (aplicații cluster conștient). Acestea sunt gestionate de serviciul Cluster ca una sau mai multe resurse de cluster. Pentru unele aplicații, cum ar fi serverele DHCP și WINS, Microsoft a furnizat DLL-ul de resurse, ca parte a MSCS.

Aplicațiile care nu au propriile lor DLL resurse, poate fi, de asemenea, utilizate într-un sistem de cluster, cu resurse universale DLL Generic aplicații sau generică pentru servicii. Cu toate acestea, DLL resursă de date oferă doar un set de bază de interacțiune de servicii de cluster cu cererea, de exemplu, a stabili dacă procesul de aplicare, aplicația începutul sau la sfârșitul procesului, oprirea sau pornirea serviciului dislocat prin intermediul Generic Service, etc ...

Partajați imagini cu prietenii și colegii