> For the complete documentation index, see [llms.txt](https://docs.parallels.com/landing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.parallels.com/landing/ras-mp-guide/v19-de-de/infrastruktur/connection-brokers/sekundaeren-connection-broker-hinzufuegen.md).

# Sekundären Connection Broker hinzufügen

Ein sekundärer Connection Broker wird zu einer Site hinzugefügt, um Redundanz zu gewährleisten. Wenn der primäre Connection Broker ausfällt, steht der sekundäre Connection Broker weiterhin zur Verfügung, um die Anforderungen zu bearbeiten. Connection Broker arbeiten aktiv/aktiv, um eine hohe Verfügbarkeit zu gewährleisten. Bei einem Ausfall des Connection Broker ist der nächste Agent immer bereit, die Last zu verarbeiten. Im Allgemeinen sollte der N+1-Redundanzansatz pro Site angewendet werden. Beachten Sie, dass Sie für die automatische Hochstufung nicht mehr als drei Connection Broker haben sollten (die automatische Verbindungsherstellung wird später in diesem Abschnitt beschrieben).

Wenn Sie einen weiteren sekundären Connection Broker installiert haben, werden die Laufzeitdaten auf jeden Agent repliziert. Wenn also ein Dienst ausfällt, wird die Ausfallzeit auf ein Minimum reduziert. Darüber hinaus wird jeder aktive Connection Broker für Authentifizierungszwecke sowohl mit dem AD als auch mit jedem verwendeten Second-Level-Authentifizierungsanbieter verwendet.

Der primäre Connection Broker führt dieselben Aufgaben wie der sekundäre Connection Broker aus, hat aber zusätzliche Verantwortlichkeiten. Es verwaltet bestimmte Prozesse, die von einem einzigen Connection Broker verwaltet werden müssen. In der folgenden Tabelle sind die vom primären Connection Broker und vom sekundären Connection Broker verwalteten Prozesse aufgeführt:

| **Prozess**                                           | **Primäre Connection Broker** | **Sekundäre Connection Broker** |
| ----------------------------------------------------- | ----------------------------- | ------------------------------- |
| PAs überwachen (Zähler)                               | Ja                            | Ja                              |
| RD-Sitzungshosts überwachen (Zähler)                  | Ja                            | Ja                              |
| Anbieter überwachen (Zähler)                          | Ja                            | Ja                              |
| RDS-Sitzungen überwachen (Neuverbindung)              | Ja                            | Ja                              |
| Bereitgestellte RDS-Anwendungen überwachen            | Ja                            | Ja                              |
| VDI-Sitzung überwachen (Verbindungswiederherstellung) | Ja                            | Ja                              |
| Systemeinstellungen verwalten                         | Ja                            | Nein                            |
| Lizenzinformationen und Taktfrequenz senden           | Ja                            | Nein                            |
| CEP-Informationen verarbeiten und versenden           | Ja                            | Nein                            |
| Informationen an den Reporting Server senden          | Ja                            | Nein                            |
| RDS-Aufgabenplan verwalten                            | Ja                            | Nein                            |
| Reporting-Engine-Informationen                        | Ja                            | Zukünftige Versionen            |
| Shadowing                                             | Ja                            | Zukünftige Versionen            |
| E-Mail-Benachrichtigungen senden                      | Ja                            | Nein                            |

Im folgenden Beispiel wird gezeigt, wie die Lastverteilung auf mehrere Connection Broker funktioniert:

* Angenommen, es sind zwei Connection Broker vorhanden: PA1 (primär) und PA2 (sekundär).
* Angenommen, es sind 10 RD-Sitzungshosts vorhanden: RDS1, RDS2 ... RDS10

Die sich daraus ergebende Last wird wie folgt verteilt:

* RDS1–RDS5 verwendet PA1 als bevorzugten Connection Broker.
* RDS6–RDS10 verwendet PA2 als bevorzugten Connection Broker.

**Planung für sekundäre Connection Broker**

RAS Connection Broker an derselben Site kommunizieren miteinander und teilen sich die Last. Da von einem Agent zum anderen große Datenmengen übertragen werden, muss ein zuverlässiger Highspeed-Kommunikationskanal gewährleistet sein (beispielsweise kann für die Kommunikation der Connection Broker ein Subnetzwerk konfiguriert werden).

Wenn Sie einer Site einen sekundären Connection Broker hinzufügen, müssen Sie seine IP-Adresse angeben. Stellen Sie sicher, dass die IP-Adressen aller Agents zum gleichen Netzwerksegment gehören. Für ihre Kommunikation untereinander verwenden Connection Broker Port TCP 20030.

Es gibt keine physische Beschränkung im Hinblick auf die Anzahl der Connection Broker, die Sie einer Site hinzufügen können. Die besten Ergebnisse werden jedoch mit nur zwei bis drei Agents erzielt. Das Drei-Agent-Szenario ist sehr empfehlenswert, insbesondere wenn Sie Anbieter haben und eine hohe Verfügbarkeit für VDI ermöglichen wollen. Wenn Sie einer Site mehr als zwei sekundäre Connection Broker hinzufügen, kann dies die entgegengesetzte Wirkung haben und die Systemleistung sogar verschlechtern. Beachten Sie, dass dies nicht für sekundäre Connection Broker im Standby-Modus gilt, was unter **Konfigurieren von RAS Connection Broker** beschrieben ist.

**Hinzufügen eines sekundären RAS Connection Broker zu einer Site**

So fügen Sie einen sekundären Connection Broker hinzu:

1. Navigieren Sie zu **Infrastruktur** > **Connection Brokers**.
2. Wählen Sie im Drei-Punkt-Menü **Hinzufügen** aus (oder klicken Sie auf das Pluszeichen-Symbol). Der Assistent **Neu hinzufügen** wird geöffnet.
3. Geben Sie auf der Seite **Host** die folgenden Optionen an:
   * **Hostname**: FDQN des Hosts, auf dem der sekundäre Connection Broker gehostet wird. Klicken Sie auf **IP-Adresse auflösen**, um die IP-Adresse des Hosts automatisch zu erhalten.
   * **IP-Adresse**: Die Host-IP-Adresse: Klicken Sie auf **Name auflösen**, um die FQDN des Hosts automatisch zu erhalten.
4. Geben Sie auf der Seite **Agent-Einstellungen** die folgenden Optionen an:
   * **Alternative IPs**: Hier werden alternative IP-Adressen angegeben, die durch ein Semikolon voneinander getrennt werden. Diese Adressen werden verwendet, wenn RAS Secure Gateways sich mit RAS Connection Broker nicht über dessen FQDN oder die auf der vorherigen Seite angegebene Adresse verbinden können. Dies kann passieren, wenn beispielsweise Gateways aus einem anderen Netzwerk, das dem Active Directory nicht hinzugefügt wurde, versuchen, eine Verbindung herzustellen.
   * **Beschreibung**: Hier können Sie optional eine Beschreibung hinzufügen.
   * **Firewall-Regeln aktivieren**: Wählen Sie diese Option, um automatisch die Firewall auf dem Host zu konfigurieren.
   * **Host neu starten, falls erforderlich**: Dadurch wird der Host automatisch nach der Installation neu gestartet, falls diese erforderlich ist.
   * **Gateway mit Connection Broker installieren**: Wählen Sie diese Option, wenn Sie auch auf dem angegebenen Host ein RAS Secure Gateway installieren möchten. Wenn Sie diese Option auswählen, können Sie auch die Option **HTML5-Gateway aktivieren** auswählen, um das Nutzerportal automatisch auf dem Gateway zu aktivieren.
5. Überprüfen Sie die Einstellungen auf der Seite **Zusammenfassung** und klicken Sie dann auf **Erstellen**.

Folgen Sie jetzt den Anweisungen auf dem Bildschirm, um der Farm den Connection Broker hinzuzufügen.

**Weitere Informationen:**

[**RAS Connection Broker verwalten**](https://download.parallels.com/ras/v19/docs/de_DE/Parallels-RAS-19-Management-Portal-Guide/46939.htm)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.parallels.com/landing/ras-mp-guide/v19-de-de/infrastruktur/connection-brokers/sekundaeren-connection-broker-hinzufuegen.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
