Cum se configurează echilibrarea încărcării brokerului de conexiune desktop la distanță în Windows Server 2016

Conţinut

• Rezumatul pașilor
• Planificați instalarea și configurarea serviciilor desktop la distanță
• Instalați rolul serverului de sesiune desktop la distanță pe al doilea server
• Configurați o colecție pe mai multe servere gazdă de sesiune RD
• Configurați echilibrarea încărcării
• Ocolind Connection Broker
• Adăugați intrări DNS pentru ferma de broker RD Connection
• DNS Round Robin Load-Balancing și Broker de conexiune
• Testarea brokerului de conexiune desktop la distanță în rețeaua internă
• rezumat
• Întrebări și răspunsuri

Rezumatul pașilor

Următoarea este lista pașilor necesari pentru a configura echilibrarea încărcării între serverele gazdă de sesiune RD.

1. Planificați instalarea
2. Configurați serviciile de birou la distanță
3. Instalați Remote Host Session Host Server pe un al doilea server
4. Adăugați al doilea server de gazdă de sesiune RD în colecție
5. Configurați echilibrarea încărcării
6. Adăugați intrări DNS pentru ferma de broker RD Connection
7. Testarea brokerului de conexiune desktop la distanță în rețeaua internă
8. Terminat

Planificați instalarea și configurarea serviciilor desktop la distanță

Va trebui să planificați ce servere vor avea rolurile necesare pentru a fi instalate.

Avem nevoie de servere pentru următoarele roluri:

• Acces Web de la distanță pentru desktop
• Gateway desktop la distanță
• Broker de conexiune desktop la distanță
• Gazdă sesiune desktop la distanță (primul server)
• Gazdă sesiune desktop la distanță (al doilea server)

Urmați acest articol asociat la planificați și instalați Remote Desktop Services în Windows 2016.

Vom folosi aceeași convenție de denumire a serverului utilizată în articolul aferent și vom plasa aceleași roluri corespunzătoare pe servere.

Instalați primul rol de gazdă sesiune desktop la distanță pe RDSERVICES Server.

Urmați informațiile de mai jos pentru a instala rolul Gazdă sesiune desktop la distanță pe al doilea server. Al doilea server va fi apelat RDSERVICES2.

Instalați rolul serverului de sesiune desktop la distanță pe al doilea server

Instalați un server Windows 2016 numit RDSERVICES2 și alăturați-l la domeniu.

Conectați-vă prin Desktop la distanță la serverul RDSERVICES. Acesta a fost serverul pe care l-am folosit pentru a configura Remote Desktop Services din pașii de mai sus.

Pe serverul RDSERVICES, lansați Server Manager și vom adăuga RDSERVICES2 pentru a fi gestionat.

În panoul din stânga al Server Manager, faceți clic pe Remote Desktop Services.

Configurați o colecție pe mai multe servere gazdă de sesiune RD

Acum vom configura fișierul Aplicații1 colecție (creată în articolul aferent despre cum se configurează serviciile de birou la distanță în Windows 2016) pentru a fi găzduită și pe RDSERVICES2.

Faceți clic pe colecția Applications1.

Derulați în jos până la secțiunea Servere gazdă. Numai în prezent RDSERVICES găzduiește colecția. Vom adăuga acum RDSERVICE2 să găzduiască și colecția.

Selectează Adăugați servere gazdă de sesiune RD opțiune din Sarcini meniul.

Configurați echilibrarea încărcării

Acum vom configura setările de echilibrare a sarcinii pentru Aplicații1 Colectie.

Derulați în sus până la Aplicații1 secțiunea proprietăți.

Selectați Editați proprietățile de la Sarcini meniul.

Ocolind Connection Broker

Dacă încercați să faceți Desktop la distanță pe un server echilibrat de încărcare și utilizați numele serverului, este posibil să primiți un mesaj de eroare. Motivul este că brokerul de conexiune poate încerca să vă redirecționeze sesiunea către un alt server decât serverul la care ați încercat inițial să vă conectați. Când se întâmplă acest lucru, veți primi următorul mesaj:

Adăugați intrări DNS pentru ferma de broker RD Connection

Urmând cele de mai sus, unde veți primi uneori un mesaj de eroare dacă încercați să faceți Desktop la distanță pe servere echilibrate în sarcină utilizând unul dintre numele serverului, va trebui să creați intrări DNS pentru ferma RD. Serverul DNS ar trebui să fie activat pentru DNS round robin. Numele RD Farm poate fi orice vă place, atâta timp cât este acceptat de serverul DNS, de ex. RDFarm. Motivul pentru care avem nevoie ca serverul DNS să fie activat pentru DNS round robin este că vom avea mai multe intrări pentru numele fermei RD, fiecare intrare indicând adresa IP a fiecărui server care se află în fermă.

DNS Round Robin Load-Balancing și Broker de conexiune

Utilizând numele DNS al fermei pentru numele serverului în clientul Desktop la distanță, folosim DNS round robin pentru a decide ce server gazdă de sesiune RD va avea conexiunea inițială. Aceasta se numește echilibrarea încărcării DNS round robin.

Odată ce utilizatorul s-a autentificat la serverul gazdă de sesiune RD din fermă, serverul contactează apoi brokerul de conexiune pentru a stabili dacă să continue cu procesul de autentificare sau să redirecționeze conexiunea către un alt server gazdă de sesiune RD din fermă.

Brokerul de conexiuni determină mai întâi dacă contul de utilizator autentificat are o sesiune deconectată pe unul dintre serverele din fermă. Dacă există o sesiune deconectată pe unul dintre serverele fermei, utilizatorul va fi redirecționat către acea sesiune. Dacă utilizatorul nu are o sesiune deconectată în fermă, brokerul folosește setările Session Collection Load Balancing pentru a determina către ce server să redirecționeze.

O excepție de la setările de echilibrare a încărcării colecției sesiunii, așa cum s-a menționat anterior, este dacă clientul desktop la distanță a fost pornit din linia de comandă sau din caseta de rulare cu "/A" opțiune de ex. mstsc / a .

Testarea brokerului de conexiune desktop la distanță în rețeaua internă

Pentru a vă conecta la fermă, utilizați numele DNS al fermei pentru numele computerului din clientul Desktop la distanță.

Pentru a testa dacă brokerul de conexiuni își face treaba, putem ajusta greutatea relativă a serverului la care tocmai ne-am conectat în fermă la 1.

În exemplul de mai sus, ne-am conectat la serverul RDServices. Vom ajusta greutatea relativă pentru aceasta la 1. Putem apoi să îndepărtăm desktopul în fermă folosind un al doilea cont de utilizator și ar trebui să-l vedem conectându-se la al doilea server.

Dacă aveți o sesiune de utilizator deconectată sau chiar o sesiune de utilizator neconectat pe un server din fermă, brokerul de conexiuni vă va redirecționa conexiunea la această sesiune dacă încercați să vă conectați ca același cont.

Pentru a testa acest lucru, putem transfera de la distanță desktop-ul la fermă ca cont conectat în prezent la serverul RDServices. Deși greutatea relativă este 1, brokerul de conexiune va redirecționa utilizatorul către serverul RDServices.

rezumat

Am finalizat acum crearea unei ferme de gazdă a sesiunii desktopului la distanță, servind o colecție de aplicații și gestionată de brokerul de conexiune la desktopul la distanță.

Ne putem conecta la ferma RD din rețeaua internă.

Acest articol este corect și fidel, după cunoștințele autorului. Conținutul are doar scop informativ sau de divertisment și nu înlocuiește consilierea personală sau sfatul profesional în probleme de afaceri, financiare, juridice sau tehnice.

Întrebări și răspunsuri

Întrebare: Ce se întâmplă când rd-sessionhost este offline? Apoi nu a putut contacta ste SB și, prin urmare, toate conexiunile inițiale (RR) nu se vor conecta.

Răspuns: Da, ce se întâmplă când rd-sessionhost este offline și face parte din echilibrarea încărcării DNS? Nu am confirmat prin WireShark sau alte instrumente de rețea, dar am făcut acest test și am dezactivat un server care face parte din echilibrarea încărcării DNS. Clientul RDP pare să facă o reîncercare, iar singurul semn vizibil pentru utilizator este că durează puțin mai mult înainte de a se conecta în cele din urmă. Un inginer Microsoft poate confirma cum funcționează, dar, la suprafață, se pare că este conceput pentru a încerca din nou. reconectându-vă din nou la numele computerului. Apoi, în cele din urmă, se va rezolva la adresa IP a unui server online.

Întrebare: Știați că am constatat că, pentru ca aliasul DNS să funcționeze, trebuie să vă editați politica de alocare a resurselor pentru a „permite toate resursele de rețea”? În caz contrar, ajută foarte mult.

Răspuns: Dacă faceți clic pe „permiteți toate resursele de rețea”, acesta le va permite utilizatorilor din grup să acceseze fiecare server și computer din rețea. Poate că nu ați desemnat un grup de computere care să fie accesate în acea politică? De asemenea, am găsit într-o singură rețea, când am atribuit un grup AD de computere, a trebuit să folosesc numele computerului și nu FQDN-ul său, adică COMPUTERNAME în loc de COMPUTERNAME.domain.local, pentru a mă conecta la acesta.

Întrebare: Când încercați să vă conectați la o anumită gazdă de sesiune la distanță utilizând parametrul / admin, un utilizator de domeniu (nu admin) primește mesajul „accesul solicitat la sesiune a fost refuzat”. Există vreo modalitate de conectare la o anumită gazdă pentru utilizatorii standard?

Răspuns: Nu că știu. Semnificația / admin înseamnă pentru utilizatorii cu privilegii de administrator.

Întrebare: Am o întrebare cu privire la conectarea unui server offline folosind „nu permiteți conexiunile”. Cum vă asigurați că utilizatorul nu se conectează la serverul offline cu DNS round robin activat?

Răspuns: Când un utilizator se află la distanță pe un server RD care face parte dintr-o fermă RD Connection Broker, serverul RD verifică mai întâi cu serverul RD Connection Broker dacă este permis să continue procesul de conectare a utilizatorului pe acel server RD sau să fie redirecționat către alt server. Dacă serverul pe care utilizatorul îl accesează pentru prima dată are setările „nu permite conexiuni”, acesta va fi redirecționat către alt server din fermă. Singura excepție este că, dacă utilizatorul are deja o sesiune deconectată sau activă pe un server RD din fermă, atunci Connection Broker îl va redirecționa înapoi către acel server cu conexiunea de utilizator existentă, chiar dacă are „nu permite conexiuni "setări.