> 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/v20-de-de/virtuelle-desktopinfrastruktur-vdi/vdi-verwalten/vorlagen-verwalten-vdi/verteilung-von-multi-anbieter-vorlagen.md). # Verteilung von Multi-Anbieter-Vorlagen Wenn Sie eine Vorlage erstellen, wird diese normalerweise von einem einzigen Anbieter verwaltet, und zwar von demselben Anbieter, zu dem auch die virtuelle Quellmaschine gehört. Klone werden aus der Vorlage bereitgestellt und laufen auf demselben Anbieter, mit dem auch die Vorlage erstellt wurde. Geklonte Hosts werden in der Regel auf einem zentral freigegebenen Speicher, z. B. einem Storage Area Network (SAN), gespeichert. Ab Parallels RAS 18 haben Administratoren die Möglichkeit, eine Vorlage zu erstellen und sie auf mehrere Microsoft Hyper-V-Hosts zu verteilen. Infolgedessen wird die Vorlagenkonfiguration, wie sie in der Parallels RAS-Konsole zu sehen ist, von mehreren Microsoft Hyper-V-Hosts gemeinsam genutzt, während jeder Host seine eigene Kopie der Vorlage in seinem lokalen Speicher hat. Dies ermöglicht es, Klone nicht nur für zentral gemeinsam genutzten Speicher, sondern auch für lokale Festplatten mehrerer unabhängiger Microsoft Hyper-V-Hosts bereitzustellen. Die Skalierung lässt sich leicht durchführen, indem so viele Microsoft Hyper-V-Anbieter wie nötig in die Verteilerliste der Vorlagen aufgenommen werden. Die Verteilung von Vorlagen wird auf der Seite **Verteilung** des **Assistenten zum Erstellen von Parallels-Vorlagen** konfiguriert, die in den folgenden Abschnitten beschrieben wird. Falls Sie planen, die Funktionalität der Vorlagenverteilung zu nutzen, lesen Sie bitte den Unterabschnitt **Voraussetzungen**, bevor Sie den Assistenten ausführen. Weitere Informationen zum Verwalten der Verteilung von Multi-Anbieter-Vorlagen finden Sie auch unter [**Verwalten der Verteilung von Multi-Anbieter-Vorlagen**](https://download.parallels.com/ras/v19/docs/de_DE/Parallels-RAS-19-Administrators-Guide/46791.htm). **Voraussetzungen** * Die Vorlagenverteilung wird unterstützt auf einem eigenständigen Microsoft Hyper-V Server 2012R, 2016, 2019, 2022. * Bei allen Ziel-Anbietern müssen folgende Elemente identisch sein: \- Anbietertyp und Untertyp. \- Ordnerpfad, in dem sich der Host befinden wird. \- Name des virtuellen Switches, mit dem die Hosts verbunden sind. * Alle Zielprovider müssen mit ihrem FQDN unter **Server-farm** > **Anbieter** > **Eigenschaften** > **Adresse** konfiguriert werden. * Hyper-V-Hosts müssen in einer Domäne verbunden sein. Die aktuelle Implementierung verwendet eine vollständige VM-Kopie der Vorlage, um die Vorlage über den Hyper-V-Live-Migrationsmechanismus an andere Hosts (lokaler Speicher) zu verteilen. * **Hinweis:** Vollständige Klone können auch per Live-Migration auf andere Hosts verschoben werden, aber der Prozess ist zeitaufwändig (ähnlich wie beim ersten Kopieren der Vorlage). * Der Microsoft Hyper-V-Server, der die Quell-VM hostet, kann auch als Zielhost verwendet werden. * Stellen Sie immer sicher, dass genügend Speicherplatz verfügbar ist, bevor Sie die Ziel-Hosts auswählen, auf die die Vorlage verteilt und auf denen Klone erstellt werden sollen. * Bei den Hyper-V-Einstellungen ist die Kerberos-Authentifizierung erforderlich und entsprechende Delegationen in AD müssen konfiguriert sein. \- Gehen Sie zu den Hyper-V-Einstellungen für die Host-Maschinen und aktivieren Sie Live-Migrationen mit Kerberos. \- Gehen Sie zu „Active Directory-Benutzer und -Computer“ und aktivieren Sie für jeden Hyper-V-Hostserver die Delegierung für „cifs“ und „Microsoft Migrationsdienst für das virtuelle System“ für alle Server, von denen und auf die Sie migrieren möchten. **Hinweis:** Wenn die Authentifizierung nicht funktioniert, versuchen Sie die Option „Beliebiges Authentifizierungsprotokoll verwenden“ zu ändern. --- # 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/v20-de-de/virtuelle-desktopinfrastruktur-vdi/vdi-verwalten/vorlagen-verwalten-vdi/verteilung-von-multi-anbieter-vorlagen.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.