Ինչպես կարգավորել հեռավոր աշխատասեղանի կապի բրոքերի բեռի հավասարակշռումը Windows Server 2016-ում

Բովանդակություն

• Քայլերի ամփոփում
• Պլանավորեք տեղադրման և կարգաբերման հեռավոր աշխատասեղանի ծառայությունները
• Տեղադրեք Remote Desktop Session Host Server դերը 2-րդ սերվերում
• Կազմաձևեք հավաքածուն մի քանի RD նստաշրջանի հոստ սերվերների միջով
• Կազմաձևել բեռի հավասարակշռումը
• Շրջանցելով կապի բրոքերը
• Ավելացրեք DNS գրառումներ RD միացման բրոքերի ֆերմայի համար
• DNS Round Robin Load- Հավասարակշռման և միացման բրոքեր
• Ներքին ցանցում հեռակա աշխատասեղանի կապի բրոքերի փորձարկում
• Ամփոփում
• Հարցեր և պատասխաններ

Քայլերի ամփոփում

Ստորև ներկայացված է RD Session Host սերվերների միջև բեռի հավասարակշռումը կարգավորելու համար անհրաժեշտ քայլերի ցանկը:

1. Պլանավորեք տեղադրումը
2. Կարգավորեք հեռավոր աշխատասեղանի ծառայությունները
3. Տեղադրեք Remote Desktop Session Host սերվերը 2-րդ սերվերի վրա
4. Հավաքածուի մեջ ավելացրեք 2-րդ RD նստաշրջանի սերվերի սերվերը
5. Կազմաձևել բեռի հավասարակշռումը
6. Ավելացրեք DNS գրառումներ RD միացման բրոքերի ֆերմայի համար
7. Ներքին ցանցում հեռակա աշխատասեղանի կապի բրոքերի փորձարկում
8. Ավարտվեց

Պլանավորեք տեղադրման և կարգաբերման հեռավոր աշխատասեղանի ծառայությունները

Դուք պետք է պլանավորեք, թե որ սերվերներն ունենան անհրաժեշտ դերերը տեղադրելու համար:

Մեզ պետք են սերվերներ հետևյալ դերերի համար.

• Հեռակա աշխատասեղանի վեբ հասանելիություն
• Remote Desktop Gateway
• Հեռակա աշխատասեղանի կապի բրոքեր
• Remote Desktop Session Host (1-ին սերվեր)
• Remote Desktop Session Host (2-րդ սերվեր)

Հետևեք այս հարակից հոդվածին այստեղ պլանավորել և տեղադրել հեռավոր աշխատասեղանի ծառայություններ Windows 2016-ում.

Մենք կօգտագործենք սերվերների անվանման նույն պայմանագիրը, որն օգտագործվում է հարակից հոդվածում և նույն համապատասխան դերերը կտեղադրենք սերվերների վրա:

Տեղադրեք Remote Desktop Session Host- ի առաջին դերը DSԱՌԱՅՈՒԹՅՈՒՆՆԵՐ սերվեր

Երկրորդ սերվերում Remote Desktop Session Host դերը տեղադրելու համար հետևեք ստորև բերված տեղեկատվությանը: Երկրորդ սերվերը կկոչվի DSԱՌԱՅՈՒԹՅՈՒՆՆԵՐ 2.

Տեղադրեք Remote Desktop Session Host Server դերը 2-րդ սերվերում

Տեղադրեք Windows 2016 սերվեր, որը կոչվում է RDSERVICES2 և միացրեք այն տիրույթին:

Հեռակա աշխատասեղանի միջոցով միացեք RDSERVICES սերվերին: Սա այն սերվերն էր, որն մենք օգտագործել էինք Remote Desktop Services- ը վերոնշյալ քայլերից կազմաձեւելու համար:

RDSERVICES սերվերում գործարկեք Server Manager- ը, և մենք կավելացնենք RDSERVICES2- ի կառավարումը:

Server Manager- ի ձախ կողմում կտտացրեք Remote Desktop Services- ին:

Կազմաձևեք հավաքածուն մի քանի RD նստաշրջանի հոստ սերվերների միջով

Այժմ կկարգավորենք այն Դիմումներ 1 հավաքածուն (ստեղծվել է հարակից հոդվածում «Ինչպես կարգավորել հեռակա աշխատասեղանի ծառայությունները Windows 2016-ում»), որը նույնպես պետք է հյուրընկալվի DSԱՌԱՅՈՒԹՅՈՒՆՆԵՐ 2.

Կտտացրեք Applications1 հավաքածուին:

Ոլորեք ներքև դեպի հոսթ սերվերներ բաժին: Միայն ներկայումս DSԱՌԱՅՈՒԹՅՈՒՆՆԵՐ հավաքածուն հյուրընկալում է: Այժմ մենք կավելացնենք RDSERVICE2 հավաքածուն հյուրընկալելու համար:

Ընտրեք Ավելացնել RD նստաշրջանի սերվերի սերվերներ տարբերակը Առաջադրանքներ ընտրացանկ

Կազմաձևել բեռի հավասարակշռումը

Այժմ մենք կկարգավորենք բեռնվածքի հավասարակշռման պարամետրերը Դիմումներ 1 հավաքածու

Ոլորեք մինչև Դիմումներ 1 հատկությունների բաժինը:

Ընտրեք Խմբագրել հատկությունները ից Առաջադրանքներ ընտրացանկ

Շրջանցելով կապի բրոքերը

Եթե ​​փորձեք հեռակա աշխատասեղանը տեղափոխել սերվեր, որը բեռնավորված է հավասարակշռված վիճակում և օգտագործում եք սերվերի անունը, կարող է ստանաք սխալի հաղորդագրություն: Պատճառն այն է, որ կապի բրոքերը կարող է փորձել ձեր նիստը վերափոխել այլ սերվերի, քան այն սերվերը, որին դուք ի սկզբանե փորձել եք միանալ: Երբ դա տեղի ունենա, դուք կստանաք հետևյալ հաղորդագրությունը.

Ավելացրեք DNS գրառումներ RD միացման բրոքերի ֆերմայի համար

Հետևելով վերոգրյալին, որտեղ երբեմն սխալ հաղորդագրություն կստանաք, եթե փորձեք Remote Desktop- ը բեռնված հավասարակշռված սերվերների մեջ տեղադրել ՝ օգտագործելով սերվերի անուններից մեկը, դուք պետք է ստեղծեք DNS գրառումներ RD Farm- ի համար: DNS սերվերը պետք է միացված լինի կլոր DNS- ի համար: RD Farm անունը կարող է լինել այն ամենը, ինչ ձեզ դուր է գալիս, քանի դեռ այն ընդունված է DNS սերվերի կողմից, օրինակ. RDFarm. Պատճառն այն է, որ մեզ անհրաժեշտ է, որ DNS սերվերը հնարավորություն ունենա կլոր DNS- ի համար միացնելը այն է, որ մենք կունենանք բազմաթիվ գրառումներ RD Farm անվանման համար, ընդ որում յուրաքանչյուր գրառում ցույց կտա յուրաքանչյուր սերվերի IP հասցեն, որը գտնվում է ֆերմայում:

DNS Round Robin Load- Հավասարակշռման և միացման բրոքեր

Remote Desktop հաճախորդում օգտագործելով սերվերի անվան ֆերմայի DNS անվանումը ՝ մենք օգտագործում ենք DNS կլոր սեղան ՝ որոշելու համար, թե որ RD նիստի սերվերի սերվերն է նախնական կապ ունենալու: Սա կոչվում է DNS կլոր գավաթի բեռի հավասարակշռում:

Երբ օգտագործողը ֆերմայում հաստատում է RD նստաշրջանի սերվերի սերվերը, սերվերն այնուհետև կապվում է կապի բրոքերի հետ ՝ որոշելու ՝ շարունակե՞լ մուտքի գործընթացը կամ կապը վերափոխել ֆերմայում գտնվող մեկ այլ RD նստաշրջանի սերվերի:

Միացման բրոքերը նախ որոշում է, թե արդյոք վավերացված օգտվողի հաշիվն անջատված նստաշրջան ունի ֆերմայում գտնվող սերվերներից մեկի վրա: Եթե ​​ֆերմերային սերվերներից մեկում կա անջատված նստաշրջան, օգտվողը կուղղվի այդ նստաշրջանին: Եթե ​​օգտագործողը ֆերմայում անջատված նստաշրջան չունի, բրոքերն օգտագործում է Session Collection Load Balancing կարգավորումները `որոշելու, թե որ սերվերը վերահղվել է:

Նիստերի հավաքածուի բեռի հավասարակշռման կարգավորումներից բացառություն, ինչպես նախկինում նշվեց, եթե հեռավոր աշխատասեղանի հաճախորդը սկսվել է հրամանի տողից կամ գործարկման վանդակից «/ ա» տարբերակ օրինակ. mstsc / a .

Ներքին ցանցում հեռակա աշխատասեղանի կապի բրոքերի փորձարկում

Ֆերմային միանալու համար Remote Desktop հաճախորդում համակարգչի անվանման համար օգտագործեք ֆերմայի DNS անվանումը:

Ստուգելու համար, թե արդյոք կապի բրոքերն իր գործն է անում, մենք կարող ենք սերվերի հարաբերական քաշը, որին հենց նոր ենք միացել ֆերմայում, հարմարեցնել 1-ի:

Վերոնշյալ օրինակում մենք միացել ենք RDServices սերվերին: Դրա համար հարաբերական կշիռը մենք կկարգավորենք 1-ի: Այնուհետև մենք կարող ենք աշխատասեղանը հեռացնել ֆերմայում `օգտագործելով երկրորդ օգտագործողի հաշիվը և տեսնենք, որ այն միանում է երկրորդ սերվերին:

Եթե ​​դուք ունեք անջատված օգտվողի նստաշրջան կամ նույնիսկ անջատված օգտվողի նստաշրջան ֆերմայում գտնվող սերվերի վրա, կապի բրոքերը ձեր կապը կուղղորդի այս նստաշրջանին, եթե փորձեք մուտք գործել որպես նույն նույն հաշիվ:

Դա փորձարկելու համար մենք կարող ենք աշխատասեղանը հեռացնել ֆերմայում ՝ որպես այն հաշիվ, որն այժմ մուտք է գործել RDS սերվերի սերվեր: Չնայած հարաբերական քաշը 1-ին, կապի բրոքերը օգտվողին կուղղորդի դեպի RDService սերվեր:

Ամփոփում

Այժմ մենք ավարտել ենք Remote Desktop Session Host Farm- ի ստեղծումը, որը սպասարկում է Collectionրագրերի հավաքածուն և կառավարվում է Remote Desktop Connection Broker- ի կողմից:

Մենք կարող ենք միանալ RD Farm- ին ներքին ցանցում:

Այս հոդվածը ճշգրիտ է և համապատասխանում է հեղինակի լավագույն գիտելիքներին: Բովանդակությունը նախատեսված է միայն տեղեկատվական կամ ժամանցային նպատակներով և չի փոխարինում անձնական խորհրդատվությանը կամ մասնագիտական ​​խորհրդատվությանը բիզնեսի, ֆինանսական, իրավական կամ տեխնիկական հարցերում:

Հարցեր և պատասխաններ

Հարց: Ի՞նչ է պատահում, երբ rd-sessionhost- ն անցանց է: Հետո նա չէր կարող կապվել ste SB- ի հետ, ուստի բոլոր սկզբնական կապերը (RR) չեն միանա:

Պատասխան. Այո, ի՞նչ է պատահում, երբ rd-sessionhost- ը անցանց է, և դա DNS բեռի հավասարակշռման մաս է: WireShark- ի կամ ցանցային այլ գործիքների միջոցով ես չեմ հաստատել, բայց ես արել եմ այս փորձությունը և անջատված եմ մեկ սերվեր, որը DNS- ի բեռի հավասարակշռման մաս է կազմում: RDP- ի հաճախորդը փորձում է նորից փորձել և օգտագործողի միակ նկատելի նշանն այն է, որ մի փոքր ավելի շատ ժամանակ է պահանջվում, մինչև այն վերջապես մուտք գործի: Microsoft- ի ինժեները, հավանաբար, կարող է հաստատել, թե ինչպես է այն աշխատում, բայց, ըստ էության, կարծես թե այն մշակված է `փորձելու համար կրկին նորից միացնելով Համակարգչի անվանը: Դրանից հետո այն ի վերջո կլուծվի առցանց սերվերի IP հասցեի վրա:

Հարց: Գիտե՞ք, ես գտա, որ DNS կեղծանունը գործելու համար դուք պետք է խմբագրեք ձեր Ռեսուրսների բաշխման քաղաքականությունը ՝ «բոլոր ցանցային ռեսուրսները թույլ տալու համար»: Հակառակ դեպքում, շատ օգնեք ուղեցույցին:

Պատասխան. Եթե ​​կտտացրեք «թույլ տալ բոլոր ցանցային ռեսուրսները», դա թույլ կտա խմբի այն օգտվողներին մուտք ունենալ ցանցի յուրաքանչյուր սերվեր և համակարգիչ: Միգուցե դուք այդ քաղաքականության մեջ մի խումբ համակարգիչներ չե՞ք հանձնարարել մուտք գործել: Բացի այդ, ես գտա մեկ ցանցում, երբ AD համակարգիչ նշանակեցի, դրան միանալու համար ստիպված էի օգտագործել համակարգչի անունը և ոչ թե դրա FQDN, այսինքն ՝ COMPUTERNAME- ը ՝ COMPUTERNAME.domain.local- ի փոխարեն:

Հարց: Երբ փորձում եք միանալ որոշակի Հեռակա նստաշրջանի հյուրընկալողին ՝ օգտագործելով / admin պարամետրը, տիրույթի օգտագործողը (ոչ ադմինիստրատորը) ստանում է «պահանջված մուտքը մերժվել է» հաղորդագրությունը: Կա՞ որևէ եղանակ `ստանդարտ օգտագործողների համար հատուկ հոսթին միանալու համար:

Պատասխան. Ոչ թե որ ես տեղյակ եմ: / Ադմինիստրատորի միջոցը նշանակում է ադմինիստրատորի իրավունքներ ունեցող օգտվողների համար:

Հարց: Ես մի հարց ունեմ սերվերը ցանցից դուրս պահելու վերաբերյալ `օգտագործելով« թույլ մի տուր կապերը »: Ինչպե՞ս եք երաշխավորում, որ օգտվողը չի միանում անցանց սերվերին `միացված DNS- ի միջոցով:

Պատասխան. Երբ օգտագործողը հեռակառավարվում է RD սերվերի վրա, որը RD Connection Broker ֆերմայի մաս է, RD սերվերը նախ ստուգում է RD Connection Broker սերվերի հետ, արդյոք թույլատրվում է շարունակել օգտագործողի մուտքի գործընթացը այդ RD սերվերում, թե՞ վերահղվում է այլ սերվերի: Եթե ​​սերվերը, որին օգտվողը առաջին անգամ հարվածում է, ունի «թույլ մի տուր կապերը» կարգավորումները, այն կուղղորդվի ֆերմայում գտնվող մեկ այլ սերվերի: Միակ բացառությունն այն է, որ եթե օգտագործողն արդեն անջատված կամ ակտիվ նստաշրջան ունի RD սերվերի վրա ֆերմայում, ապա Միացման բրոքերը այն կուղղորդի այն հետ դեպի այդ սերվեր առկա օգտագործողի կապով, նույնիսկ եթե այն ունի «թույլ չտալ կապեր " կարգավորումներ.