-
Bereitstellung planen und erstellen
-
-
WebSocket-Kommunikation zwischen VDA und Delivery Controller™
-
Verbindungen erstellen und verwalten
-
Maschinenkataloge mit vorbereiteten Images erstellen
-
Vorbereitetes Image für Amazon WorkSpaces Core Managed Instances erstellen
-
Katalog von Amazon WorkSpaces Core Managed Instances erstellen
-
Maschinenkatalog mit vorbereitetem Image in AWS EC2 erstellen
-
Maschinenkatalog mit vorbereitetem Image in Red Hat OpenShift erstellen
-
Maschinenkatalog mit vorbereitetem Image in VMware erstellen
-
Maschinenkatalog mit vorbereitetem Image in XenServer erstellen
-
-
Identitätspools verschiedener Typen von Maschinenidentitätsbeitritten
-
Identitätspool für in lokale Active Directory eingebundene Maschinenidentität
-
Identitätspool für in Microsoft Entra eingebundene Maschinenidentität
-
Identitätspool für in Microsoft Entra hybrid eingebundene Maschinenidentität
-
Identitätspool für Microsoft Intune-fähige Maschinenidentität
-
Identitätspool für nicht in Domäne eingebundene Maschinenidentität
-
-
Eigenständiger Citrix Secure Ticketing Authority (STA)-Dienst
-
Konfiguration sichern oder migrieren
-
Konfiguration zu Citrix Cloud™ migrieren
-
Mehrere Sites zu einer einzigen Site zusammenführen
-
-
Cmdlets des Automated Configuration Tools für Sicherung und Wiederherstellung
-
Problembehandlung für Automated Configuration und zusätzliche Informationen
-
Workloads zwischen Ressourcenstandorten mit Image Portability Service migrieren
-
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Mehrere Sites zu einer einzigen Site zusammenführen
Die Multi-Site-Unterstützung für Automated Configuration bietet eine Methode, um mehrere lokale Sites zu einer einzigen Cloud-Site zusammenzuführen.
Die Multi-Site-Unterstützung fügt Komponentennamen pro lokaler Site eindeutige Präfixe und Suffixe hinzu, um die Eindeutigkeit der Namen zu gewährleisten, nachdem mehrere lokale Sites zu einer einzigen Cloud-Site zusammengeführt wurden.
Präfixe und Suffixe können für jede der folgenden Komponenten pro lokaler Site zugewiesen werden.
AdminScopeAdminRoleApplicationAdminApplicationFolderApplicationGroupApplicationUserDeliveryGroupGroupPolicyHostConnectionMachineCatalogStoreFrontTag
Anwendungsordner unterstützen Präfixe, Suffixe und Rerooting. Rerooting fügt der vorhandenen Ordnerstruktur einer Anwendung einen zusätzlichen Ordner auf oberster Ebene hinzu.
Regeln für Präfixe und Suffixe
- Präfixe und Suffixe dürfen keines der folgenden Sonderzeichen enthalten:
\ , / ; : # . * ? = < > | ( ) " ' { } [ ] - Präfixe und Suffixe dürfen nachgestellte Leerzeichen, aber keine vorangestellten Leerzeichen enthalten.
- Präfixe und Suffixe müssen in doppelten Anführungszeichen stehen, um nachgestellte Leerzeichen zu enthalten.
- Präfixe und Suffixe werden zum Zeitpunkt des Imports, des Zusammenführens und des Hinzufügens angewendet. Die Quell-
.yml-Dateien werden niemals geändert. - Der Präfix- und Suffixprozess versieht abhängige Komponentennamen bei Bedarf automatisch mit Präfixen oder Suffixen. Wenn beispielsweise Maschinenkatalognamen mit „East“ versehen werden, erhalten auch die darauf verweisenden Bereitstellungsgruppen das Präfix „East“.
- Wenn ein Komponentenname bereits mit dem Präfix oder Suffix beginnt, wird kein Präfix oder Suffix hinzugefügt. Komponentennamen dürfen keine doppelten identischen Präfixe oder Suffixe enthalten.
- Präfixe und Suffixe können einzeln oder in Kombination verwendet werden.
- Die Verwendung eines Präfixes oder Suffixes für eine Komponente ist optional.
Hinweis:
Das Studio zeigt Komponenten in alphabetischer Reihenfolge an.
Komponenten nach Site gruppieren
Verwenden Sie Präfixe, um Komponenten einer einzelnen Site visuell zu gruppieren. Jede Site wird in einer eigenen Gruppe aufgeführt, wobei die Präfixe die alphabetische Reihenfolge der verschiedenen Site-Gruppen steuern.
Komponenten nach Namen gruppieren
Verwenden Sie Suffixe, um gleichnamige Komponenten von mehreren Sites visuell zu gruppieren. Gleichnamige Komponenten von verschiedenen Sites wechseln sich visuell ab.
Präfix- und Suffix-Mapping-Datei
Die Site-Präfixierung beginnt mit der Datei SiteMerging.yml, die das Site-Präfix- und Suffix-Mapping für eine oder mehrere lokale Sites enthält. Sie können die Datei SiteMerging.yml manuell oder mithilfe der verfügbaren Cmdlets verwalten, die im Abschnitt Cmdlets zum Zusammenführen mehrerer lokaler Sites aufgeführt sind.
Lokale Site exportieren
Das Zusammenführen kann erst beginnen, wenn Sie eine lokale Site exportiert haben. Informationen zum Exportieren einer lokalen Site finden Sie unter Lokale Konfiguration exportieren.
Zentraler Exportzielordner
Die in diesem Abschnitt beschriebenen Methoden legen mehrere Site-Exporte an einem zentralen Dateifreigabespeicherort ab. Die Datei SiteMerging.yml, die Datei CustomerInfo.yml und alle Exportdateien befinden sich an diesem Dateifreigabespeicherort, sodass Sie den Import von einem einzigen Ort aus unabhängig von den lokalen Sites durchführen können.
Cloud-Zugriffsoperationen verweisen niemals auf die lokalen Sites oder Active Directory, sodass Sie Cloud-Zugriffsoperationen von überall aus durchführen können.
Dafür gibt es zwei Methoden:
- Direkte Dateifreigabe: Um aus der direkten Dateifreigabe zu importieren, zusammenzuführen oder hinzuzufügen, müssen Sie entscheiden, von welchem Computer aus Sie den Cloud-Zugriffsvorgang durchführen möchten.
- Dateifreigabereferenz mit
SiteMerging.yml: Diese Methode verwendet dasSiteRootFolder-Element des Präfixsatzes der Site und verringert die Wahrscheinlichkeit, beim Exportieren, Importieren, Zusammenführen oder Hinzufügen den falschen Ordner anzusteuern.
Wenn Sie keine zentrale Dateifreigabemethode verwenden, führen Sie den Import, das Zusammenführen oder das Hinzufügen von den einzelnen Delivery Controllern aus durch. Erstellen und replizieren Sie die Datei SiteMerging.yml auf jedem Delivery Controller, der in die Cloud migriert wird. Der Standardspeicherort ist %HOMEPATH%\Documents\Citrix\AutoConfig. Sie müssen den Parameter –SiteName angeben, um die korrekten Site-Präfixe auszuwählen.
Direkte Dateifreigabe
Die Export-, Import-, Zusammenführungs- und Neu-/Hinzufügevorgänge bieten einen Parameter, um einen anderen Ordner als den Standardordner %HOMEPATH%\Documents\Citrix\AutoConfig als Ziel oder Quelle anzugeben. Die folgenden Beispiele verwenden eine zentrale Dateifreigabe unter \\share.central.net, auf die der Administrator bereits Zugriff hat, nachdem er bei Bedarf Anmeldeinformationen bereitgestellt hat.
Um den Export in einen sitespezifischen Ordner zu leiten, verwenden Sie den Parameter –TargetFolder:
Vom East Delivery Controller™:
So führen Sie den West Delivery Controller mit der Cloud zusammen:
Teilen
Teilen
In diesem Artikel
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.