> 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-admin-guide/v22-de-de/serverfarm-und-sites/ueber-sites.md). # Über Sites Eine Parallels RAS-Farm besteht aus mindestens einem Standort, kann jedoch beliebig viele Standorte umfassen. Standorte werden häufig zur Trennung von Verwaltungs- und/oder Standortfunktionen genutzt. Durch die Erstellung eines Standorts können Sie beispielsweise Berechtigungen an einen Standortadministrator delegieren, ohne diesem die vollständigen Farm-Berechtigungen zu erteilen. Oder Sie können separate Standorte für verschiedene physische Standorte einrichten und dabei dieselben Einstellungen auf jeden Standort kopieren, während Sie Remotedesktop-Sitzungshosts, Anbieter oder PCs nutzen, die näher an den Endbenutzern oder (je nach Ihren Anforderungen) an den Back-End-Servern liegen. So wäre es beispielsweise sinnvoll, eine Client/Server-Anwendung, die eine Datenbank abfragt, von einem Remotedesktop-Sitzungshost aus zu veröffentlichen, der sich näher am Datenbankserver befindet. Jede Site ist vollständig von anderen Sites innerhalb derselben Farm isoliert. Die Farm gruppiert Standorte lediglich logisch und speichert die Konfigurationseigenschaften jedes Standorts (sowie der Objekte, aus denen er besteht) in einer einzigen Datenbank. Standorte kommunizieren nicht miteinander und teilen keine Objekte oder Daten. Die einzige Ausnahme von dieser Regel bildet der RAS-Lizenzierungsstandort, der in regelmäßigen Abständen mit anderen Standorten kommuniziert, um Statistiken abzurufen. Einzelne Objekteinstellungen in einer bestimmten Site können auf alle anderen Sites repliziert werden. Dies bedeutet jedoch nicht, dass Einstellungen zwischen den Sites gemeinsam genutzt werden. Die von Ihnen ausgewählten Einstellungen werden lediglich auf andere Sites angewendet. Weitere Informationen finden Sie im Abschnitt [**Replizieren von Site-Einstellungen**](/landing/ras-admin-guide/v22-de-de/serverfarm-und-sites/replizieren-von-site-einstellungen.md). Bei der Installation von Parallels RAS wird automatisch eine Farm mit einem einzigen Standort erstellt. Dieser erste Standort wird zum RAS-Lizenzierungsstandort und zum Host für die Hauptkonfigurationsdatenbank von Parallels RAS. Wenn Sie der Farm weitere Standorte hinzufügen, werden die Daten in dieser Datenbank automatisch mit jedem hinzugefügten Standort synchronisiert. Wenn Änderungen an einem bestimmten Standort vorgenommen werden, wird die Hauptkonfigurationsdatenbank automatisch aktualisiert, um die Änderungen zu reflektieren. Auf jedem Standort müssen mindestens die folgenden Komponenten installiert sein, um Remote-Anwendungen und -Desktops für Endbenutzer zu veröffentlichen: * Primärer RAS-Verbindungsbroker * RAS Secure Gateway. Beachten Sie, dass das RAS Secure Gateway nicht erforderlich ist, wenn ein Standort als Mandant dem RAS Tenant Broker zugeordnet wird. Details finden Sie unter [**RAS-Mandantenarchitektur**](/landing/ras-admin-guide/v22-de-de/mandantenfaehige-architektur-des-ras.md). * Remotedesktop-Sitzungshost, VDI oder PC Wenn Sie Parallels RAS mit den Standardinstallationsoptionen installieren, werden der primäre Remotedesktop-Verbindungsbroker und das RAS Secure Gateway automatisch auf dem Server installiert, auf dem Sie die Installation durchführen. Anschließend können Sie der Site einen oder mehrere Remotedesktop-Sitzungshosts hinzufügen, um veröffentlichte Ressourcen zu hosten. Bei Bedarf können Sie der Farm weitere Sites hinzufügen und die einzelnen Komponenten für jede Site nach Ihren Wünschen konfigurieren. --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.parallels.com/landing/ras-admin-guide/v22-de-de/serverfarm-und-sites/ueber-sites.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.