Broker połączeń usług pulpitu zdalnego o wysokiej dostępności 2012

Broker połączeń pulpitu zdalnego (Broker połączeń usług pulpitu zdalnego) - Jest to funkcja roli serwera terminali systemu Windows Server. Broker połączeń usług pulpitu zdalnego umożliwia równomierne rozłożenie obciążenia między serwerami w farmie usług pulpitu zdalnego (podczas łączenia się z usługą RDS użytkownik przekierowuje do najmniej obciążonego serwera), zapewnia dostęp do VDI i aplikacji RemoteApp, a także zapewnia możliwość ponownego łączenia użytkowników z ich sesjami (podczas łączenia się z nowym serwerem RDS , RDCB sprawdza niepełną sesję na innych serwerach w farmie, a jeśli zostanie wykryta, nowa sesja nie zostanie utworzona, a użytkownik zostanie przekierowany do starej sesji).

W tym artykule przyjrzymy się procesowi konfiguracji. odporna na awarie instancja wysokiej dostępności RD Connection Broker, zapewniając swoją funkcjonalność, gdy jeden z serwerów z rolą RDCB ulegnie awarii.

W przeciwieństwie do implementacji RDCB w poprzednich wersjach systemu Windows Server, Broker połączeń w systemie Windows Server 2012 zapewnia wysoką dostępność w trybie aktywnym / aktywnym, gdy każdy z serwerów RDCB jest aktywny i przetwarza przychodzące żądania. Umożliwia to wysoką dostępność i skalowalność RDCB w dużych farmach pulpitu zdalnego. Do przechowywania danych RDCB używana jest baza danych na MS SQL Server.

Uwaga. Windows Server 2008 R2 obsługuje tylko klastrowanie usługi RDCB w trybie aktywnym / pasywnym. Tj. obsługiwany był tylko jeden aktywny serwer brokera połączeń dla farmy serwerów RD.

Wymagania dotyczące implementacji przełączania awaryjnego RDCB

  • Co najmniej 2 serwery z rolą RDCB (w systemie Windows Server 2012/2012 R2)
  • SQL Server (SQL Server 2008 R2 Standard lub wyższa wersja) z minimum 4 GB pamięci RAM
  • Po zainstalowaniu SQL Server Native Client
  • Pełne prawa do programu RD Connection Broker SQL Server i katalogu instalacyjnego SQL
  • Co najmniej jeden serwer z rolą hosta sesji usług pulpitu zdalnego w farmie
  • Dozwolone wyjątki dla portów SQL Server w Zaporze systemu Windows
Jest ważne. Przed rozpoczęciem tworzenia odpornej na uszkodzenia konfiguracji RDCB upewnij się, że ta rola jest zainstalowana tylko na jednym z serwerów.

Wszystkie serwery, na których zostaną zainstalowane role RD Connection Broker, muszą mieć przypisane statyczne adresy IP i znajdować się w domenie Active Drectory.

  • RDCB1.domain.ru - 172.25.104.71
  • RDCB2.domain.ru - 172.25.104.171

W usłudze Active Directory utwórz oddzielną grupę zabezpieczeń. Brokerzy połączeń RDS, w którym musisz uwzględnić wszystkie serwery RDCB.

Następnie SQL Server wersja 2008 R2 lub 2012 Standard jest instalowany na osobnym serwerze (lub klastrze SQL).

Na serwerze SQL za pomocą SQL Server Management Studio w dziale Bezpieczeństwo musisz utworzyć nowy login i nadać grupie domeny RDCB prawa do tworzenia i edycji baz danych. Ponadto tej grupie należy przyznać pełne prawa do katalogu instalacyjnego SQL.

Na serwerze SQL musisz na przykład utworzyć katalog, w którym będą przechowywane pliki bazy danych, C: \ SQLDB, i nadaj tej samej grupie pełne prawa do katalogu.

Na wszystkich serwerach z rolą RDCB należy zainstalować SQL Server Native Client. Należy pobrać osobno ze strony MS lub uruchomić bezpośrednio z dysku instalacyjnego (na dysku instalacyjnym programu SQL Server 2012 jest on przechowywany w katalogu \ 1033_ENU_LP \ x64 \ Setup \ x64 \ sqlncli.msi).

W przypadku programu SQL Server 2008 R2 potrzebny jest klient natywny SQL 10, a SQL Server 2012 - klient natywny SQL 11.

W zaporze SQL Server utwórz nową regułę, która otwiera port TCP 1433 dla komputerów w domenie. Możesz to zrobić w ten sposób:

netsh advfirewall firewall dodaj nazwę reguły = katalog SQLSRVPort = w protokole = akcja tcp = zezwól localport = 1433 remoteip = lokalny profil podsieci = DOMENA

Następnym krokiem jest utworzenie rekordów w strefie DNS A w celu wdrożenia równoważenia obciążenia Round Robin między serwerami RD Connection Broker. Na przykład będzie nazwa DNS naszej farmy RDCB RDCB_lb. Utwórz następujące dwa rekordy A formularza:

  • A RDCB_lb.domain.ru 172.25.104.71 (adres IP RDCB1)
  • A RDCB_lb.domain.ru 172.25.104.171 (adres IP RDCB2)

Za pomocą konsoli Menedżera serwera na pierwszym serwerze RDCB zainstaluj rolę Broker połączeń usług pulpitu zdalnego (jeśli jeszcze nie został zainstalowany).

Po zainstalowaniu roli RDCB używana jest mała lokalna baza danych SQL przechowywana na dysku lokalnym serwera RD Connection Broker w katalogu c: \ windows \ rdcbDb \.

Ta baza danych przechowuje informacje o sesjach użytkowników farmy i terminali. Ponieważ znajduje się na komputerze lokalnym, inne serwery RDCB nie będą mogły z niego korzystać. Aby utworzyć HA dla RDCB, musisz przenieść go na dedykowany serwer SQL, na którym będzie on dostępny dla innych serwerów.

Aby przenieść bazę danych na dedykowany serwer SQL, przejdź do karty zarządzania Usługi pulpitu zdalnego -> Przegląd. Aby uruchomić kreatora konfiguracji odpornego na uszkodzenia RD Connection Brokera, kliknij prawym przyciskiem myszy obraz roli RD Connection Broker i wybierz Skonfiguruj wysoką dostępność. Uruchomiony kreator powinien utworzyć bazę danych na MS SQL Server i przenieść do niej konfigurację lokalną.

Wypełnij trzy pola:

  • Ciąg połączenia z bazą danych - parametry połączenia z bazą danych na serwerze SQL.Dla SQL 2008 R2: STEROWNIK = SQL Server Native Client 10.0; SERVER =; Trusted_Connection = Yes; APP = Broker połączeń usług pulpitu zdalnego; DATABASE =

    Dla SQL 2012: DRIVER = SQL Server Native Client 11.0; SERVER =; Trusted_Connection = Yes; APP = Broker połączeń usług pulpitu zdalnego; DATABASE =

  • Folder do przechowywania plików bazy danych - katalog, w którym będzie przechowywany plik bazy danych: C: \ SQLDB. Folder znajduje się na serwerze SQL, wcześniej go utworzyliśmy i przyznaliśmy dostęp do grupy serwerów RDCB.
  • DNS Okrągły Robin imię: FQDN to nazwa farmy RDCB, dla której utworzyliśmy rekordy DNS dla Round Robin (w naszym przykładzie RDCB_lb) Jest to adres, do którego klienci RDP będą uzyskiwać dostęp podczas łączenia się z serwerami Broker połączeń usług pulpitu zdalnego.

Następnie otwórz SQL Server Manager na serwerze DBMS i upewnij się, że utworzono nową bazę danych. Idź do zakładki Bezpieczeństwo, wybierzemy poprzednio dodaną grupę -> właściwości, a jako bazę danych domyślnie wybierz bazę danych RDS. Następnie zanotuj role db_owner i publiczne.

Aby zapewnić wysoką dostępność w przypadku awarii pierwszego serwera, konieczne jest dodanie drugiego węzła Broker połączeń do bieżącej konfiguracji.

Aby to zrobić, kliknij prawym przyciskiem myszy ikonę RD Connection Broker i wybierz Dodaj serwer brokera połączeń usług pulpitu zdalnego.

Podaj nazwę drugiego serwera, na którym chcesz zainstalować rolę Brokera połączeń i kliknij Dalej.

To kończy konfigurację wysokiej dostępności konfiguracji Brokera połączeń..

Tak więc stworzyliśmy wysoce dostępną usługę Broker połączeń usług pulpitu zdalnego w systemie Windows Server 2012. Możesz przetestować dostępność RDCB, wyłączając jeden z serwerów w farmie RDCB. W tym scenariuszu serwer SQL pozostaje punktem awarii. Przełączanie awaryjne programu SQL Server można wdrożyć za pomocą klastra HA SQL lub kopii lustrzanej bazy danych SQL.