Citrix DaaS

Überlegungen zur Skalierung und Größe für Cloud Connectors

Wenn Sie Citrix DaaS (ehemals Citrix Virtual Apps and Desktops Service) auf Größe und Skalierbarkeit prüfen, sollten Sie alle Komponenten berücksichtigen. Testen Sie, ob die gewählte Konfiguration aus Citrix Cloud Connectors und StoreFront Ihren spezifischen Anforderungen entspricht. Die Bereitstellung unzureichender Ressourcen für Größe und Skalierbarkeit beeinträchtigt die Leistung Ihrer Bereitstellung.

Hinweis:

Diese Empfehlungen gelten für Citrix DaaS Standard für Azure zusätzlich zu Citrix DaaS.

Dieser Artikel erläutert die getesteten maximalen Kapazitäten und enthält Empfehlungen zu bewährten Methoden für die Konfiguration der Cloud Connector-Maschinen.

Die Informationen gelten für Bereitstellungen, in denen jeder Ressourcenstandort entweder VDI-Workloads oder RDS-Workloads enthält. Wenn Ressourcenstandorte gemischte Workloads enthalten – VDI und RDS –, wenden Sie sich an Citrix Consulting Services.

Für Kunden, die Citrix Workspace verwenden, und Kunden, die StoreFront verwenden, werden separate Informationen bereitgestellt. Kleinere Workloads wurden mit Citrix Workspace getestet. Größere Workloads wurden mit StoreFront getestet. Citrix Workspace wurde ohne Aktivierung des Features für Servicekontinuität getestet. Empfehlungen zu Größe und Skalierbarkeit für die Servicekontinuität sind für eine künftige Version dieses Artikels geplant.

Der Cloud Connector verknüpft Ihre Workloads auf folgende Weise mit Citrix DaaS:

  • Er stellt einen Proxy für die Kommunikation zwischen Ihren VDAs und Citrix DaaS bereit.
  • Er stellt einen Proxy für die Kommunikation zwischen Citrix DaaS und Ihrem Active Directory (AD) und Hypervisors bereit.
  • In Bereitstellungen, die StoreFront-Server enthalten, dient der Cloud Connector als temporärer Sitzungsbroker bei Cloudausfällen und bietet Benutzern damit kontinuierlichen Zugriff auf Ressourcen.

Es ist wichtig, dass Ihre Cloud Connectors Ihren spezifischen Anforderungen entsprechend dimensioniert und konfiguriert sind.

Jeder Cloud Connector-Satz ist einem Ressourcenstandort (auch bekannt als Zone) zugewiesen. Ein Ressourcenstandort ist eine logische Trennung, die angibt, welche Ressourcen mit diesem Cloud Connector-Satz kommunizieren. Für die Kommunikation mit Active Directory (AD) ist mindestens ein Ressourcenstandort pro Domäne erforderlich.

Jeder Maschinenkatalog und jede Hostverbindung ist einem Ressourcenstandort zugewiesen.

Weisen Sie bei Bereitstellungen mit mehr als einem Ressourcenstandort den Ressourcenstandorten Maschinenkataloge und VDAs zu, um die Fähigkeit des lokalen Hostcache (LHC) zur Vermittlung von Verbindungen bei Ausfällen zu optimieren. Weitere Informationen zum Erstellen und Verwalten von Ressourcenstandorten finden Sie unter Herstellen einer Verbindung mit Citrix Cloud. Konfigurieren Sie zur Gewährleistung der optimalen Leistung Ihre Cloud Connectors über Verbindungen mit niedriger Latenz zu VDAs, AD-Servern und Hypervisors.

Empfohlene Prozessoren und Speicher

Verwenden Sie moderne Prozessoren, die SHA-Erweiterungen unterstützen, um eine ähnliche Leistung wie in diesen Tests zu erzielen. SHA-Erweiterungen reduzieren die kryptografische Last auf der CPU. Zu den empfohlenen Prozessoren gehören:

  • Advanced Micro Devices (AMD) Zen und neuere Prozessoren
  • Intel Ice Lake und neuere Prozessoren

Die in diesem Artikel beschriebenen Tests wurden mit AMD EPYC- und Intel Cascade Lake-Prozessoren durchgeführt.

Cloud Connectors haben eine hohe kryptografische Last bei der Kommunikation mit der Cloud. Bei Cloud Connectors, die Prozessoren mit SHA-Erweiterungen verwenden, ist die CPU-Auslastung geringer, was sich in einer geringeren CPU-Auslastung durch den LSASS von Windows (Subsystemdienst für die lokale Sicherheitsautorität) äußert.

Citrix empfiehlt die Verwendung von modernem Speicher mit ausreichenden E/A-Vorgängen pro Sekunde (IOPS), insbesondere für Bereitstellungen, die LHC verwenden. Festkörperlaufwerke (Solid State Drives, SSDs) werden empfohlen, Premium-Cloudspeicherebenen werden jedoch nicht benötigt. Höhere IOPS-Werte sind in LHC-Szenarios erforderlich, wenn der Cloud Connector eine kleine Kopie der Datenbank ausführt. Diese Datenbank wird regelmäßig mit Änderungen der Sitekonfiguration aktualisiert und bietet Brokerfunktionen für den Ressourcenstandort in Zeiten von Ausfällen der Citrix Cloud.

Empfohlene Rechenkapazität für den lokalen Hostcache

Cloud Connectors führen Microsoft SQL Express Server LocalDB aus. Die Datenbank wird automatisch installiert, wenn Sie den Cloud Connector installieren. Bei Bereitstellungen, die LHC verwenden, wirkt sich die CPU-Konfiguration des Cloud Connectors, insbesondere die Anzahl der für SQL Express Server LocalDB verfügbaren Kerne, direkt auf die LHC-Leistung aus. Die Anzahl der für SQL Server Express Server LocalDB verfügbaren CPU-Kerne wirkt sich noch stärker auf die LHC-Leistung aus als die Speicherzuweisung. Der CPU-Mehraufwand tritt nur im LHC-Modus auf, wenn Citrix DaaS nicht erreichbar und der LHC-Broker aktiv ist. Für Bereitstellungen mit LHC empfiehlt Citrix vier Kerne pro Socket mit mindestens vier CPU-Kernen pro Cloud Connector. Informationen zur Konfiguration von Rechenressourcen für SQL Express Server LocalDB finden Sie unter Rechenkapazitätsgrenzen von bestimmten Editionen von SQL Server.

Wenn die für SQL Express Server LocalDB verfügbaren Rechenressourcen falsch konfiguriert sind, kann die Zeit für die Konfigurationssynchronisierung erhöht und die Leistung bei Ausfällen reduziert sein. In einigen virtualisierten Umgebungen kann die Rechenkapazität von der Anzahl der logischen Prozessoren und nicht der CPU-Kerne abhängen.

Zusammenfassung der Testergebnisse

Alle Ergebnisse in dieser Zusammenfassung basieren auf den Erkenntnissen aus der im Folgenden beschriebenen Testumgebung. Andere Systemkonfigurationen führen möglicherweise zu anderen Ergebnissen.

Diese Abbildung gibt einen grafischen Überblick über die getestete Konfiguration.

Überblick über getestete Konfiguration

Diese Tabelle enthält eine Kurzanleitung zur Dimensionierung Ihrer Cloud Connectors. Die Ergebnisse basieren auf internen Tests von Citrix. Die beschriebenen Konfigurationen wurden mit unterschiedlichen Workloads getestet, darunter Sitzungsstarttests mit hoher Rate und Registrierungsansturm.

Jede gezeigte Konfiguration verwendet zwei Cloud Connectors, das für jeden Ressourcenstandort erforderliche Minimum, um eine hohe Verfügbarkeit zu gewährleisten. Citrix empfiehlt die Verwendung des N+1-Redundanzmodells bei der Bereitstellung von Cloud Connectors, um eine hochverfügbare Verbindung mit Citrix Cloud zu gewährleisteten.

  Minimum Klein Mittel Groß Maximum
VDAs 500 VDI oder 50 RDS 1000 VDI oder 100 RDS 1000 VDI oder 100 RDS 5000 VDI oder 500 RDS 10000 VDI oder 1000 RDS
Hostverbindungen 10 10 20 40 40
Workspace oder StoreFront Workspace Workspace StoreFront mit Citrix ADC StoreFront mit Citrix ADC StoreFront mit Citrix ADC
NetScaler Gateway Service-Proxy Ja Ja Nein Nein Nein
Rendezvous v1 Ja Ja Nein Nein Nein
Lokaler Hostcache Nein Nein Ja Ja Ja
CPUs für Connectors 2 vCPU 4 vCPUs 4 vCPUs 4 vCPUs 8 CPU
Speicher für Connectors 4 GB 4 GB 6 GB 8 GB 10 GB

Informationen zu diesen Testkonfigurationen

  • CPU- und Speicheranforderungen gelten nur für das Basisbetriebssystem und die Citrix-Dienste. Für Apps und Dienste von Drittanbietern sind möglicherweise zusätzliche Ressourcen erforderlich.
  • VDAs sind virtuelle oder physische Maschinen, auf denen Citrix Virtual Delivery Agent ausgeführt wird.
  • Die Energieverwaltung aller getesteten VDAs erfolgte mit Citrix DaaS.
  • RDS-Sitzungen wurden mit bis zu 20.000 pro Ressourcenstandort getestet.
  • Citrix Workspace wurde mit dem Rendezvous v1-Protokoll getestet. Citrix empfiehlt die Verwendung des Rendezvous-Protokolls für Bereitstellungen mit Citrix Workspace. Das Rendezvous-Protokoll verringert die CPU-Last auf dem Cloud Connector durch Weitergabe von HDX-Datenverkehr an den Citrix Gateway Service. Weitere Informationen zum Rendezvous-Protokoll finden Sie unter Rendezvous-Protokoll.
  • Bei der getesteten Konfiguration war das Feature für die Servicekontinuität von Workspace nicht aktiviert.

Testmethode

In den Tests wurde die Leistung der Umgebungskomponenten nach Hinzufügen von Last gemessen. Zur Überwachung der Komponenten wurden Leistungsdaten und die erforderliche Zeit für bestimmte Prozesse (z. B. Anmeldezeit und Registrierungszeit) erfasst. In einigen Fällen wurden firmeneigene Simulationstools von Citrix verwendet, um VDAs und Sitzungen zu simulieren. Diese Tools beanspruchen Citrix Komponenten auf dieselbe Weise wie herkömmliche VDAs und Sitzungen, jedoch ohne Einsatz der für das Hosten echter Sitzungen und VDAs erforderlichen Ressourcen. Die Tests wurden sowohl im Cloud-Brokering-Modus als auch im Modus mit lokalem Hostcache für Szenarios mit Citrix StoreFront durchgeführt.

Die Empfehlungen für die Cloud Connector-Dimensionierung in diesem Artikel basieren auf Daten aus diesen Tests.

Die folgenden Tests wurden durchgeführt:

  • Sitzungsanmeldungs-/Sitzungsstartansturm: Dieser Test simuliert ein hohes Aufkommen an gleichzeitigen Anmeldungen.
  • VDA-Registrierungsansturm: Dieser Test simuliert ein hohes Aufkommen an gleichzeitigen VDA-Registrierungen. Beispielsweise nach einem Upgradezyklus oder beim Übergang zwischen Cloud-Brokering-Modus und Modus mit lokalem Hostcache.
  • VDA-Energieaktionsansturm: Dieser Test simuliert ein hohes Aufkommen an VDA-Energieaktionen.

Citrix Workspace-Szenarios (minimale und kleine Workloads)

Citrix Workspace ist eine digitale Workspace-Lösung, die überall und auf jedem Gerät einen sicheren und einheitlichen Zugriff auf Apps, Desktops und Inhalte (Ressourcen) ermöglicht. Wenn das Feature für die Servicekontinuität für Citrix Workspace nicht aktiviert ist, verwendet Citrix Workspace den lokalen Hostcache nicht, um Benutzern bei Ausfällen Ressourcen verfügbar zu machen. Wenn die Servicekontinuität nicht aktiviert ist, sind der Citrix Dienst für hohe Verfügbarkeit und die Microsoft SQL Express Server LocalDB deaktiviert. Die Servicekontinuität war für diese Tests nicht aktiviert.

Workloads von bis zu 1000 VDI oder bis zu 200 RDS wurden mit Citrix Workspace getestet.

Um eine hohe Verfügbarkeit zu gewährleisten, sind bei Verwendung des N+1-Redundanzmodells mindestens zwei Cloud Connectors für jeden Ressourcenstandort erforderlich. Da Cloud Connectors möglicherweise neu gestartet oder zwecks Wartung entfernt werden, wurden diese Tests mit einem Cloud Connector durchgeführt. Die Verwendung von zwei Cloud Connectors kann zu einer etwas besseren Leistung führen, als diese Testergebnisse zeigen.

In Konfigurationen, die Citrix Workspace verwenden, verarbeitet Cloud Connector:

  • Kommunikation zwischen VDAs und Citrix DaaS
  • Anforderungen von Citrix DaaS an On-Premises-AD
  • an Hypervisors gesendete Proxy-Energieaktionen
  • Sitzungsstartanforderungen
  • VDA-Registrierung

Testbedingungen:

  • Mit einem Cloud Connector getestet. Für eine hohe Verfügbarkeit sind zwei Cloud Connectors erforderlich.
  • Tests wurden mit dem Cloud Connector durchgeführt, der mit Intel Cascade Lake-Prozessoren konfiguriert ist.
  • Die Zahl der RDS-Sitzungen ist eine Empfehlung, kein Limit. Testen Sie Ihr RDS-Sitzungslimit in Ihrer Umgebung.
  • Die Sitzungen wurden über Citrix Workspace mit dem Rendezvous-v1-Protokoll gestartet.
  • Ohne Aktivierung der Servicekontinuität getestet.

Die Testergebnisse sind in der folgenden Tabelle zusammengefasst.

Minimale Workloads

Diese Workloads wurden mit 2 vCPUs und 4 GB Speicher getestet.

Test-Workloads VDA-Registrierungszeit CPU- und Speicherauslastung bei Registrierung Länge Starttest CPU- und Speicherauslastung beim Sitzungsstart Startrate
500 VDI 5 Minuten CPU-Maximum = 16 %, CPU-Durchschnitt = 4 %, Speichermaximum = 2,5 GB 3 Minuten CPU-Maximum = 45 %, CPU-Durchschnitt = 40 %, Speichermaximum = 3,0 GB 150 pro Minute
50 RDS, 1000 Sitzungen 2 Minuten CPU-Maximum = 15 %, CPU-Durchschnitt = 3 %, Speichermaximum = 2,3 GB 6 Minuten CPU-Maximum = 25 %, CPU-Durchschnitt = 15 %, Speichermaximum = 2,9 GB 166 pro Minute

Kleine Workloads

Diese Workloads wurden mit 4 vCPUs und 4 GB Speicher getestet.

Test-Workloads VDA-Registrierungszeit CPU- und Speicherauslastung bei Registrierung Länge Starttest CPU- und Speicherauslastung beim Sitzungsstart Startrate
1000 VDI 5 Minuten CPU-Maximum = 15 %, CPU-Durchschnitt = 5 %, Speichermaximum = 3,5 GB 6 Minuten CPU-Maximum = 48 %, CPU-Durchschnitt = 33 %, Speichermaximum = 3,4 GB 166 pro Minute
200 RDS, 5000 Sitzungen 3 Minuten CPU-Maximum = 5 %, CPU-Durchschnitt = 2 %, Speichermaximum = 3,5 GB 26 Minuten CPU-Maximum = 18 %, CPU-Durchschnitt = 3 %, Speichermaximum = 3,2 GB 192 pro Minute

Citrix StoreFront-Szenarios (mittlere, große und maximale Workloads)

Für größere Workloads empfiehlt Citrix die Verwendung des lokalen Hostcache für hohe Verfügbarkeit. Weitere Informationen zur Verwendung des lokalen Hostcache finden Sie im Artikel Lokaler Hostcache. Für den lokalen Hostcache ist ein On-Premises-StoreFront-Server erforderlich. Ausführliche Informationen zu StoreFront finden Sie in der StoreFront-Produktdokumentation.

Workloads von 1000 bis 10.000 VDI oder 200—1000 RDS wurden mit StoreFront getestet.

Empfehlungen für StoreFront-Konfigurationen:

  • Wenn Sie über mehrere Ressourcenstandorte mit einem einzelnen StoreFront-Server oder einer Servergruppe verfügen, aktivieren Sie die Option für die erweiterte Systemintegritätsprüfung für den StoreFront-Store. Siehe StoreFront im Artikel “Lokaler Hostcache”.
  • Verwenden Sie für höhere Sitzungsstartraten eine StoreFront-Servergruppe. Siehe Konfigurieren von Servergruppen in der StoreFront-Produktdokumentation.

Testbedingungen:

  • Mit einem Cloud Connector getestet. Für eine hohe Verfügbarkeit sind zwei Cloud Connectors erforderlich.
  • Tests wurden mit dem Cloud Connector durchgeführt, der mit Intel Cascade Lake-Prozessoren konfiguriert ist.
  • Die Zahl der RDS-Sitzungen ist eine Empfehlung, kein Limit. Testen Sie Ihr RDS-Sitzungslimit in Ihrer Umgebung.
  • Die Sitzungen wurden über einen einzelnen Citrix StoreFront-Server gestartet.
  • LHC-Ausfall-Sitzungsstarttests wurden nach der erneuten Registrierung der Maschinen durchgeführt. Die Testergebnisse sind in der folgenden Tabelle zusammengefasst.

Mittlere Workloads

Diese Workloads wurden mit 4 vCPUs und 6 GB Speicher getestet.

Test-Workloads Zustand der Site VDA-Registrierungszeit CPU- und Speicherauslastung bei Registrierung Länge Starttest CPU- und Speicherauslastung beim Sitzungsstart Startrate
1000 VDI Online 5 Minuten CPU-Maximum = 36 %, CPU-Durchschnitt = 33 %, Speichermaximum = 5,3 GB 2 Minuten CPU-Maximum = 29 %, CPU-Durchschnitt = 27 %, Speichermaximum = 3,7 GB 500 pro Minute
1000 VDI Ausfall 4 Minuten CPU-Maximum = 11 %, CPU-Durchschnitt = 10 %, Speichermaximum = 4,5 GB 2 Minuten CPU-Maximum = 42 %, CPU-Durchschnitt = 28 %, Speichermaximum = 4,0 GB 500 pro Minute
200 RDS, 5000 Sitzungen Online 3 Minuten CPU-Maximum = 14 %, CPU-Durchschnitt = 4 %, Speichermaximum = 3,5 GB 9 Minuten CPU-Maximum = 46 %, CPU-Durchschnitt = 21 %, Speichermaximum = 3,7 GB 555 pro Minute
200 RDS, 5000 Sitzungen Ausfall 3 Minuten CPU-Maximum = 15 %, CPU-Durchschnitt = 5 %, Speichermaximum = 3,7 GB 9 Minuten CPU-Maximum = 51 %, CPU-Durchschnitt = 32 %, Speichermaximum = 4,2 GB 555 pro Minute

Große Workloads

Diese Workloads wurden mit 4 vCPUs und 8 GB Arbeitsspeicher getestet.

Test-Workloads Zustand der Site VDA-Registrierungszeit CPU- und Speicherauslastung bei Registrierung Länge Starttest CPU- und Speicherauslastung beim Sitzungsstart Startrate
5000 VDI Online 3—4 Minuten CPU-Maximum = 45 %, CPU-Durchschnitt = 25 %, Speichermaximum = 7,0 GB 5 Minuten CPU-Maximum = 75 %, CPU-Durchschnitt = 55 %, Speichermaximum = 7,0 GB 1000 pro Minute
5000 VDI Ausfall 4—6 Minuten CPU-Maximum = 15 %, CPU-Durchschnitt = 5 %, Speichermaximum = 7,5 GB 5 Minuten CPU-Maximum = 45 %, CPU-Durchschnitt = 40 %, Speichermaximum = 7,5 GB 1000 pro Minute
500 RDS, 10.000 Sitzungen Online 3 Minuten CPU-Maximum = 45 %, CPU-Durchschnitt = 25 %, Speichermaximum = 7,0 GB 10 Minuten CPU-Maximum = 75 %, CPU-Durchschnitt = 55 %, Speichermaximum = 7,0 GB 1000 pro Minute
500 RDS, 10.000 Sitzungen Ausfall 3 Minuten CPU-Maximum = 15 %, CPU-Durchschnitt = 5 %, Speichermaximum = 7,5 GB 10 Minuten CPU-Maximum = 45 %, CPU-Durchschnitt = 40 %, Speichermaximum = 7,5 GB 1000 pro Minute

Maximale Workloads

Diese Workloads wurden mit 8 vCPUs und 10 GB Speicher getestet.

Test-Workloads Zustand der Site VDA-Registrierungszeit CPU- und Speicherauslastung bei Registrierung Länge Starttest CPU- und Speicherauslastung beim Sitzungsstart Startrate
10.000 VDI Online 3—4 Minuten CPU-Maximum = 85 %, CPU-Durchschnitt = 10 %, Speichermaximum = 8,5 GB 7 Minuten CPU-Maximum = 66 %, CPU-Durchschnitt = 28 %, Speichermaximum = 7,0 GB 1400 pro Minute
10.000 VDI Ausfall 4–5 Minuten CPU-Maximum = 90 %, CPU-Durchschnitt = 17 %, Speichermaximum = 8,2 GB 5 Minuten CPU-Maximum = 90 %, CPU-Durchschnitt = 45 %, Speichermaximum = 8,5 GB 2000 pro Minute
1000 RDS, 20.000 Sitzungen Online 1—2 Minuten CPU-Maximum = 60 %, CPU-Durchschnitt = 20 %, Speichermaximum = 8,6 GB 17 Minuten CPU-Maximum = 66 %, CPU-Durchschnitt = 25 %, Speichermaximum = 6,8 GB 1200 pro Minute
1000 RDS, 20.000 Sitzungen Ausfall 3—4 Minuten CPU-Maximum = 22 %, CPU-Durchschnitt = 10 %, Speichermaximum = 8,5 GB 21 Minuten CPU-Maximum = 90 %, CPU-Durchschnitt = 50 %, Speichermaximum = 7,5 GB 1000 pro Minute

Ressourcennutzung der Konfigurationssynchronisierung

Durch den Prozess der Konfigurationssynchronisierung werden die Cloud Connectors mit Citrix DaaS auf dem neuesten Stand gehalten. Updates werden automatisch an die Cloud Connectors gesendet, um sicherzustellen, dass die Cloud Connectors bereit sind, bei einem Ausfall das Brokering zu übernehmen. Die Konfigurationssynchronisierung aktualisiert die Datenbank des lokalen Hostcache, SQL Express Server LocalDB. Der Prozess importiert die Daten in eine temporäre Datenbank und wechselt dann nach dem Import zu dieser Datenbank. Dadurch wird sichergestellt, dass immer eine Datenbank des lokalen Hostcache zur Übernahme bereit ist.

Die CPU-, Speicher- und Datenträgerauslastung ist vorübergehend erhöht, während Daten in die temporäre Datenbank importiert werden.

Testergebnisse:

  • Datenimportzeit: 7—10 Minuten
  • CPU-Auslastung:
    • Maximum = 25 %
    • Durchschnitt = 15 %
  • Speicherauslastung:
    • Maximum = 9 GB
    • Anstieg von etwa 2 GB auf 3 GB
  • Datenträgerauslastung:
    • 4 MB/s Spitze beim Lesen von Datenträger
    • 18 MB/s Spitze beim Schreiben auf Datenträger
    • 70 MB/s Spitze beim Schreiben auf Datenträger während des Herunterladens und Schreibens von XML-Konfigurationsdateien
    • 4 MB/s Spitze beim Lesen von Datenträger nach Abschluss des Imports
  • Größe der Datenbank des lokalen Hostcache:
    • 400—500 MB Datenbankdatei
    • 200—300 MB Protokolldatenbank

Testbedingungen:

  • Getestet auf 8 vCPU AMD EPYC
  • Die importierte Sitekonfigurationsdatenbank war für eine Umgebung mit insgesamt 80.000 VDAs und 300.000 Benutzern (drei Schichten von 100.000 Benutzern) vorgesehen.
  • Die Datenimportzeit wurde an einem Ressourcenstandort mit 10.000 VDI getestet.

Zusätzliche Überlegungen zur Ressourcennutzung:

  • Während des Imports werden die vollständigen Sitekonfigurationsdaten heruntergeladen. Dieser Download kann je nach Sitegröße zu einer Speichernutzungsspitze führen.
  • Die getestete Site verwendete ungefähr 800 MB für die Datenbank- und Datenbankprotokolldateien zusammen. Während einer Konfigurationssynchronisierung werden diese Dateien mit einer maximalen kombinierten Größe von ungefähr 1600 MB dupliziert. Stellen Sie sicher, dass Ihr Cloud Connector über ausreichend Speicherplatz für die duplizierten Dateien verfügt. Die Konfigurationssynchronisierung schlägt fehl, wenn der Datenträger voll ist.
Überlegungen zur Skalierung und Größe für Cloud Connectors