De ce "Anti NLB"? Pentru că doriți să eliminați concepția greșită despre capacitatea NLB de a încărca echilibrarea și de a oferi toleranță la erori, în special în ceea ce privește ferma de servere terminale.
Concepția greșită provine probabil din numele nefericit al serviciului: nu voi vorbi în engleză, dar în limba rusă numele și esența serviciului sunt strâns legate.
Utilizarea NLB cu Terminal Services oferă avantajele unei disponibilități sporite, scalabilității și performanței de echilibrare a încărcării, precum și capacitatea de a distribui un număr mare de clienți Terminal Services.
Cred că fără traducere este clar cât de rece este totul. Dar nu totul este atât de cool de fapt.
Aveți o fermă terminală, la care se conectează sute și mii de clienți cu o frecvență ridicată? Dacă da, nici tu nu vei folosi NLB - vei cumpăra un balancer de hardware pentru o astfel de resursă importantă!
Un alt punct este disponibilitatea. Este disponibil NLB? Aș spune exact opusul. NLB are doar un număr de port în setările sale, dar nu știe nimic despre serviciul care o oferă! Și dacă acest serviciu nu răspunde, acesta "a căzut" pe un server din fermă, atunci NLB va continua să trimită noi conexiuni la acest server, iar clienții nu vor putea lucra cu acesta pentru o perioadă foarte lungă de timp (înainte de reconfigurarea manuală a NLB)! Dacă întregul server cade jos (sau cel puțin nu are o interfață fizică de rețea), atunci NLB îl va detecta în câteva secunde, va exclude serverul din cluster și nu va trimite conexiuni noi la client.
reconfigurare manuală a NLB, menționat mai sus, este că avem nevoie de un mecanism (scenariul), care, în primul rând, diagnosticarea negarea serviciului (poate fi foarte dificil, de exemplu, conectarea PDR-portul acolo, iar sesiunea într-adevăr nu este creat (negru ecran)), în al doilea rând, să excludă din serverul NLB cluster-ului (acest lucru se poate face prin WMI).
Deci, se pare că NLB nu este exact echilibrarea încărcării în rețea și nu chiar cluster - tot ceea ce este scris în citatul de mai sus nu poate fi verbatim verbatim - este necesar să ne dăm seama ce este în realitate NLB.
Să mergem mai departe și să examinăm configurația fermei terminale cu Broker de conectare la distanță de la distanță. Ce este pentru NLB?
TS Session Broker vă permite să încărcați sesiuni de echilibrare între servere terminale dintr-o fermă. Această funcție este furnizată de caracteristica de echilibrare a încărcării brokerului TS Session Broker. Cu toate acestea, această funcție de echilibrare a încărcării bazată pe sesiune necesită un mecanism de echilibrare a încărcării frontale pentru a distribui conexiunea inițială. Puteți utiliza un mecanism de echilibrare a încărcării, cum ar fi robinet DNS, NLB sau un balancer de încărcare hardware, pentru a distribui solicitările inițiale de conectare.
Rămâne să comparăm asigurarea de fiabilitate implementată de NLB și de Brokerul de conectare propriu-zis. Probleme cu NLB deja știu. Brokerul de conectare funcționează mai competent. El controlează redirecționările primite de la serverele fermei și înțelege astfel că terminalul nord este viu și bine. În cazul în care nu este mai redirecționarea mult de 60 de secunde (parametrul TimeServerSilentBeforePing), brokerul de conectare începe să ping serverul terminal, și în cazul în care mai multe ping-uri consecutive (opțiune NumberFailedPingsBeforePurge) încetează fără succes, exclude Serverul brokerului de conectare de la baza sa. După cum puteți vedea, Brokerul de conectare funcționează mult mai inteligent decât NLB.
RD Connection Broker sprijină echilibrarea încărcării și reconectarea la sesiunile existente pe desktop-urile virtuale, sesiunile Remote Desktop și programele RemoteApp accesate prin utilizarea RemoteApp și Desktop Connection.
Iată cine face de fapt o lucrare cu adevărat utilă și necesară privind echilibrarea - distribuirea sesiunilor între serverele terminale din fermă și asigurarea disponibilității serviciului - reconectarea clienților și inaccesibilitatea serverelor de pe server!