Häufig gestellte Fragen zu Amazon WorkSpaces

• Apple-iPadOS-basiertes iPad, iPad Pro, iPad Mini, iPad Air

• Android-kompatible ChromeOS-Geräte 

• Android-Telefone und -Tablets

Nein. Individuelle WorkSpaces oder WorkSpaces Pools, die BYOL für Windows 10 oder Windows 11 Desktops unterstützen, werden auf zugeordneter Hardware gestartet, um die Konformität mit den Lizenzanforderungen von Microsoft zu gewährleisten. WorkSpaces, das in einem für dedizierte Hardware gekennzeichneten Verzeichnis gestartet wurde, kann nur von dem benutzerdefinierten Paket aus gestartet werden, in dem sich Ihr eigenes Windows-10- oder Windows-11-Desktopimage befindet.

Wenn Sie WorkSpaces von öffentlichen Paketen in derselben Domain starten möchten, können Sie ein neues AWS-AD-Connector-Verzeichnis erstellen, das auf dasselbe Microsoft Active Directory verweist wie Ihre Windows-10- und Windows-11-Desktop-WorkSpaces oder -Pools, und Ihre WorkSpaces oder Pools in diesem Verzeichnis starten, wie Sie dies normalerweise über die AWS-Managementkonsole oder die WorkSpaces SDK und CLI durchführen würden.

• Tastatur-, Maus- und Touchscreen-Eingabe (Touchscreen-Eingabe wird nur für Tablet-Clients unterstützt). Amazon WorkSpaces unterstützen derzeit keine 3D-Mäuse.

• Audioausgabe an das Client-Gerät

• Analoge und USB-Headsets

Die Unterstützung von In-Session- und Pre-Session-SmartCard für WorkSpaces ist in allen Regionen verfügbar, in denen Amazon DCV unterstützt wird.

• Die Anzahl der Bildschirme, auf die gestreamt werden muss.

• Die Anzahl der Pixeländerungen, die auf jedem Bildschirm stattfinden.

• Die Auflösung jedes verwendeten Monitors.

• Windows WorkSpaces Personal: Verwenden Sie Gruppenrichtlinien. Weitere Informationen finden Sie in unserer Dokumentation zur Verwaltung von Windows WorkSpaces.

• Amazon Linux 2 WorkSpaces Personal: Ändern Sie die Konfigurationsdateien auf Ihren WorkSpaces. Weitere Informationen finden Sie in unserer Dokumentation zur Verwaltung von Amazon Linux WorkSpaces.

• Ubuntu WorkSpaces Personal: Ändern Sie die Konfigurationsdateien auf Ihren WorkSpaces. Weitere Informationen finden Sie in unserer Dokumentation zur Verwaltung von Ubuntu WorkSpaces. 

• Red Hat Enterprise Linux WorkSpaces Personal: Ändern Sie die Konfigurationsdateien auf Ihren WorkSpaces. Weitere Informationen finden Sie in unserer Dokumentation zur Verwaltung von Red Hat Enterprise Linux WorkSpaces.

• Rocky Linux WorkSpaces Personal: Ändern Sie die Konfigurationsdateien auf Ihren WorkSpaces. Weitere Informationen finden Sie in unserer Dokumentation zur Verwaltung von Rocky Linux WorkSpaces.

• WorkSpaces Pool: Ändern Sie die Einstellungen in Ihrem WorkSpaces-Pool-Verzeichnis, wodurch die Einstellungen für den gesamten Pool auf einmal geändert werden. Weitere Informationen finden Sie in unserer Dokumentation zu WorkSpaces-Pools-Verzeichniskonfigurationen.

WorkSpaces Personal unterstützt die folgenden Betriebssysteme:

• Bereitgestellt von AWS: Windows Server 2016, Windows Server 2019, Windows Server 2022, Amazon Linux 2, Ubuntu 22.04, Rocky Linux 8 und Red Hat Enterprise Linux 8

• Bring Your Own License (BYOL): Windows 10 und Windows 11. Informationen zu den aktuell unterstützten Versionen finden Sie in unserer BYOL-Dokumentation.

WorkSpaces Personal bietet zwei Preisoptionen, die jederzeit geändert werden können. Virtuelle AlwaysOn-Desktops werden zu einem vorhersehbaren monatlichen Pauschalpreis für unbegrenzte Nutzung abgerechnet und bieten Benutzern, die den Service als ihren primären Desktop verwenden, sofortigen Zugriff. Die stündliche AutoStop-Erfassung stoppt die Abrechnung, wenn ein virtueller Desktop nicht verwendet wird. Dadurch wird der Status von Anwendungen und Daten beibehalten und automatisch fortgesetzt, wenn sich Benutzer anmelden. Die Abrechnung für virtuelle AutoStop-Desktops umfasst eine niedrige monatliche Grundgebühr und eine stündliche Gebühr, wenn die Instance in Verwendung ist. Weitere Informationen finden Sie auf der WorkSpaces-Preisseite.

Amazon WorkSpaces Personal bietet eine Vielzahl von Hardwareoptionen, einschließlich GPU-Optionen. Weitere Informationen zu den Optionen und den Workloads, für die sie geeignet sind, finden Sie in unserer Paketdokumentation.

Ja, Sie können die Compute-Typ-Konfiguration eines WorkSpace ändern, nachdem er bereitgestellt wurde. Weitere Informationen finden Sie in unserer Dokumentation zum Ändern eines WorkSpace.

Ja. Sie können die Größe der Root- und Benutzer-Volumes, die Ihren WorkSpaces Personal zugeordnet sind, jederzeit erhöhen. Weitere Informationen finden Sie in unserer Dokumentation zum Ändern von WorkSpaces.

Nein. Um sicherzustellen, dass Ihre Daten beibehalten werden, können die Volume-Größen der Volumes nach dem Start eines WorkSpaces nicht reduziert werden.

Bei einer Änderung werden Ihnen für AlwaysOn-WorkSpaces der monatliche Preis oder für AutoStop-WorkSpaces die Monatsgebühr anteilig auf Tagesbasis berechnet.

Zum Beispiel: Wenn Sie das Volume am 10. des Monats für einen AlwaysOn-WorkSpace vom Typ „Power" mit 175 GB und für die Root- und Benutzer-Volumes mit 100 GB erweitern, werden Ihnen 78,00 USD für den Power-WorkSpace und 11,60 USD für 20 Tage der zusätzlichen 175 GB zu 0,10 USD/GB im Monat (in USA Ost-1) berechnet. Ähnliches gilt beim Paketwechsel. Wenn Sie beispielsweise am 15. des Monats von „Value“ zu „Standard“ wechseln, werden Ihnen 15 Tage der Value-WorkSpaces-Gebühr (12,50 USD in USA Ost-1) und 15 Tage der Standard-WorkSpaces-Gebühr (17,50 USD in USA Ost-1) berechnet.

Sie können einmal im Zeitraum von 6 Stunden die Volume-Größen erhöhen oder ein umfangreicheres Hardwarepaket für einen WorkSpace wählen. Sie können außerdem einmal im Zeitraum von 30 Tagen zu einem kleineren Hardwarepaket wechseln. Bei einem neu eingeführten WorkSpace müssen Sie sechs Stunden warten, bevor Sie ein größeres Paket anfordern können.

Wenn Sie beispielsweise das Stamm- und Benutzervolume eines Standard-WorkSpace am 5. Dezember um 11 Uhr erweitern und ihn gleichzeitig in einen Performance-WorkSpace ändern, können Sie am 5. Dezember um 16 Uhr das Stamm- und Benutzervolume erneut erweitern und das Hardwarepaket ändern. Wenn Sie den Performance-WorkSpace am 6. Dezember um 12 Uhr in einen Standard-WorkSpace ändern und den WorkSpace auf ein noch kleineres Paket (Value) umstellen möchten, können Sie diese Änderung am 6. Januar um 12 Uhr vornehmen.

Mit der WorkSpaces-Migration können Sie WorkSpaces-Personal-Endbenutzer auf ein neues Betriebssystem oder ein benutzerdefiniertes Basis-Image verschieben, ohne Benutzerprofildaten zu verlieren. Weitere Informationen finden Sie in unserer Dokumentation zu Migration.

Alle Daten im letzten Snapshot des ursprünglichen Benutzer-Volumes bleiben erhalten. Bei einem Windows WorkSpace werden die vom letzten Snapshot erfassten Daten des Laufwerks D nach der Migration beibehalten und das Laufwerk C wird aus dem Ziel-Bundle-Image neu erstellt. Außerdem wird versucht, Daten aus dem alten Benutzerprofil in das neue zu migrieren. Daten, die nicht in das neue Profil verschoben werden können, bleiben in einem „.notMigrated-Ordner“ erhalten. In der Dokumentation finden Sie weitere Informationen.

Ja. Die WorkSpaces-Migrationsfunktion ermöglicht es Ihnen, das Instance-Root-Volume Ihres WorkSpaces durch ein Basis-Image aus einem anderen Paket zu ersetzen. Bei der Migration wird der WorkSpace mit einem neuen Root-Volume aus dem Ziel-Paket-Image und das Benutzer-Volume aus dem letzten ursprünglichen Benutzer-Volume-Snapshot neu erstellt. Detaillierte Informationen zur Migration finden Sie in der Dokumentation.

Migrate verknüpft Ihren WorkSpace mit einem neuen Bundle. Und ein Neuaufbau nach der Migration verwendet das neu zugeordnete Paket, um das Root-Volume zu erzeugen.

Ein Image enthält nur das Betriebssystem, die Software und die Einstellungen. Ein Paket ist eine Kombination aus diesem Image und der Hardware, von der aus ein WorkSpace gestartet werden kann. In unserer Dokumentation finden Sie einen weiteren Überblick über Images und Pakete. Pakete werden nur mit WorkSpaces Personal verwendet und gelten nicht für WorkSpaces Pools.

Ja. Sie können ein vorhandenes Paket mit einem neuen Image aktualisieren, das die gleiche Software-Ebene (z. B. mit der Plus-Software) wie das ursprüngliche Image enthält. Weitere Informationen finden Sie in unserer Dokumentation.

Ja. Amazon WorkSpaces aktiviert standardmäßig Wartungszeitfenster für AlwaysOn- und AutoStop-WorkSpaces. Bei AlwaysOn-WorkSpaces (monatlich) wird der Wartungszeitplan über die Betriebssystemeinstellungen auf dem WorkSpace gesteuert. Das standardmäßige Wartungszeitfenster ist ein vierstündiger Zeitraum von 00:00 Uhr bis 04:00 Uhr an jedem Sonntagmorgen (basierend auf den Zeitzoneneinstellungen, die Sie für Ihre Amazon WorkSpaces eingerichtet haben). In dieser Zeit stehen Ihre WorkSpaces ggf. nicht zur Verfügung. Bei AutoStop-WorkSpaces (stündlich) reicht das Wartungszeitfenster in der Zeitzone der AWS-Region, in der die WorkSpaces eingerichtet wurden, normalerweise täglich am dritten Montag im Monat von Mitternacht bis 5 Uhr morgens. Das Wartungsfenster kann für bis zu zwei Wochen gelten. WorkSpaces können an jedem beliebigen Tag im Wartungsfenster gewartet werden. Sie können den Wartungsmodus für AutoStop-WorkSpaces in der WorkSpaces-Managementkonsole festlegen. Weitere Informationen finden Sie unter Den Ausführungsmodus von WorkSpaces verwalten. Das Wartungszeitfenster für AutoStop-WorkSpaces kann derzeit nicht konfiguriert werden.

Es wird dringend empfohlen, Ihre WorkSpaces regelmäßig zu warten. Wenn Sie Ihren eigenen WorkSpaces-Wartungszeitplan ausführen möchten, ist es möglich, sich gegen die Standard-Service-Wartungszeitfenster für Windows WorkSpaces zu entscheiden. Für (stündliche) AutoStop-WorkSpaces können Sie den Wartungsmodus auf der Konsole deaktivieren. Bei AlwaysOn-Windows-WorkSpaces wird das Wartungszeitfenster über die Systemeinstellungen gesteuert und kann über die GPO-Einstellungen für automatische Aktualisierungen konfiguriert werden. Zurzeit können Sie die Wartungsfenster für AlwaysOn, Amazon Linux, Ubuntu, Rocky Linux und Red Hat Enterprise Linux WorkSpaces nicht deaktivieren.

WorkSpaces Personal bietet Benutzern Linux- und Windows-Cloud-Desktops. Für das zugrunde liegende Betriebssystem und im WorkSpace installierte Anwendungen sind ggf. Updates erforderlich.

Standardmäßig sind Ihre Amazon WorkSpaces so konfiguriert, dass Software-Updates installiert werden. Die WorkSpaces von Amazon Linux, Ubuntu, Rocky Linux und Red Hat Enterprise Linux werden aktualisiert, um die neuesten Sicherheits- und Software-Patches zu installieren, und für Amazon WorkSpaces mit Windows sind Windows Updates aktiviert. Updates für Anwendungen, die über Anwendungen verwalten installiert wurden, sind Teil Ihrer regulären Windows-Updates. Sie können diese Einstellungen anpassen oder einen alternativen Patch-Verwaltungsansatz wählen. Updates werden jeden Sonntag um 2 Uhr morgens installiert. Sie sind dafür verantwortlich, alle Drittanbieteranwendungen zu aktualisieren, die Sie auf Ihren WorkSpaces installiert haben.

Ihrerseits ist keine Aktion erforderlich. Updates werden im Wartungszeitfenster automatisch in Ihre WorkSpaces eingespielt. Im Wartungszeitfenster stehen Ihre WorkSpaces ggf. nicht zur Verfügung.

Nein. Der Amazon-WorkSpaces-Service benötigt diese bereitgestellten Updates, um einen normalen Betrieb der WorkSpaces Ihrer Benutzer sicherzustellen.

Sie haben die volle Kontrolle über die Windows-Update-Konfiguration in Ihren WorkSpaces und können diese Konfiguration mithilfe von Active-Directory-Gruppenrichtlinien genau an Ihre Anforderungen anpassen. Wenn Sie für Ihre Planung vorab zu Patches benachrichtigt werden möchten, empfehlen wir Ihnen die Lektüre der Microsoft Security Bulletin Advance Notification, die weitere Informationen bietet.

Amazon WorkSpaces, auf denen Amazon Linux 2, Ubuntu, Rocky Linux und Red Hat Enterprise Linux ausgeführt werden, werden über vorkonfigurierte Software-Repositorys aktualisiert, die in jeder WorkSpaces-Region gehostet werden. Updates werden automatisch installiert. Patches und Updates, die einen Neustart erfordern, werden während unseres wöchentlichen Wartungszeitfensters installiert. Bei allen anderen Anwendungen können Updates über den automatischen Update-Services für jede Anwendung eingespielt werden, sofern vorhanden. Für Anwendungen ohne automatischen Update-Service müssen Sie die empfohlene Update-Methode des Herstellers konsultieren und bei Bedarf befolgen.

Mit der AWS-Konsole können Sie WorkSpaces bereitstellen, neu starten, neu erstellen, wiederherstellen und löschen. Zum Verwalten des zugrunde liegenden Betriebssystems für die WorkSpaces und der WorkSpaces selbst können Sie Tools von Microsoft Active Directory wie Gruppenrichtlinien oder Linux-Orchestrierungstools Ihrer Wahl verwenden. Wenn Sie WorkSpaces mit einer vorhandenen Active Directory-Domäne integriert haben, können Sie Ihre WorkSpaces mithilfe derselben Tools und Methoden verwalten, die Sie für vorhandene lokale Desktops nutzen. Wenn keine Integration in Active Directory vorhanden ist, können Sie einen Directory Administration WorkSpace einrichten, um Verwaltungsaufgaben auszuführen. In der Dokumentation finden Sie weitere Informationen. Sie können WorkSpaces-Benutzern auch die Möglichkeit einräumen, gewöhnliche Aufgaben selbst auszuführen, indem Sie die Selbstverwaltungsfunktion aktivieren. Wenn Sie dies tun, können WorkSpaces-Benutzer unter anderem neu starten, neu erstellen, wiederherstellen, Volume-Größen erhöhen, die Art der Datenverarbeitung ändern und den Betriebsmodus ohne die Hilfe der IT oder des Helpdesks direkt vom WorkSpaces-Client aus ändern.

Ja, Sie können Tags bestehenden WorkSpaces-Ressourcen zuweisen, einschließlich WorkSpaces, bei WorkSpaces registrierte Verzeichnisse, Images, benutzerdefinierte Pakete und IP-Zugriffskontrollgruppen. Sie können auch bei der Erstellung neuer WorkSpaces und neuer IP-Zugriffskontrollgruppen Tags zuweisen. Sie können jedem WorkSpace über die AWS-Managementkonsole, die AWS-Befehlszeilenschnittstelle oder die Amazon-WorkSpaces-API bis zu 50 Tags (Schlüssel-Wert-Paare) hinzufügen. Weitere Informationen zum Zuweisen von Tags zu Ihren Amazon-WorkSpaces-Ressourcen finden Sie auf dieser Webseite: Taggen von WorkSpaces-Ressourcen.

Ja. Sie können in der AWS-Konsole auf der Seite mit den Verzeichnisdetails steuern, ob die Amazon WorkSpaces in Ihrem Verzeichnis über Webzugriff zugänglich sind. Hinweis: Diese Einstellung kann nur global auf alle WorkSpaces in einem Verzeichnis angewendet werden, nicht aber auf einen einzelnen Amazon WorkSpace.

Ein Neustart entspricht einem herkömmlichen Neustart des Betriebssystems (OS). Bei einer Neuerstellung bleibt das Benutzer-Volume für den WorkSpace erhalten, doch der WorkSpace wird in seinen ursprünglichen Zustand zurückgesetzt (Änderungen am Systemlaufwerk werden nicht beibehalten).

Bei einer Neuerstellung bleibt das Benutzer-Volume für den WorkSpace erhalten, doch der WorkSpace wird in seinen ursprünglichen Zustand zurückgesetzt (Änderungen am Systemlaufwerk werden nicht beibehalten). Bei einer Wiederherstellung bleibt sowohl das Root- als auch das Benutzer-Volume für den WorkSpace erhalten, doch der WorkSpace wird in den letzten, vom Service ermittelten gesunden Zustand zurückgesetzt.

Zum Entfernen eines nicht mehr benötigten WorkSpace können Sie den WorkSpace „löschen“. Dabei wird die zugrunde liegende Instance zur Unterstützung des WorkSpace entfernt, sodass der WorkSpace nicht mehr vorhanden ist. Durch das Löschen eines WorkSpaces werden auch alle Daten gelöscht, die auf den mit dem WorkSpace verbundenen Volumes gespeichert sind. Stellen Sie daher sicher, dass Sie alle Daten, die Sie behalten müssen, vor dem Löschen eines WorkSpaces gespeichert haben.

Nein. Pro Benutzer kann derzeit nur ein WorkSpace bereitgestellt werden.

Sie können so viele WorkSpaces starten, wie Sie brauchen. In WorkSpaces sind Standardlimits festgelegt, aber hier können Sie eine Erhöhung dieser Limits anfordern. Die Standardlimits für WorkSpaces können Sie unserer Dokumentation entnehmen.

Falls AD Connector oder AWS Microsoft AD für die Integration in eine vorhandene Active-Directory-Domain eingesetzt wurde, muss der Benutzer den für Ihre Domain geltenden Prozess bei Verlust eines Passworts befolgen und beispielsweise den internen Helpdesk kontaktieren. Wenn der Benutzer Anmeldeinformationen nutzt, die in einem vom WorkSpaces-Service verwalteten Verzeichnis gespeichert sind, kann er sein Kennwort zurücksetzen, indem er in der Amazon-WorkSpaces-Clien-Anwendung auf den Link „Passwort vergessen“ klickt.

Zum Aufheben des Zugriffs eines Benutzers auf seinen WorkSpace können Sie sein Konto entweder im vom WorkSpaces-Service verwalteten Verzeichnis oder in einem vorhandenen Active Directory deaktivieren, das Sie mit dem WorkSpaces-Service integriert haben.

Ja. WorkSpaces Personal unterstützt AD- und Nicht-AD-Domain-verbundene virtuelle Desktops. Um Entra ID für das Identitätsmanagement zu verwenden, fungiert AWS IAM Identity Center (IdC) als Identity Broker, um sicherzustellen, dass die Benutzeridentitätsdaten automatisch zwischen AWS und Cloud-basierten Identitätsanbietern wie Entra ID synchronisiert werden. WorkSpaces Personal unterstützt auch Intune nativ. Durch die Nutzung von Windows Autopilot werden virtuelle Desktops für Windows 10 und 11 während der Bereitstellung automatisch bei Intune registriert und später mit Entra ID verbunden.

Eine IP-Zugriffskontrollgruppe ist eine Funktion, mit der Sie vertrauenswürdige IP-Adressen festlegen können, die auf Ihre WorkSpaces zugreifen dürfen. Eine Zugriffskontrollgruppe besteht aus einem Satz von Regeln. Jede Regel gibt eine bestimmte zulässige IP-Adresse oder einen Bereich von Adressen an. Mit dieser Funktion können Sie bis zu 25 IP-Zugriffskontrollgruppen mit bis zu 10 Regeln pro Gruppe erstellen, die die IP-Adressen oder IP-Adressbereiche festlegen, die auf Ihre Amazon WorkSpaces zugreifen können.

Ja. Mit dieser Funktion können Sie bis zu 25 IP-Zugriffskontrollgruppen mit bis zu 10 Regeln pro Gruppe erstellen, die die IP-Adressen oder IP-Adressbereiche festlegen, die auf Ihre Amazon WorkSpaces zugreifen können.

Weitere Details finden Sie unter IP-Zugriffskontrollgruppen.

Ja. Dieses Feature kann mit macOS, iPad, Windows-Desktop, Android-Tablet, und Webzugriff verwendet werden. Dieses Feature unterstützt auch Zero Clients, die MFA verwenden.

Ja. Für die erste Verbindung ist eine IP-Adresse erforderlich, die auf der Liste der zulässigen Adressen steht. Wenn der Webzugriff beim Zugriff auf WorkSpaces über den Webzugriffs-Client aktiviert ist und sich die genehmigte IP-Adresse in eine nicht genehmigte IP-Adresse ändert, nachdem die Anmeldeinformationen des Benutzers validiert wurden und bevor die WorkSpaces-Sitzung gestartet wird, könnte diese nicht genehmigte IP-Adresse auf einen WorkSpace zugreifen.

Zero Clients mit MFA können mit auf IP-Adressen basierenden Zugriffskontrollen verwendet werden, zusammen mit allen kompatiblen Zero Clients, die keinen PCoIP Connection Manager zur Verbindungsherstellung mit WorkSpaces verwenden. Alle Verbindungen über PCoIP Connection Manager können nicht auf WorkSpaces zugreifen, wenn IP-basierte Zugriffskontrollen aktiviert sind.

WorkSpaces unterstützt die Verwendung des URI (Uniform Resource Identifier) WorkSpaces://, um den WorkSpaces-Client zu öffnen und optional den Registrierungscode, Benutzernamen und/oder Multi-Faktor-Authentifizierung (MFA)-Code einzugeben (falls MFA in Ihrer Organisation verwendet wird).

Sie können eigene eindeutige URI-Links erstellen, indem Sie der WorkSpaces-URI-Formatierung folgen, dokumentiert im Amazon-WorkSpaces-Administrationshandbuch unter Anpassung der Anmeldung von Benutzern in ihren WorkSpaces. Indem Sie Benutzern diese Links bereitstellen, können diese den URI auf jedem Gerät mit installiertem WorkSpaces-Client verwenden. URI-Links können im Registrierungscode, Benutzernamen und/oder in MFA-Informationen lesbare vertrauliche Informationen enthalten. Treffen Sie daher bei der Freigabe der URI-Informationen entsprechende Vorkehrungen.

Ja. Sie können den Zugriff auf WorkSpaces je nach Betriebssystem und durch Nutzung digitaler Zertifikate steuern. Sie können macOS, Microsoft Windows, Linux, iPadOS, Android, Chrome OS, Zero Client und den Zugriff-Client von WorkSpaces Web blockieren oder zulassen.

Ja. WorkSpaces unterstützen eine Verschlüsselung von Root-Volumes und Benutzer-Volumes. WorkSpaces verwendet EBS-Volumes, die beim Einrichten eines WorkSpaces verschlüsselt werden können, sodass Verschlüsselung für ruhende Daten, Festplatten-E/A-Vorgänge zum Volume sowie vom Volume erstellte Snapshots bereitgestellt werden. WorkSpaces ist mit dem AWS-KMS-Service integriert, damit Sie die Schlüssel angeben können, die Sie zum Verschlüsseln der Volumes angeben können. Weitere Informationen finden Sie in unserer Dokumentation zu verschlüsselten WorkSpaces.

Es entstehen keine zusätzlichen Kosten für die Verschlüsselung von Volumes auf WorkSpaces. Jedoch müssen Sie die standardmäßigen AWS-KMS-Gebühren für KMS-API-Anfragen sowie benutzerdefinierte CMKs bezahlen, die zum Verschlüsseln von WorkSpaces verwendet werden. AWS-KMS-Preise finden Sie hier. Bitte beachten Sie, dass Amazon-WorkSpaces-Services beim Starten, Neustarten oder Wiederherstellen eines einzelnen WorkSpaces maximal 5 API-Aufrufe beim KMS-Service tätigt.

Ob ein WorkSpace verschlüsselt ist oder nicht, sehen Sie über die AWS-Managementkonsole oder wenn Sie die Amazon-WorkSpaces-API verwenden. Außerdem können Sie erkennen, welche Volumes auf dem WorkSpace verschlüsselt waren und mit welchem Schlüssel-ARN der WorkSpace verschlüsselt wurde. Der API-Aufruf DescribeWorkSpaces gibt zum Beispiel Informationen darüber zurück, welche Volumes (Benutzer und/oder Root) verschlüsselt sind, sowie den Schlüssel-ARN, der zum Verschlüsseln des WorkSpaces verwendet wurde.

Die Verschlüsselung von WorkSpaces wird nur beim Einrichten und Starten eines WorkSpaces unterstützt.

WorkSpaces unterstützt nicht die Deaktivierung der Verschlüsselung für einen laufenden WorkSpace. Nachdem ein WorkSpace mit aktivierter Verschlüsselung gestartet wurde, bleibt er immer verschlüsselt.

Ein PCoIP-Zero-Client (PC-over-IP) ist ein Einzweck-Hardwaregerät, das den Zugriff auf WorkSpaces ermöglicht. Zero Clients sind insbesondere für das PCoIP-Protokoll Hardware-optimiert und so konzipiert, dass sie nur sehr geringen Verwaltungsaufwand erfordern.

Sie können Amazon WorkSpaces Personal mit PCoIP-Zero-Clients verwenden. PCoIP-Zero-Clients funktionieren nur mit PCoIP-WorkSpaces, nicht mit DCV WorkSpaces. Weitere Informationen finden Sie auf der Website von Teradici.

Zero Clients müssen auf die Firmware-Version 4.6.0 (oder höher) aktualisiert sein. Der WorkSpace muss das PCoIP-Protokoll verwenden, da das Amazon-DCV-Protokoll keine PCoIP-Zero-Clients unterstützt. Sie müssen den PCoIP Connection Manager ausführen, damit sich die Clients erfolgreich mit Amazon WorkSpaces verbinden können. Eine schrittweise Anleitung für die ordnungsgemäße Einrichtung des PCoIP Connection Manager und Hilfe zum Auffinden und Installieren der erforderlichen Firmware für Zero Clients finden Sie in der Dokumentation zu Amazon WorkSpaces.

WorkSpaces Personal bewahren die Daten und den Status Ihrer Anwendungen bei einer Unterbrechung. Nach der Wiederherstellung der Verbindung läuft Ihr WorkSpace mit allen geöffneten Dokumenten und ausgeführten Programmen weiter. AutoStop-Graphics.g4dn-, GraphicsPro.g4dn-, Graphics- und GraphicsPro-WorkSpaces bewahren den Status von Daten und Programmen nicht auf, wenn sie angehalten werden. Für diese Autostop-WorkSpaces empfehlen wir, Ihre Arbeit jedes Mal zu speichern.

Wenn Sie sich aus der Amazon-WorkSpaces-Client-Anwendung bei Ihrem WorkSpace anmelden, startet der Service automatisch Ihren WorkSpace neu. Beim ersten Anmeldeversuch informiert Sie die Client-Anwendung darüber, dass Ihr WorkSpace vorher gestoppt wurde und dass Ihre neue Sitzung beginnt, sobald Ihr WorkSpace wieder aufgenommen wurde.

Wenn ihr WorkSpace noch nicht gestoppt wurde, ist Ihre Verbindung nahezu sofort arbeitsbereit. Wenn Ihr WorkSpace bereits gestoppt wurde, ist er im Allgemeinen innerhalb von 2 Minuten arbeitsbereit. Bei BYOL AutoStop WorkSpace könnte eine große Anzahl an gleichzeitigen Anmeldungen dazu führen, dass es deutlich länger dauert, bis ein WorkSpace verfügbar ist. Wenn Sie davon ausgehen, dass sich viele Benutzer gleichzeitig in Ihren BYOL-AutoStop-WorkSpaces anmelden werden, wenden Sie sich bitte an Ihren Kundenberater. Er wird Ihnen gerne weiterhelfen.

Die Audiooptimierung mit Connect ist auf WorkSpaces-Verzeichnisebene verfügbar. Das Feature ermöglicht es Kunden, den Contact Control Panel (CCP)-Audioverkehr vom WorkSpaces-Streaming auf die lokale Endpunktverarbeitung auszulagern, wodurch Audioqualitätsprobleme im Zusammenhang mit suboptimalen Netzwerkbedingungen behoben werden.

Um einen WorkSpace zu starten, der stündlich abgerechnet werden soll, wählen Sie einfach einen Benutzer aus, wählen ein WorkSpaces-Paket (eine Konfiguration von Rechenressourcen und Speicherplatz) und legen den AutoStop-Modus fest. Wenn Ihr Amazon WorkSpace erstellt wird, ist er auf Stundenabrechnung eingestellt.

Bei der Monatsabrechnung zahlen Sie eine fixe Monatsgebühr für die unbegrenzte Nutzung und den sofortigen, jederzeitigen Zugriff auf einen laufenden Amazon WorkSpace. Bei der Stundenabrechnung zahlen Sie für Ihre Amazon WorkSpaces nach Stundennutzung und senken Ihre AWS-Kosten, wenn Benutzer nicht laufend Zugriff auf ihre Amazon WorkSpaces benötigen. Wenn Ihre nach Stunden abgerechneten WorkSpaces nicht genutzt werden, stoppen sie automatisch nach einem festgelegten Inaktivitätszeitszeitraum und die stundenweise Nutzungsmessung wird unterbrochen.

Amazon WorkSpaces wird in zwei Betriebsmodi betrieben: AutoStop und AlwaysOn. Beim AlwaysOn-Modus bezahlen Sie eine fixe Monatsgebühr für die unbegrenzte Nutzung Ihrer Amazon WorkSpaces. Er ist ideal, wenn Ihre Benutzer hohe Verfügbarkeit und sofortigen Zugriff auf ihre Desktops benötigen, insbesondere wenn sich viele Benutzer zur gleichen Zeit in WorkSpaces anmelden müssen. Beim AutoStop-Modus können Sie Ihre Amazon WorkSpaces stundenweise bezahlen. Dieser Ausführungsmodus ist ideal, wenn Ihre Benutzer ca. zwei Minuten warten können, um Desktops zu streamen, die nur sporadisch verwendet werden. Weitere Informationen zur Parallelität der Anmeldung und zu den Betriebsmodi erhalten Sie von einem AWS-Vertreter. Sie können zwischen Monats- und Stundenabrechnung einfach umschalten, indem Sie den Funktionsmodus beim Start von Amazon WorkSpaces über die AWS-Managementkonsole, die Amazon-WorkSpaces-APIs oder die Amazon-WorkSpaces-Befehlszeilenschnittstelle wählen. Sie können auch jederzeit die Betriebsart Ihrer Amazon WorkSpaces ändern.

Die Stundensätze werden ab dem Zeitpunkt gemessen, an dem Ihr WorkSpace startet. Ihr Amazon WorkSpace kann nach einer Anmeldung eines Benutzers oder zur Durchführung von Routinewartung wiederaufgenommen werden.

Die Nutzungsgebühren pro Stunde werden ausgesetzt, wenn Ihre WorkSpaces stoppen. AutoStop stoppt Ihre WorkSpaces automatisch nach einer bestimmten Zeitspanne ab der Trennung des Benutzers oder wenn die geplante Wartung abgeschlossen ist. Die festgelegte Zeitspanne kann konfiguriert werden und ist standardmäßig 60 Minuten. Beachten Sie, dass angefangene Stunden als volle Stunden abgerechnet werden. Der Monatsanteil bei der stundenweisen Abrechnung wird nicht unterbrochen, wenn Ihre Amazon WorkSpaces stoppen.

Sie können WorkSpaces über die AWS-Managementkonsole oder die WorkSpaces-APIs manuell stoppen. Um die Monatsgebühr zu stoppen, die mit Ihren stundenweise abgerechneten WorkSpaces verbunden ist, müssen Sie die Amazon WorkSpaces aus Ihrem Konto entfernen (Hinweis: Dies löscht auch alle Daten, die in diesen Amazon WorkSpaces gespeichert sind).

Ja. Sie können für Ihre WorkSpaces Personal jederzeit von der Stunden- zur Monatsabrechnung wechseln, indem Sie in der AWS-Managementkonsole oder über die WorkSpaces-APIs den Funktionsmodus auf AlwaysOn setzen. Wenn Sie wechseln, wird die Abrechnung sofort von stündlich auf monatlich umgestellt, und Ihnen wird ein anteiliger Betrag zum Monatstarif für den Rest des Monats für AlwaysON berechnet, zusammen mit der monatlichen Grundgebühr und den stündlichen Nutzungsgebühren von AutoStop, die bereits für den Monat in Rechnung gestellt wurden. Ihre Amazon WorkSpaces werden so lange monatlich abgerechnet, bis Sie den Funktionsmodus zurück auf AutoStop setzen. Sie können von der Monats-zur Stundenabrechnung wechseln, indem Sie den Funktionsmodus in der AWS-Managementkonsole oder über die WorkSpaces-APIs auf AutoStop setzen. Das Umschalten von der Monats- auf die Stundenabrechnung tritt ab dem nächsten Monat in Kraft, da Sie für den laufenden Monat Ihre WorkSpaces bereits bezahlt haben. Ihre Amazon WorkSpaces werden so lange stundenweise abgerechnet, bis Sie den Funktionsmodus zurück auf AlwaysOn setzen. Bitte beachten Sie, dass die Verlängerung des Abrechnungszeitraums um 00:00 UTC-Zeit am ersten Tag jedes Monats erfolgt. WorkSpaces-Benutzer können außerdem direkt im WorkSpaces-Client zwischen monatlicher und stündlicher Rechnungsstellung wechseln, wenn diese Selbstverwaltungsfunktion vom ihrem WorkSpaces-Administrator aktiviert wurde.

Ja. Amazon bietet den Cost Optimizer für Amazon WorkSpaces an, der Nutzungsdaten analysiert, um die kostengünstigste Abrechnungsoption zu ermitteln. Er gibt einen täglichen Bericht aus und kann WorkSpaces optional in die kostengünstigste Abrechnungsoption konvertieren.

Wenn Sie für Ihre WorkSpaces pro Monat bezahlen, erfolgt die Abrechnung Ihrer WorkSpaces für die gesamte Monatsnutzung. Wenn Sie stundenweise bezahlen (Funktionsmodus AutoStop), erfolgt die Abrechnung für die Stunden, während derer Ihre Amazon WorkSpaces laufen oder einer Wartung unterzogen werden, plus einer Monatsgebühr für fixe Infrastrukturkosten. In beiden Fällen erfolgt die Abrechnung der Monatsgebühr nur im ersten Monat anteilsmäßig.

Ja. Eine geringe Monatsgebühr wird für das Amazon-WorkSpaces-Bundle abgerechnet, das Sie ausgewählt haben. Wenn Sie ein Amazon-WorkSpaces-Plus-Bundle gewählt haben, wird auch das Softwareabonnement verrechnet. Sie finden die Monatsgebühren für alle Amazon WorkSpaces auf der Preisseite hier.

Plus-Pakete werden immer monatlich abgerechnet, auch wenn Sie für Ihre WorkSpaces stundenweise bezahlen. Wenn Sie beim Start Ihrer WorkSpaces ein Plus-Paket gewählt haben, wird die Gebühr nach Listenpreis für das Plus-Software-Paket angewendet, auch wenn Sie diese Amazon WorkSpaces in einem bestimmten Monat nicht nutzen.

Ja. Sie können über die Metrik „UserConnected“ (Benutzer verbunden) von CloudWatch die Gesamtanzahl der Stunden überwachen, die Ihre WorkSpaces während einer bestimmten Zeitperiode gelaufen sind.

Ja. Sie können AD Connector verwenden, um Active-Directory-Authentifizierungsanfragen an Ihr vorhandenes Active Directory weiterzuleiten. Weitere Informationen finden Sie in der AD-Connector-Dokumentation. Wenn Sie AD Connector in geringer Größe verwenden, ist er kostenlos, wenn ihm in einem bestimmten Abrechnungszeitraum mindestens ein WorkSpace zugeordnet ist. Wenn Sie AD Connector in großer Größe verwenden, ist es kostenlos, wenn mindestens 100 WorkSpaces in einem bestimmten Abrechnungszeitraum zugeordnet sind. Weitere Informationen dazu finden Sie im Hinweis zu Amazon WorkSpaces auf der Preisseite für andere Verzeichnisse für AWS Directory Services. Sie können AWS-verwaltetes Microsoft-AD auch für die Integration in Ihr vorhandenes On-Premises Active Directory mit einer Gesamtstrukturvertrauensbeziehung verwenden. Weitere Informationen finden Sie in unserer Vertrauensdokumentation für Microsoft Managed AD.

Jeder Benutzer, für den Sie einen WorkSpace Personal einrichten, muss in einem Verzeichnis vorhanden sein, das Sie aber nicht selbst bereitstellen müssen. Sie können den WorkSpaces-Service ein Verzeichnis erstellen und verwalten und Benutzer in diesem Verzeichnis erstellen lassen, wenn Sie einen WorkSpace bereitstellen. Alternativ können Sie WorkSpaces mit einem vorhandenen On-Premises Active Directory integrieren, damit Benutzer weiter ihre vorhandenen Anmeldeinformationen nutzen können, um einen reibungslosen Zugriff auf vorhandene Anwendungen zu erhalten.

Ja. Weitere Informationen finden Sie in unserer Dokumentation.

Sie können Ihr AWS Directory in der Cloud lassen und zur Domain-Einbindung von EC2-Instances verwenden oder dazu zu nutzen, Verzeichnisnutzern Zugriff auf die AWS-Managementkonsole zu gewähren. Sie können Ihr Verzeichnis auch löschen. Wenn an 30 aufeinanderfolgenden Tagen keine WorkSpaces mit Ihrem Simple AD oder AD Connector verwendet werden, wird dieses Verzeichnis automatisch für die Verwendung mit Amazon WorkSpaces abgemeldet, und Ihnen wird dieses Verzeichnis gemäß den Preisbedingungen von AWS Directory Service in Rechnung gestellt. Wenn Sie Ihren Simple AD oder AD Connector löschen, können Sie jederzeit einen neuen erstellen, wenn Sie WorkSpaces wieder verwenden möchten.

Amazon WorkSpaces ist sowohl in CloudWatch Metrics als auch in CloudWatch Events integriert.
Sie können Amazon CloudWatch-Kennzahlen verwenden, um die Kennzahlen für den Zustand und die Verbindung einzelner oder aller WorkSpaces eines Verzeichnisses zu überprüfen. Sie können CloudWatch-Alarme zu diesen Kennzahlen festlegen, um bei Änderungen des Zustands von WorkSpaces oder Problemen, die Ihre Benutzer möglicherweise bei der Verbindung mit ihren WorkSpaces haben, gewarnt zu werden.
Sie können CloudWatch-Ereignisse zum Anzeigen, Suchen, Herunterladen, Archivieren, Analysieren von und Reagieren auf erfolgreiche WorkSpace-Anmeldungen verwenden. Amazon WorkSpaces-Client-Anwendungen senden WorkSpaces-Zugriffsereignisse an CloudWatch-Ereignisse, wenn sich ein Benutzer erfolgreich bei einem WorkSpace anmeldet. Alle Amazon-WorkSpaces-Client-Anwendungen senden diese Ereignisse.

Ja. Sie können über die Metrik „UserConnected“ (Benutzer verbunden) von CloudWatch die Gesamtanzahl der Stunden überwachen, die Ihre WorkSpaces während einer bestimmten Zeitperiode gelaufen sind.

CloudWatch Metrics ist für WorkSpaces in allen AWS-Regionen verfügbar, in denen WorkSpaces verfügbar ist.

Für die Verwendung von CloudWatch Metrics für WorkSpaces über die CloudWatch-Konsole fallen keine Zusatzkosten an. Es können zusätzliche Kosten für das Einrichten von CloudWatch Alarms und das Abrufen von CloudWatch Metrics über APIs anfallen. Weitere Informationen dazu finden Sie in der CloudWatch-Preisübersicht.

CloudWatch Metrics ist standardmäßig für alle Ihre WorkSpaces aktiviert. In der AWS-Managementkonsole können Sie die Metriken überprüfen und Alarme festlegen.

In der Dokumentation finden Sie weitere Informationen zu CloudWatch-Metriken mit WorkSpaces.

• Die folgenden Metriken werden aktuell für Berichte zur Amazon-WorkSpaces-Nutzung unterstützt:

• Verfügbar 

• Beschädigt 

• ConnectionAttempt 

• ConnectionSuccess 

• ConnectionFailure 

• SessionLaunchTime 

• InSessionLatency 

• SessionDisconnect 

• UserConnected 

• Gestoppt

• Wartung 

• TrustedDeviceValidationAttempt 

• TrustedDeviceValidationSuccess 

• TrustedDeviceValidationFailure 

• TrustedDeviceCertificateDaysBeforeExpiration 

• CPUUsage 

• MemoryUsage 

• RootVolumeDiskUsage 

• UserVolumeDiskUsage 

• UDPPacketLossRate 

• UpTime

Weitere Informationen finden Sie unter Überwachen Sie Ihre WorkSpaces mithilfe von CloudWatch-Metriken.

Ja. WorkSpaces sendet alle 5 Minuten Metriken an CloudWatch, mit einer Verzögerung von mindestens 15 Minuten für Always-On-Instances. Wenn eine Auto-Stop-WorkSpaces-Instance vor diesem Zeitpunkt stoppt, werden die generierten Metriken an CloudWatch gesendet, sobald diese Instance wieder aktiviert wird. Daher kann es länger dauern, bis Auto-Stop-WorkSpaces-Instances bereitgestellt werden.

Erfolgreiche WorkSpace-Anmeldungen. Amazon WorkSpaces sendet Informationen zu Zugriffsereignissen an CloudWatch Events, wenn sich ein Benutzer erfolgreich über eine WorkSpaces-Client-Anwendung bei einem WorkSpace anmeldet.

Je nach den von Ihnen konfigurierten Regeln können Sie CloudWatch-Ereignisse zum Anzeigen, Suchen, Herunterladen, Archivieren, Analysieren und Reagieren verwenden. Sie können entweder die AWS-Konsole unter CloudWatch verwenden, um CloudWatch Events anzuzeigen und mit ihnen zu interagieren, oder Services wie Lambda, ElasticSearch, Splunk und andere Partnerlösungen mit Kinesis Streams oder Firehose nutzen, um Maßnahmen auf der Grundlage Ihrer Ereignisdaten zu ergreifen. Für die Speicherung wird von CloudWatch Events die Verwendung von Kinesis empfohlen, um Daten an S3 zu übertragen. Weitere Informationen zur Verwendung von CloudWatch Events finden Sie im Benutzerhandbuch zu Amazon CloudWatch Events.

Ereignisse werden als JSON-Objekte dargestellt, die Informationen zu WAN-IP-Adresse, WorkSpaces-ID, Verzeichnis-ID, Aktionstyp (z. B. Anmeldung), Betriebssystemplattform und Zeitstempel sowie eine Erfolgs-/Fehleranzeige für jede erfolgreiche Anmeldung bei WorkSpaces beinhalten. Weitere Informationen finden Sie hier.

Für die Nutzung von CloudWatch Events mit WorkSpaces fallen keine zusätzlichen Kosten an. Alle anderen Services, die Sie nutzen und die auf CloudWatch Events basieren, wie Amazon ElasticSearch und AWS Lambda, werden Ihnen in Rechnung gestellt. Dies beinhaltet auch andere CloudWatch-Services wie CloudWatch Metrics, CloudWatch Logs und CloudWatch Alarms, wenn Ihre Nutzung das kostenlose Kontingent von CloudWatch überschreitet. Alle diese Services sind in CloudWatch Events integriert und können von CloudWatch Events ausgelöst werden.

Sie können Benutzer typische Verwaltungsaufgaben wie neu starten, neu erstellen, die Art der Datenverarbeitung und die Festplattengröße ändern für ihren eigenen WorkSpace selbst ausführen lassen. Sie können Benutzern auch die Möglichkeit einräumen, zwischen monatlicher und stündlicher Rechnungsstellung hin und her zu wechseln. Sie können spezifische Selbstverwaltungsfunktionen, die Ihren Bedürfnissen entsprechen, direkt in der WorkSpaces-Admin-Konsole aktivieren. Weitere Informationen finden Sie unter Aktivieren Sie die Self-Service-Workspace-Verwaltungsfunktionen für Ihre Benutzer.

Selbstverwaltungsfunktionen sind standardmäßig aktiviert, wenn Sie ein Verzeichnis bei WorkSpaces anmelden. Sie können wählen, diese nicht zu aktivieren, wenn Sie ein Verzeichnis registrieren. Sie können spezifische Selbstverwaltungsfunktionen in der WorkSpaces-Konsole anpassen. Wählen Sie auf der Verzeichnisseite das Verzeichnis aus, bei dem Sie die Selbstverwaltung anpassen möchten. Wählen Sie dann „Details aktualisieren“ unter dem Menüpunkt „Aktionen“ aus. Sie können alle Optionen für Selbstverwaltungsfunktionen im Abschnitt „Selbstverwaltungsberechtigungen für Benutzer“ finden. Sie können auch die WorkSpaces-APIs verwenden, um die Selbstverwaltungsfunktionen zu modifizieren.

Selbstverwaltungsfunktionen sind für Nutzer über den WorkSpaces-Client auf Windows-, Mac-, Android- und ChromeOS-Geräten, die Android-Apps unterstützen, verfügbar.

Ja, Sie müssen sich authentifizieren, um die Selbstverwaltungsfunktionen zu nutzen.

Sie können Ihren WorkSpace nutzen, während die Festplattengröße oder der Betriebsmodus geändert wird. Wenn Sie neu starten, neu erstellen, wiederherstellen oder die Art der Datenverarbeitung ändern wollen, müssen Sie Ihre WorkSpaces-Sitzung unterbrechen.

Für die Selbstverwaltungsfunktionen fallen keine weiteren Kosten an. Sie können die Selbstverwaltung für Aufgaben wie das Ändern des WorkSpace-Pakets oder die Erhöhung der Volume-Größe aktivieren. Wenn Endbenutzer diese Aufgaben durchführen, kann sich der Fakturierungssatz für diese WorkSpaces ändern.

Um Ausfallzeiten aufgrund von Wartungsarbeiten und Störfällen zu reduzieren, stellen Sie WorkSpaces Personal in mehreren Regionen bereit und stellen Sie sicher, dass sich die Wartungspläne der regionalen WorkSpaces nicht überschneiden. Verwenden Sie eine regionsübergreifende Umleitung, sodass Sie Benutzer auf WorkSpaces-Regionen verweisen können, die nicht gewartet werden. Weitere Informationen zur regionsübergreifenden Umleitung von WorkSpaces finden Sie in der Dokumentation zu Amazon WorkSpaces.

Amazon WorkSpaces Multi-Region Resilience bietet eine automatisierte, redundante virtuelle Desktopinfrastruktur in einer sekundären WorkSpaces-Region und optimiert die Umleitung der Benutzer an die sekundäre Region, wenn die primäre Region aufgrund von Ausfällen nicht erreichbar ist.

Verwenden Sie WorkSpaces Multi-Region Resilience ** mit regionsübergreifender Umleitung, um eine redundante virtuelle Desktopinfrastruktur in einer sekundären WorkSpaces-Region bereitzustellen und für den Fall von Störungen eine regionsübergreifende Failover-Strategie auszuarbeiten. Durch die Nutzung von Domain Name System (DNS)-Failover- und Zustandsprüfungsfunktionen weist die regionsübergreifende Umleitung von WorkSpaces Ihre Benutzer darauf hin, sich bei WorkSpaces in einer Notfallwiederherstellungs-Region anzumelden, wenn die primäre WorkSpaces-Region nicht erreichbar ist. Weitere Informationen zu WorkSpaces Multi-Region Resilience und zur regionsübergreifenden Umleitung finden Sie in der Dokumentation zu Amazon WorkSpaces.

Eine Standby-Konfiguration von WorkSpaces für Multi-Region Resilience automatisiert die Erstellung und Wartung von Standby-Bereitstellungen. Nachdem Sie ein Benutzerverzeichnis in Ihrer bevorzugten sekundären Region eingerichtet haben, wählen Sie einfach die WorkSpaces in Ihrer primären Region aus, für die Sie Standby-WorkSpaces erstellen möchten. Dies können Sie entweder über die AWS-Managementkonsole oder das AWS SDK tun. Das System stellt automatisch Standby-WorkSpaces in Ihrer sekundären Region bereit und verwendet dabei das neueste Paket Ihrer primären WorkSpaces. Standardmäßig repliziert das System das Benutzervolume (Laufwerk D) oder das Root-Volume (Laufwerk C) nicht auf die Standby-WorkSpaces. Dazu müssen Sie die Datenreplikation aktivieren.

Ja. Nachdem Sie Ihre Standby-WorkSpaces in der sekundären Region eingerichtet haben, können Sie die Datenreplikation aktivieren, um sowohl das Root-Volume (Laufwerk C) als auch das Benutzervolume (Laufwerk D) von Ihren primären WorkSpaces in Ihre Standby-WorkSpaces zu kopieren. Die Datenreplikation erfolgt in eine Richtung. Sobald es aktiviert ist, repliziert das System Daten aus Ihrer primären AWS-Region in die sekundäre AWS-Region. Weitere Informationen finden Sie unter Amazon WorkSpaces Multi-Region Resilience.

Ja. Amazon WorkSpaces Multi-Region Resilience verwendet die bestehenden Funktionen zur regionsübergreifenden Umleitung und optimiert den Vorgang, Benutzer zu einer sekundären Region umzuleiten, wenn ihre primäre WorkSpaces-Region aufgrund von Störereignissen nicht erreichbar ist. Benutzer müssen dafür nicht den Registrierungscode wechseln, wenn sie sich bei ihren Standby-WorkSpaces anmelden. Sie können den vollständig qualifizierten Domain-Namen (FQDN) als Amazon-WorkSpaces-Registrierungscode für Ihre Benutzer verwenden. Wenn ein Ausfall in Ihrer primären Region eintritt, können Sie die Benutzer auf der Grundlage Ihrer Domain Name System (DNS)-Failover-Richtlinien für den FQDN auf die Standby-WorkSpaces in der sekundären Region umleiten.

Sie können die Priorität der Region definieren, indem Sie Routing-Richtlinien für Ihren FQDN im DNS konfigurieren. Weitere Informationen finden Sie in der Dokumentation zu Amazon WorkSpaces.

Ja. Alte Registrierungscodes funktionieren auch weiterhin. Benutzer können sich entweder mit alten Registrierungscodes oder vollständig qualifizierten Domänennamen (FQDN) registrieren. Die regionsübergreifende Umleitung funktioniert nur, wenn sich Endbenutzer mit FQDNs registrieren.

Ja. Die regionenübergreifende Umleitung von WorkSpaces funktioniert sowohl mit öffentlichen Domain-Namen als auch mit Domain-Namen in privaten DNS-Zonen. Wenn Ihre Endbenutzer private FQDNs aus dem öffentlichen Internet verwenden, werden die WorkSpaces-Clients Fehler aufgrund ungültiger Registrierungscodes melden.

Die regionsübergreifende Umleitung von WorkSpaces funktioniert in allen AWS-Regionen, in denen Amazon WorkSpaces verfügbar ist, mit Ausnahme der AWS-Regionen GovCloud und China.

Die Workspaces-Clients von Windows, macOS und Linux unterstützen die regionsübergreifende Umleitung.

Verwenden Sie WorkSpaces Multi-Region Resilience ** mit regionsübergreifender Umleitung, um eine redundante virtuelle Desktopinfrastruktur in einer sekundären WorkSpaces-Region bereitzustellen und für den Fall von Störungen eine regionsübergreifende Failover-Strategie auszuarbeiten. Durch die Nutzung von Failover- und Zustandsprüfungsfunktionen des Domain Name System (DNS) könnte die regionsübergreifende Umleitung von WorkSpaces Ihre Benutzer darauf hinweisen, sich bei WorkSpaces in einer Notfallwiederherstellungs-Region anzumelden, wenn die primäre WorkSpaces-Region nicht erreichbar ist. Weitere Informationen zu WorkSpaces Multi-Region Resilience und zur regionsübergreifenden Umleitung finden Sie in der Dokumentation zu Amazon WorkSpaces.

Wir bemühen uns, unseren Kunden die Flexibilität zu bieten, eine breite Palette an technischen und geschäftlichen Anforderungen zu erfüllen.

Ja. Wenn Sie einen neuen WorkSpace-Benutzer in dem Verzeichnis bereitstellen, können Sie entweder Amazon DCV oder PCoIP aktivieren, solange der WorkSpaces-Benutzer nicht bereits in diesem Verzeichnis gelistet ist.

Ja. Wenn ein WorkSpace für einen bestimmten Benutzer bereitgestellt wird, wird ein Streaming-Protokoll ausgewählt. Wenn Sie zu einem anderen Streaming-Protokoll wechseln möchten, nachdem ein WorkSpace bereitgestellt wurde, können Sie die WorkSpaces-Migrate-API verwenden, um das Protokoll des Workspace zu aktualisieren.

Ja, solange für jeden Typ von WorkSpace separate Verzeichnisse erstellt werden. Ein einzelner Benutzer kann nicht sowohl PCoIP als auch Amazon DCV auf WorkSpaces aus demselben Verzeichnis ausführen. Allerdings kann ein Verzeichnis sowohl Benutzer mit PCoIP- als auch mit DCV-basierten WorkSpaces enthalten.

Wenn Sie Probleme haben oder Feedback zu Amazon DCV senden möchten, kontaktieren Sie den AWS Support.

WorkSpaces Pools unterstützt Windows Server 2019 und Windows Server 2022.

WorkSpaces Pools wird auf Stundenbasis abgerechnet, wobei eine niedrige monatliche Grundgebühr mit einer stündlichen Nutzungsgebühr kombiniert wird, wenn virtuelle Desktops im Pool für Benutzer bereitgestellt werden. Dies ermöglicht vorhersehbare Kosten für die regelmäßige Nutzung und eine effiziente Abrechnung für variable oder sporadische Bedürfnisse. Weitere Informationen finden Sie auf der WorkSpaces-Preisseite.

Bei der Konfiguration von WorkSpaces Pools werden Sie aufgefordert, den Pakettyp für den Pool anzugeben. Wir bieten Value-, Standard-, Performance-, Power-, PowerPro-, GeneralPurpose- und Accelerated-Graphics-Pakete an, die von 1 vCPU / 2 GB Arbeitsspeicher bis hin zu 8 vCPU / 32 GB Arbeitsspeicher reichen. Für jedes Paket werden Empfehlungen zu den Arten von Workloads bereitgestellt, die im Allgemeinen für jedes Paket optimiert sind. Kunden wird empfohlen, die Leistung bei der Ersteinrichtung zu überwachen, um sicherzustellen, dass sie das richtige Paket für ihre spezifischen Anwendungen ausgewählt haben.

Ja, WorkSpaces Pools unterstützt SAML-2.0-Identitätsanbieter-Services wie Entra ID, Okta und mehr. Weitere Informationen finden Sie in unserer Dokumentation.

WorkSpaces Pools unterstützt die Authentifizierung über SAML 2.0.

Benutzer erhalten von ihrem Administrator eine Bereitstellungs-E-Mail mit der URL für ihren Workspace Pool. Sobald sie auf den Link für ihren WorkSpace klicken, geben sie einen Registrierungscode ein. Anschließend kann sich der Benutzer mit seinen Domain-Anmeldeinformationen authentifizieren. Sobald die Benutzer angemeldet sind, werden sie mit dem Desktop verbunden.

Das Amazon-DCV-Streaming-Protokoll ist die zugrunde liegende Streaming-Technologie.

Administratoren kontrollieren die Netzwerkkonfiguration und können den Internetzugriff sperren, wenn er nicht benötigt wird.

Administratoren können eine Vielzahl von Optionen für die Speicherung von Benutzerdaten konfigurieren, z. B. Amazon S3 oder Amazon FSx.

Ja, Sie können dieselben Images für WorkSpaces Personal und WorkSpaces Pools verwenden.

Informationen zu den unterstützten Geräten finden Sie in unserer Peripheriegerätedokumentation.

Ja. Amazon WorkSpaces Thin Client funktioniert sowohl mit WorkSpaces Personal als auch mit WorkSpaces Pools.