Auf dieser Seite wird die Funktionsweise von Google Distributed Cloud Connected beschrieben, einschließlich Informationen zur Infrastruktur, Hardware, zum Speicher und zu den Netzwerkfunktionen.
Google Distributed Cloud Connected besteht aus den folgenden Komponenten:
Die Distributed Cloud Connected-Infrastruktur Google oder ein von Google zertifizierter Systemintegrator liefert, stellt bereit und wartet die Distributed Cloud Connected-Hardware, einschließlich der Remote-Verwaltung durch ein dediziertes Team.
Der Distributed Cloud Connected-Dienst Mit diesem Dienst können Sie Ihre Distributed Cloud Connected-Cluster und -Knotenpools mithilfe der Google Cloud CLI und der Distributed Cloud Edge Container API verwalten. Die Distributed Cloud Connected-Cluster sind in Ihrer Flotte registriert und Sie können mit dem Kubernetes-Befehlszeilentool
kubectlmit ihnen interagieren.
Distributed Cloud Connected-Infrastruktur
Google oder ein von Google zertifizierter Systemintegrator stellt die dedizierte Hardware bereit, stellt sie bereit, betreibt und wartet sie, auf der Ihre Distributed Cloud Connected-Zone ausgeführt wird. Die Distributed Cloud Connected-Knoten, auf denen Ihre Arbeitslasten ausgeführt werden, werden ausschließlich auf dieser Hardware ausgeführt.
Die Hardwaremaschinen werden als Distributed Cloud Connected-Knoten instanziiert und in Knotenpools gruppiert, die Sie Clustern in Ihrer Distributed Cloud Connected-Zone zuweisen können. Sie können Ihr Netzwerk so konfigurieren, dass Arbeitslasten, die auf Distributed Cloud Connected-Clustern ausgeführt werden, nur für Ihre lokalen Nutzer verfügbar oder über das Internet zugänglich sind. Sie können Ihr Netzwerk auch so konfigurieren, dass nur Distributed Cloud Connected-Knoten lokale Ressourcen verwenden oder mit Arbeitslasten kommunizieren können, z. B. Compute Engine-VM-Instanzen und Kubernetes-Pods, die in einem VPC-Netzwerk (Virtual Private Cloud) über eine sichere Cloud VPN-Netzwerkverbindung zu einem VPC-Netzwerk auf ausgeführt werden. Google Cloud
Distributed Cloud Connected-Verwaltung
Distributed Cloud Connected-Knoten sind keine eigenständigen Ressourcen und müssen aus Gründen der Steuerungsebene-Verwaltung und des Monitorings mit verbunden bleiben. Google Cloud Die Knoten der Steuerungsebene werden lokal auf Ihrer Distributed Cloud Connected-Hardware ausgeführt und Ihre Arbeitslasten werden weiterhin ausgeführt, wenn Ihre Distributed Cloud Connected-Bereitstellung von Google Cloudgetrennt wird. Arbeitslasten werden bis zu sieben Tage lang ausgeführt, während sie von getrennt sind. Google Cloud
Google verwaltet die physischen Maschinen und , aus denen Ihre Distributed Cloud Connected-Bereitstellung besteht, remote. Dazu gehören die Installation von Softwareupdates und Sicherheitspatches sowie die Behebung von Konfigurationsproblemen. Ihr Netzwerkadministrator kann auch den Zustand und die Leistung von Distributed Cloud Connected-Clustern und ‑Knoten überwachen und mit Google zusammenarbeiten, um Probleme zu beheben.
Nachdem Google die Distributed Cloud Connected-Hardware erfolgreich an Ihrem angegebenen Standort bereitgestellt hat, kann Ihr Clusteradministrator den Distributed Cloud Connected-Cluster ähnlich wie einen herkömmlichen Kubernetes-Cluster konfigurieren. Er kann Maschinen Knotenpools und Knotenpools Clustern zuweisen und Anwendungsinhabern je nach Rolle Zugriff gewähren. Der Clusteradministrator muss jedoch die Verarbeitungs- und Speicherbeschränkungen der Maschinen in Ihrer Distributed Cloud Connected-Bereitstellung berücksichtigen und die Cluster- und Arbeitslastkonfiguration entsprechend planen.
Distributed Cloud Connected bietet eine API zum Konfigurieren von Clustern und Knotenpools.
Zugriff auf die Distributed Cloud Connected-Zone
Sie können Ihr Netzwerk so konfigurieren, dass der entsprechende Zugriff auf Ihre Distributed Cloud Connected-Zone sowohl von Ihrem lokalen Netzwerk als auch vom Internet aus möglich ist.
Sie können Ihrer Distributed Cloud Connected-Zone auch Zugriff auf Google Cloud Dienste gewähren, indem Sie sie mit Ihrem VPC-Netzwerk verbinden. Distributed Cloud Connected verwendet Cloud VPN, um eine Verbindung zu Google-Dienstendpunkten herzustellen. Ihr Netzwerkadministrator muss Ihr Netzwerk so konfigurieren, dass dies möglich ist.
Distributed Cloud Connected-Personas
Die folgenden Personas sind an der Bereitstellung und dem Betrieb Ihrer Distributed Cloud Connected-Zone beteiligt:
Techniker im Außendienst Liefert, installiert und aktiviert die Distributed Cloud Connected-Hardware an Ihrem angegebenen Standort. Ihr Netzwerkadministrator arbeitet mit den Technikern im Außendienst zusammen, um die Hardware an Ihre Stromquelle und Ihr Netzwerk anzuschließen. Je nach Art Ihrer Bestellung ist dies entweder ein Google-Techniker oder ein von Google zertifizierter Systemintegrator.
Google Site Reliability Engineer (SRE) Überwacht und verwaltet die Distributed Cloud Connected-Hardware. Dazu gehören die Behebung von Konfigurationsproblemen, die Installation von Patches und Updates sowie die Aufrechterhaltung der Sicherheit.
Netzwerkadministrator Konfiguriert und verwaltet die Netzwerkverbindung und die Zugriffssteuerung zwischen der Distributed Cloud Connected-Hardware und Ihrem lokalen Netzwerk. Dazu gehört die Konfiguration Ihrer Routing- und Firewallregeln um sicherzustellen, dass alle erforderlichen Arten von Netzwerkverkehr frei zwischen der Distributed Cloud-Hardware, Google Cloud, den Clients, die Ihre Distributed Cloud Connected-Arbeitslasten nutzen, internen und externen Daten-Repositories und anderen Faktoren fließen können. Der Netzwerkadministrator muss Zugriff auf die Google Cloud Console haben, um den Status Ihrer Distributed Cloud Connected-Maschinen zu überwachen. Der Netzwerkadministrator konfiguriert auch die Distributed Cloud-Netzwerkfunktionen.
Clusteradministrator Stellt Distributed Cloud Connected-Cluster in Ihrer Organisation bereit und verwaltet sie. Dazu gehört die Konfiguration von Berechtigungen, Logging und die Bereitstellung von Arbeitslasten für jeden Cluster. Der Clusteradministrator weist Knoten Knotenpools und Knotenpools Distributed Cloud Connected-Clustern zu. Der Clusteradministrator muss die betrieblichen Unterschiede zwischen dem Distributed Cloud Connected-Cluster und einem Standard-Kubernetes-Cluster kennen, z. B. die Verarbeitungs- und Speicherfunktionen der Distributed Cloud Connected-Hardware, um Ihre Arbeitslasten korrekt zu konfigurieren und bereitzustellen.
Anwendungsinhaber Ein Softwareentwickler, der für die Entwicklung und/oder Bereitstellung und Überwachung einer Anwendung verantwortlich ist, die auf einem Distributed Cloud Connected-Cluster ausgeführt wird. Anwendungsinhaber, die Anwendungen auf einem Distributed Cloud Connected-Cluster besitzen, müssen die Einschränkungen hinsichtlich Größe und Standort der Cluster sowie die Auswirkungen der Bereitstellung einer Anwendung am Edge kennen, z. B. Leistung und Latenz.
Distributed Cloud Connected-Hardware
Distributed Cloud Connected-Server sind auf den folgenden Hardwareplattformen verfügbar:
Distributed Cloud Connected-Server G1 Eine Gruppe von einer oder drei Dell XR11-Maschinen der Serie 1U.
Distributed Cloud Connected-Server G2 Ein Dell XR8000-Chassis mit einem oder drei XR8610t-Maschinenschlitten.
Die Distributed Cloud Connected-Hardware besteht in der Regel aus drei Distributed Cloud Connected-Servermaschinen, die über Ihre eigenen ToR-Switches direkt mit Ihrem lokalen Netzwerk verbunden sind. Standardmäßig können Sie Distributed Cloud Connected-Server nur in einer Konfiguration mit drei Maschinen bestellen. Wenn Ihre geschäftlichen Anforderungen Bereitstellungen von Distributed Cloud Connected-Servern mit einer einzelnen Maschine erfordern, wenden Sie sich an Ihren Google-Vertriebsmitarbeiter.
Abbildung 1 zeigt eine typische Distributed Cloud Connected-Serverkonfiguration.
Die Komponenten einer Distributed Cloud Connected-Installation sind:
Google Cloud. Traffic zwischen Ihrer Distributed Cloud Connected Installation und Google Cloud umfasst Hardwareverwaltung und Audit-Logging-Traffic.
Internet Verschlüsselter Verwaltungs- und Audit-Logging-Traffic zwischen Ihrer Distributed Cloud Connected-Installation und Google Cloud wird über das Internet übertragen. Distributed Cloud Connected unterstützt keine Proxys für Internetverbindungen.
Lokales Netzwerk Ihr lokales Netzwerk, mit dem Distributed Cloud Connected-Server über Ihre Layer 2-ToR-Switches verbunden sind.
ToR-Switches (Top-of-Rack) Ihre Layer 2-Switches, die die Servermaschinen verbinden und mit Ihrem lokalen Netzwerk interagieren. Jede Distributed Cloud Connected-Servermaschine benötigt mindestens eine In-Band- und eine Out-of-Band-Verbindung zu einem einzelnen ToR-Switch. Google empfiehlt aus Gründen der Zuverlässigkeit zwei ToR-Switches und zwei In-Band-Verbindungen pro Maschine (eine pro Switch). Jede Distributed Cloud Connected-Servermaschine wird so mit Ihren ToR-Switches verbunden:
- Arbeitslastverbindung Die primären und sekundären Netzwerkschnittstellen jeder Distributed Cloud Connected-Servermaschine sind für die Arbeitslastverbindung mit einem oder beiden ToR-Switches verbunden. Über diese Verbindungen wird der Arbeitslasttraffic zwischen den einzelnen Distributed Cloud-Servermaschinen und zu und von Ihrem lokalen Netzwerk übertragen. Sie müssen die entsprechenden Switch-Ports im selben VLAN platzieren. Wenn Sie zusätzliche Arbeitslastverbindungen benötigen, können Sie zusätzliche getaggte VLANs an Ihre Distributed Cloud Connected-Server anbinden.
- Verbindung für die Verwaltung Die BMC-Netzwerkschnittstelle (Baseboard Management Controller) jeder Distributed Cloud Connected-Servermaschine ist für die Verbindung für die Verwaltung mit einem ToR-Switch verbunden, sodass Ihre Distributed Cloud Connected-Server miteinander kommunizieren können. Sie müssen sie als 802.1q-Trunks und das entsprechende native VLAN als das Netzwerk konfigurieren, zu dem die Distributed Cloud Connected-Netzwerkschnittstellen für die Verwaltung gehören.
Maschinen Die physischen Distributed Cloud Connected-Servermaschinen, auf denen die Distributed Cloud Connected-Software ausgeführt wird und auf denen Ihre Arbeitslasten ausgeführt werden. Jede physische Maschine wird als Knoten im Distributed Cloud Connected-Cluster instanziiert.
Distributed Cloud-Dienst
Der Distributed Cloud Connected-Dienst wird direkt auf der Distributed Cloud-Hardware ausgeführt. Er dient als Steuerungsebene für die Knoten und Cluster auf Ihrer Distributed Cloud Connected-Hardware. Diese Steuerungsebene instanziiert und konfiguriert Ihre Distributed Cloud Connected-Zone. Das spezifische Google Cloud Rechenzentrum, mit dem Ihre Distributed Cloud-Hardware für die Verwaltung verbunden ist, wird entsprechend seiner Nähe zu Ihrer Distributed Cloud Connected-Installation ausgewählt.
Eine Distributed Cloud Connected-Zone besteht aus allen Distributed Cloud Connected-Servermaschinen, die in Ihren Räumlichkeiten bereitgestellt werden. Sie können Maschinen Ihren Distributed Cloud Connected-Clustern zuweisen.
Ihre Arbeitslasten werden auch dann bis zu sieben Tage lang ausgeführt, wenn Distributed Cloud keine Verbindung zu Google Cloud herstellen kann. Nach diesem Zeitraum muss Distributed Cloud mit Google Cloud kommunizieren, um Authentifizierungstokens und Speicherverschlüsselungsschlüssel zu aktualisieren und Daten zur Hardwareverwaltung und zum Audit-Logging zu synchronisieren.
Abbildung 2 zeigt die logische Organisation von Distributed Cloud Connected-Entitäten.
Die Entitäten sind:
Google Cloud Region Die Google Cloud Region für Ihre Distributed Cloud Connected-Zone wird durch den Standort des Google Cloud Rechenzentrums bestimmt, das Ihrer Distributed Cloud-Installation am nächsten ist.
Lokale Kubernetes-Steuerungsebene Die Kubernetes-Steuerungsebene für jeden Distributed Cloud Connected-Cluster wird direkt auf Ihrer Distributed Cloud-Hardware ausgeführt. Ein Cluster kann in den Notfallmodus wechseln, wenn die Verbindung zu Google Cloud vorübergehend unterbrochen wird. So können Ihre Arbeitslasten weiter ausgeführt werden, bis die Verbindung wiederhergestellt ist. Weitere Informationen finden Sie unter Notfallmodus.
Distributed Cloud-Zone Eine logische Abstraktion, die die Distributed Cloud Connected-Hardware darstellt, die in Ihren Räumlichkeiten bereitgestellt wird. Eine Distributed Cloud-Zone umfasst alle Distributed Cloud Connected-Servermaschinen, die an Ihrem Standort bereitgestellt werden. Die physischen Maschinen in der Zone werden in der Console als Distributed Cloud Connected-Maschinen in der Google Cloud Console instanziiert. Die Maschinen in einer Distributed Cloud Connected-Zone verwenden dieselbe Netzwerkstruktur oder Fehlerdomain. Google erstellt Ihre Maschinen, bevor die Distributed Cloud Connected-Hardware geliefert wird. Sie können keine Distributed Cloud Connected-Maschinen erstellen, löschen oder ändern.
Knoten Ein Knoten ist eine Kubernetes-Ressource, die eine physische Distributed Cloud Connected-Maschine im Kubernetes-Bereich instanziiert, wenn ein Knotenpool erstellt wird. So kann sie für die Ausführung von Arbeitslasten verwendet werden, indem der Knotenpool einem Distributed Cloud Connected-Cluster zugewiesen wird.
Knotenpool Eine logische Gruppierung von Distributed Cloud Connected-Knoten in einer einzelnen Distributed Cloud Connected-Zone, mit der Sie Distributed Cloud-Knoten Distributed Cloud-Clustern zuweisen können. Für Distributed Cloud Connected-Server werden Knotenpools automatisch instanziiert und gefüllt.
Cluster Ein Distributed Cloud Connected-Cluster, der aus einer Steuerungsebene und einem oder mehreren Knotenpools besteht.
Distributed Cloud Connected- Google Cloud Projekte
Mit Distributed Cloud Connected können Sie mehrere Cluster in einer einzelnen Distributed Cloud Connected-Zone erstellen. Die Zone selbst ist mit einem bestimmten Google Cloud Projekt verknüpft. Einzelne Cluster, die in dieser Zone ausgeführt werden, können jedoch mit anderen Google Cloud Projekten verknüpft werden, die unabhängig von der Projektzuordnung der Zone sind. Mit dieser Architektur können Sie die physische Zoneninfrastruktur für verschiedene Teams oder Anwendungen freigeben, die aus Abrechnungs- oder Verwaltungsgründen möglicherweise unter separaten Projektstrukturen ausgeführt werden.
Speicher
Distributed Cloud Connected bietet nutzbaren Speicher auf jeder physischen Maschine, der über Rakuten Symcloud Storage bereitgestellt wird. Dieser dient als lokale Abstraktionsebene für den Speicher auf jedem Distributed Cloud Connected-Knoten und stellt den lokalen Speicher für Arbeitslasten zur Verfügung, die auf anderen Knoten ausgeführt werden. Weitere Informationen finden Sie unter Distributed Cloud Connected für Symcloud Storage konfigurieren.
Speichersicherheit
Distributed Cloud Connected verwendet Linux Unified Key Setup (LUKS) zum Verschlüsseln des lokalen Maschinenspeichers und unterstützt kundenverwaltete Verschlüsselungsschlüssel (CMEK) mit Cloud KMS. Weitere Informationen finden Sie unter Best Practices für Sicherheit.
Symcloud Storage-Integration
Bei ausgewählten Distributed Cloud Connected-Konfigurationen können Sie Distributed Cloud so konfigurieren, dass Rakuten Symcloud Storage verwendet wird. Dieser dient als lokale Abstraktionsebene für den Speicher auf jedem Distributed Cloud Connected-Knoten und stellt den lokalen Speicher für Arbeitslasten zur Verfügung, die auf anderen Knoten ausgeführt werden. Weitere Informationen finden Sie unter Distributed Cloud Connected für Symcloud Storage konfigurieren.
Netzwerk
In diesem Abschnitt werden die Anforderungen an die Netzwerkverbindung und die Funktionen von Distributed Cloud Connected beschrieben.
Google konfiguriert einige der virtuellen Netzwerkkomponenten für Ihre Installation vor, bevor die Distributed Cloud Connected-Hardware an Sie versendet wird. Sie können die vorkonfigurierten Einstellungen nach der Lieferung der Hardware nicht mehr ändern.
Abbildung 3 zeigt die Topologie des virtuellen Netzwerks in einer Distributed Cloud Connected-Bereitstellung.
Die Komponenten des virtuellen Netzwerks in einer Distributed Cloud Connected-Bereitstellung sind:
Netzwerk Ein virtuelles Netzwerk mit einem privaten Adressraum in Ihrer Distributed Cloud Connected-Zone. Ein Netzwerk ist auf Layer 2 von anderen virtuellen Netzwerken in der Zone isoliert und kann ein oder mehrere Subnetzwerke enthalten. Das virtuelle Netzwerk umfasst alle physischen Maschinen in Ihrer Distributed Cloud Connected-Serverbereitstellung. Dieses Standardnetzwerk wird automatisch erstellt, wenn ein Distributed Cloud Connected-Servercluster instanziiert wird.
Subnetzwerk Ein Layer 2-VLAN-Subnetzwerk in einem Distributed Cloud-Netzwerk. Ein Subnetzwerk hat eine eigene Broadcast-Domain und einen oder mehrere IPv4-Adressbereiche Ihrer Wahl. Subnetzwerke innerhalb desselben Netzwerks sind auf Layer 2 isoliert. Knoten in verschiedenen Subnetzwerken innerhalb desselben Netzwerks können über ihre IP-Adressen miteinander kommunizieren. Distributed Cloud Connected-Server unterstützen die Subnetzwerkverwaltung nur mit VLAN-IDs.
Distributed Cloud Connected-Netzwerkkomponenten ähneln ihren Google Cloud Entsprechungen mit den folgenden Unterschieden:
Distributed Cloud Connected-Netzwerkkomponenten sind lokal für die Distributed Cloud Connected-Zone, in der sie instanziiert werden.
Ein Distributed Cloud-Netzwerk hat keine direkte Verbindung zu einem VPC-Netzwerk.
Standardmäßig haben Distributed Cloud-Netzwerke keine Verbindung zueinander über verschiedene Distributed Cloud Connected-Zonen hinweg. Sie haben die Möglichkeit, die zonenübergreifende Vernetzung explizit zu konfigurieren.
Ihr Netzwerkadministrator konfiguriert die Distributed Cloud Connected-Netzwerkkomponenten. Ihr Netzwerkadministrator muss die
Rolle „Edge Network Admin“
(roles/edgenetwork.admin) für das Ziel Google Cloud projekt haben, während
Anwendungsentwickler, die Arbeitslasten auf
Distributed Cloud Connected bereitstellen, die
Rolle „Edge Network Viewer“
(roles/edgenetwork.viewer) für das Ziel Google Cloud projekt haben müssen.
Verbindung zu Ihrem lokalen Netzwerk
Für ausgehenden Traffic zu Ressourcen in Ihrem lokalen Netzwerk verwenden Pods in einem Distributed Cloud Connected-Cluster die Standardrouten, die von Ihren Peering-Edge-Routern angekündigt werden. Distributed Cloud Connected verwendet das integrierte NAT, um Pods mit diesen Ressourcen zu verbinden.
Für eingehenden Traffic von Ressourcen in Ihrem lokalen Netzwerk muss Ihr Netzwerkadministrator Routingrichtlinien konfigurieren, die Ihren geschäftlichen Anforderungen entsprechen, um den Zugriff auf Pods in jedem Ihrer Distributed Cloud Connected-Cluster zu steuern. Das bedeutet, dass Sie mindestens die Schritte unter Firewallkonfiguration ausführen und zusätzliche Richtlinien konfigurieren müssen, die für Ihre Arbeitslasten erforderlich sind. Sie können beispielsweise „Zulassen“- oder „Ablehnen“-Richtlinien für einzelne Knoten-Subnetzwerke oder virtuelle IP-Adressen einrichten, die vom integrierten Load Balancer in Distributed Cloud Connected bereitgestellt werden. Auf die Distributed Cloud Connected-Pod- und Distributed Cloud Connected-Dienst-CIDR-Blöcke kann nicht direkt zugegriffen werden.
Verbindung zum Internet
Für ausgehenden Traffic zu Ressourcen im Internet verwenden Pods in einem Distributed Cloud Connected-Cluster die Standardroute, die von Ihren Routern zu den Distributed Cloud Connected-ToR-Switches angekündigt wird. Das bedeutet, dass Sie mindestens die Schritte unter Firewallkonfiguration und zusätzliche Richtlinien konfigurieren müssen, die für Ihre Arbeitslasten erforderlich sind. Distributed Cloud Connected verwendet das integrierte NAT, um Pods mit diesen Ressourcen zu verbinden. Optional können Sie eine eigene NAT-Ebene zusätzlich zur integrierten Ebene in Distributed Cloud Connected konfigurieren.
Für eingehenden Traffic müssen Sie Ihre WAN-Router entsprechend Ihren geschäftlichen Anforderungen konfigurieren. Diese Anforderungen bestimmen den Zugriff, den Sie vom öffentlichen Internet auf die Pods in Ihren Distributed Cloud Connected-Clustern gewähren müssen. Distributed Cloud Connected verwendet das integrierte NAT für Pod-CIDR-Blöcke und Dienstverwaltungs-CIDR-Blöcke, sodass auf diese CIDR-Blöcke nicht über das Internet zugegriffen werden kann.
Netzwerksicherheit
Ihre geschäftlichen Anforderungen und die Netzwerksicherheitsrichtlinie Ihrer Organisation bestimmen die Schritte, die erforderlich sind, um den Netzwerkverkehr zu sichern, der in Ihre Distributed Cloud Connected-Installation ein- und ausgeht. Weitere Informationen finden Sie unter Best Practices für Sicherheit.
Load Balancing
Distributed Cloud Connected unterstützt Layer 2-Load-Balancing auf Basis von MetalLB. Weitere Informationen finden Sie unter Load Balancing.
Unterstützung für Hochleistungsnetzwerke
Distributed Cloud Connected unterstützt die Ausführung von Arbeitslasten, die die bestmögliche Netzwerkleistung erfordern. Zu diesem Zweck wird Distributed Cloud Connected mit einem speziellen Network Function-Operator und einer Reihe von Kubernetes-CRDs (Custom Resource Definitions) ausgeliefert, die die für die Ausführung von Hochleistungsarbeitslasten erforderlichen Funktionen implementieren.
Unterstützung für VM-Arbeitslasten
Distributed Cloud Connected kann Arbeitslasten zusätzlich zu Containern auch in virtuellen Maschinen ausführen. Weitere Informationen finden Sie unter Virtuelle Maschinen verwalten.
Informationen dazu, wie virtuelle Maschinen als wesentliche Komponente der Google Distributed Cloud Connected-Plattform dienen, finden Sie unter GKE Enterprise erweitern, um lokale Edge-VMs zu verwalten.
Unterstützung für GPU-Arbeitslasten
Bei ausgewählten Hardwarekonfigurationen kann Distributed Cloud Connected GPU-basierte Arbeitslasten auf NVIDIA L4-GPUs ausführen. Sie müssen diese Anforderung bei der Bestellung Ihrer Distributed Cloud Connected-Hardware angeben. Weitere Informationen finden Sie unter GPU-Arbeitslasten verwalten.