Amazon AppStream 2.0 – Häufig gestellte Fragen

Ja. Nutzen Sie unter Beispielanwendungen testen das unterbrechungsarme Testprogramm ohne Einrichtung für den Amazon AppStream 2.0-Service.

Sie benötigen ein AWS-Konto und eine Breitband-Internetverbindung mit mindestens 1 Mbit/s, um „Try It Now“ zu nutzen. Außerdem benötigen Sie einen Browser, der HTML 5 unterstützt.

Für die Nutzung von Try It Now fallen keine AWS Gebühren an. Es können jedoch andere Gebühren wie beispielsweise Internet- oder Breitbandgebühren für die Verbindung mit Try It Now anfallen.

Try It Now umfasst beliebte Anwendungen für Produktivität, Design, Technik und Softwareentwicklung, die auf Amazon AppStream 2.0 ausgeführt werden und die Sie testen können. Eine vollständige Liste der verfügbaren Anwendungen finden Sie auf der Katalogseite zu Try It Now, nachdem Sie sich bei Ihrem AWS-Konto angemeldet haben.

Sie können die Anwendungen in Try It Now 30 Minuten lang streamen. Nach Ablauf der 30 Minuten wird Ihre Streaming-Sitzung automatisch beendet und alle nicht gespeicherten Daten werden gelöscht.

Sie können Dateien in Ihrem Amazon AppStream 2.0-Sitzungsspeicher speichern und die Dateien auf Ihr Client-Gerät herunterladen, bevor Ihre Streaming-Sitzung endet. Ihre Dateien werden nicht gespeichert, wenn Sie die Verbindung zu Ihrer Try It Now-Sitzung trennen oder wenn Ihre Sitzung endet. Alle nicht gespeicherten Daten werden gelöscht.

Ja. Sie können einen Antrag stellen, um Ihre Anwendung in Try It Now aufzunehmen. Nachdem Ihr Antrag eingegangen ist, wird er normalerweise innerhalb von zehn Werktagen von AWS geprüft und beantwortet.

Um mit Amazon AppStream 2.0 zu beginnen, rufen Sie die AWS-Managementkonsole auf oder verwenden Sie das AWS SDK. Besuchen Sie Streamen von Desktopanwendungen für ein 10-Schritt-Tutorial.

Sie müssen einen Amazon AppStream 2.0-Stack in Ihrem AWS-Konto erstellen, um mit dem Streaming von Anwendungen für Ihre Benutzer zu beginnen. Ein Stack umfasst eine Flotte von Amazon AppStream 2.0-Instances, die Anwendungen für Benutzer streamen und ausführen. Wenn Sie elastische Flotten verwenden, wird jede Instance mit einem von AppStream 2.0 verwalteten Image gestartet, während Always-On- und On-Demand-Flotten ein Image verwenden, das Sie mit Ihren Anwendungen erstellen. Sie können den Instance-Typ und die Größe für Ihre Flotte auswählen, je nachdem, welche CPU, Arbeitsspeicher und Grafik Ihr Benutzer benötigt. Weitere Informationen zu den Amazon AppStream 2.0-Ressourcen finden Sie hier.

Wenn Ihre Anwendungen Active Directory, einen benutzerdefinierten Treiber oder einen Neustart zur Installation erfordern, müssen Sie mit einem Image Builder über die AWS-Managementkonsole ein AppStream-2.0-Image erstellen und dann eine Always-On- oder On-Demand-Flotte zum Streamen von Anwendungen an Ihre Benutzer verwenden. Mit Image Builder können Sie Ihre Anwendungen wie bei jedem Microsoft-Windows- oder Linux-Desktop installieren und testen und dann ein Image erstellen. Sie können alle Schritte zum Installieren, Testen und Erstellen eines Images direkt in der Konsole durchführen.

Wenn Ihre Anwendungen kein Active Directory erfordern und ohne Konfiguration von virtuellen Festplatten ausgeführt werden können, können Sie sie in virtuelle Festplatten packen und in einen S3 Bucket in Ihrem Konto hochladen. Nachdem Sie Ihre Anwendungen hochgeladen haben, können Sie AppStream-2.0-App-Block- und Anwendungsressourcen erstellen und diese einer elastischen Flotte von AppStream 2.0 zuweisen, um sie an Ihre Benutzer zu streamen.

Ein Amazon-AppStream-2.0-Image können Sie mit Image Builder über die AWS-Managementkonsole erstellen. Mit Image Builder können Sie Ihre Anwendungen wie bei jedem Windows- oder Linux-Desktop installieren und testen und dann ein Image erstellen. Sie können alle Schritte zum Installieren, Testen und Erstellen eines Images direkt in der Konsole durchführen.

Amazon AppStream 2.0 stellt Ihnen ein Menü mit Instance-Typen zum Konfigurieren einer Flotte oder einer Image Builder-Instance bereit. Sie können den Instance-Typ auswählen, der am besten zu Ihrer Anwendung und den Anforderungen der Benutzer passt. Sie können aus den Instance-Familien "General Purpose", "Compute Optimized", "Memory Optimized", "Graphics Design", "Graphics Pro" und "Graphics G4" wählen. 

Ja. Sie können den Instance-Typ nach Erstellen einer Flotte ändern. Halten Sie dazu die Flotten an, bearbeiten Sie den Instance-Typ und starten Sie sie wieder. Weitere Informationen finden Sie im Abschnitt Einrichten von Stacks und Flotten in AppStream 2.0.

Ja. Sie können die VPCs auswählen, zu denen Ihre Amazon AppStream 2.0-Instances (Flotte oder Image Builder) Verbindungen herstellen. Beim Erstellen Ihrer Flotte oder Starten von Image Builder-Instances können Sie ein oder mehrere Subnetze in Ihrer VPC angeben. Falls Sie über eine VPC mit einer VPN-Verbindung zu Ihrem Netzwerk vor Ort verfügen, können Amazon AppStream 2.0-Instances in Ihrer Flotte mit Ihrem Netzwerk vor Ort kommunizieren. Sie behalten die übliche Kontrolle über den Netzwerkzugriff innerhalb Ihrer VPC mithilfe aller herkömmlichen Konfigurationsoptionen wie Sicherheitsgruppen, Netzwerk-Zugriffskontrolllisten und Routing-Tabellen. Weitere Informationen zum Erstellen einer VPC und Arbeiten mit Subnetzen finden Sie im Thema zum Arbeiten mit VPCs und Subnetzen.

Ja. Das Amazon AppStream 2.0-Erlebnis Ihrer Benutzer können Sie auf der Anwendungskatalogseite durch Ihr Logo und eigene Farben, Text und Hilfelinks anpassen. Wenn Sie das Standard-Branding und die Hilfelinks von AppStream 2.0 ersetzen möchten, melden Sie sich bei der AppStream 2.0-Konsole an, navigieren zu Stacks und wählen Ihren Anwendungs-Stack aus. Klicken Sie dann auf Branding, wählen Sie Benutzerdefiniert und dann die gewünschten Optionen aus und klicken Sie auf Speichern. Ihr benutzerdefiniertes Branding gilt für jeden neuen Anwendungskatalog, der mit der Single-Sign-on-Funktion (SSO) von SAML 2.0 oder der CreateStreamingURL-API gestartet wird. Das Standard-Branding und die Hilfelinks von AppStream 2.0 können Sie jederzeit wiederherstellen. Weitere Informationen finden Sie im Abschnitt Hinzufügen Ihres benutzerdefinierten Brandings zu Amazon AppStream 2.0.

Ja. Sie können Standard-Anwendungeinstellungen für ihre Benutzer festlegen. Hierzu zählen auch Einstellungen für Verbindungsprofile von Anwendungen, Browser-Einstellungen und Einstellungen für das Installieren von Plugins.

Ja. Sie können für Ihre Benutzer persistente Anwendungs- und Windows-Einstellungen in AppStream 2.0 aktivieren. In diesem Fall werden die Plug-ins der Benutzer, die Symbolleisteneinstellungen, Browserfavoriten, Anwendungsverbindungsprofile und andere Einstellungen der Benutzer für künftige Streaming-Sitzungen gespeichert. Die Einstellungen des Benutzers werden in einem S3-Bucket gespeichert, den Sie in Ihrem AWS-Konto kontrollieren können.

Weitere Informationen zu persistenten Anwendungseinstellungen finden Sie im Abschnitt Aktivieren persistenter Anwendungseinstellungen für Ihre AppStream 2.0-Benutzer.

Für diese Funktion fallen keine zusätzlichen AppStream 2.0-Gebühren an. Allerdings werden die persistenten Benutzeranwendungseinstellungen unter Ihrem Konto in einem Amazon S3-Bucket gespeichert, und der für Ihre Benutzereinstellungsdaten benötigte S3-Speicher ist gebührenpflichtig. Weitere Informationen finden Sie in der Preise zu Amazon S3 wie auch im Abschnitt Aktivieren der Anwendungseinstellung-Persistenz für Ihre AppStream-2.0-Benutzer.

Standardmäßig darf eine Benutzerprofildatei 1 GB nicht überschreiten. Wie Sie dieses Limit erhöhen, erfahren Sie im Abschnitt Aktivieren der Anwendungseinstellungs-Persistenz für Ihre AppStream-2.0-Benutzer.

Ja. Die Anwendungseinstellungen Ihrer Benutzer bleiben auch über mehrere Stacks erhalten.

Die Anwendungseinstellungen Ihrer Benutzer werden während der Übertragung in den S3-Bucket Ihres Kontos durch die SSL-Endpunkte von Amazon S3 verschlüsselt. Im Speicher sind die Anwendungseinstellungen Ihrer Benutzer durch verwaltete S3-Verschlüsselungsschlüssel verschlüsselt.

Sie können dazu Amazon AppStream 2.0 Image Builder verwenden. Weitere Informationen erhalten Sie im Tutorial auf dieser Seite.

Amazon AppStream 2.0 streamt Anwendungen, die auf den folgenden 64-Bit-Windows-Betriebssystemversionen ausgeführt werden können – Windows Server 2016, Windows Server 2019 und Windows Server 2022. Dank der Verwendung der WoW64-Erweiterungen können Sie Unterstützung für 32-Bit-Windows-Anwendungen hinzufügen. Wenn Ihre Anwendung weitere Abhängigkeiten aufweist, z. B. mit .NET Framework, berücksichtigen Sie diese Abhängigkeiten im Installationsprogramm Ihrer Anwendung. Amazon AppStream 2.0 streamt auch Anwendungen, die auf den Betriebssystemen Rocky Linux 8, Red Hat Enterprise Linux 8 und Amazon Linux 2 ausgeführt werden können.

In Ihrem Amazon AppStream 2.0-Image können Sie alle Programme, auch Antivirussoftware, installieren. Allerdings müssen Sie sicherstellen, dass der Zugriff auf den AppStream 2.0-Service durch diese Anwendungen nicht blockiert wird. Wir empfehlen Ihnen, Ihre Anwendungen vor der Freigabe für die Benutzer zu testen. Weitere Informationen finden Sie unter Windows Update and Antivirus Software in AppStream 2.0 und Datensicherung in AppStream 2.0 im Amazon AppStream 2.0 Administrationsleitfaden.

Alle Änderungen an Images, die Sie mit Image Builder durch lokale Gruppenrichtlinien vornehmen, werden von Ihren AppStream-2.0-Images übernommen. Anpassungen, die durch domänenbasierte Gruppenrichtlinien vorgenommen werden, können nur auf Flotten mit den betreffenden Domains angewendet werden.

AppStream 2.0 veröffentlicht regelmäßig Basis-Images, die auch Betriebssystem-Updates und AppStream-2.0-Agent-Updates enthalten. Die AppStream-2.0-Agenten-Software wird auf Ihren Streaming-Instances ausgeführt und ermöglicht Ihren Benutzern das Streamen von Anwendungen. Wenn Sie ein neues Bild erstellen, ist die Option "Always use latest agent version" standardmäßig immer ausgewählt. Wenn diese Option ausgewählt ist, verwendet jeder neue Image-Builder und jede Flotten-Instance, die von Ihrem Bild aus gestartet werden, immer die neueste AppStream-2.0-Agent-Version. Wenn Sie diese Option nicht auswählen, verwendet Ihr Image die Agent-Version, die Sie beim Starten des Image-Builders ausgewählt haben. Alternativ können Sie auch verwaltete AppStream-2.0-Image-Updates mit Ihren Images verwenden, um die neuesten Betriebssystem-Updates, Treiber-Updates und AppStream-2.0-Agentensoftware zu installieren und neue Images zu erstellen. Sie sind für die Installation und Pflege der Updates für das Betriebssystem, Ihre Anwendungen und deren Abhängigkeiten verantwortlich. Weitere Informationen finden Sie unter Halten Sie Ihr AppStream-2.0-Image auf dem neuesten Stand.

Wenn Sie die Anwendungen eines Image aktualisieren oder neue Anwendungen hinzufügen möchten, launchen Image Builder mit einem vorhandenen Image, aktualisieren Sie die Anwendungen und erstellen Sie dann ein neues Image. Bestehende Streaming-Instances werden innerhalb von 16 Stunden (Always-On-Instances) und 7 Tagen (Stopp-Instances für On-Demand-Flotten) bzw. sofort, sobald die Benutzer die Verbindungen mit diesen Instances beendet haben – was immer früher eintritt – durch die aus dem neuen Image gestarteten Instances ersetzt. Sie können die sofortige Ersetzung aller Instances der Flotte durch die Instances des neuesten Image jedoch auch erzwingen, indem Sie die Flotte stoppen, das verwendete Image ändern und die Flotte anschließend neu starten.

Ja. Amazon AppStream 2.0 ermöglicht Ihnen den Start von Streaming-Instances (Fleets und Image-Erstellung) in Ihrer VPC. Sie können daher den Zugriff auf Ihre vorhandenen Ressourcen aus Ihren AppStream 2.0-Anwendungen steuern. Weitere Informationen finden Sie im Abschnitt Netzwerkeinstellungen für Fleet- und Image-Builder-Instances.

Ja. Sie können Ihre Amazon AppStream 2.0-Anwendungsimages über verschiedene AWS-Regionen hinweg kopieren. Zum Kopieren eines Image starten Sie die AppStream 2.0-Konsole und wählen die Region aus, in der Ihr bestehendes Image gespeichert wird. Wählen Sie im Navigationsbereich Images aus, dann Ihr bestehendes Image, klicken Sie auf Aktionen und wählen Sie dann Kopieren und Ihre AWS-Zielregion aus. Mit der CopyImage-API können Sie Images auch programmgesteuert kopieren. Weitere Informationen finden Sie im Abschnitt Markieren und Kopieren eines Image.

Ja. Sie können Ihre AppStream 2.0-Anwendungsimages für andere AWS-Konten in derselben AWS-Region freigeben. Sie behalten die Kontrolle über das freigegebene Image und können es jederzeit aus dem anderen AWS-Konto entfernen. Weitere Informationen finden Sie unter Verwalten Ihres Amazon-AppStream-2.0-Images

Sie behalten die vollen Zugriffsrechte auf das Anwendungsimage. Sie können das Image für andere AWS-Konten freigeben und diesen die Berechtigung zum Erstellen von Image-Buildern, zur Verwendung in Flotten oder für beides erteilen. Sie können Berechtigungen auch wieder entziehen. Aber: Wenn Sie dem AWS-Zielkonto die Berechtigung zum Erstellen von Image-Buildern erteilt haben, ist es nicht möglich, die Berechtigung für den Zugriff auf die Image-Builder oder die mit Ihrem Image erstellten Images zu entziehen.

Ja. Sie haben die Kontrolle über das Image. Zum Löschen müssen Sie zunächst allen AWS-Konten, für die Sie das Image freigegeben haben, den Zugriff darauf entziehen. Das Image wird aus der Image Registry dieser AWS-Konten entfernt und kann nicht mehr für neue oder bestehende Flotten ausgewählt werden. Bestehende Streaming-Instances in den Flotten können weiterhin Anwendungen streamen, ungenutzte Instances werden von der Flotte jedoch gelöscht. Wenn Sie den Konten ursprünglich die Berechtigung zum Erstellen von Image-Buildern erteilt haben, können diese keine neuen Image-Builder erstellen. Bestehende funktionieren aber weiterhin. Images im Zielkonto, die mithilfe von Image-Buildern vom freigegebenen Image erstellt wurden, funktionieren ebenfalls weiterhin.

Ja. Amazon AppStream 2.0 bietet die Instance-Familien „Graphics Design“, „Graphics Pro“, „Graphics G4“ und G5-Instance-Familien.

Graphics-Design-Instances eignen sich hervorragend für die Bereitstellung von Anwendungen wie Adobe Premiere Pro, Autodesk Revit und Siemens NX, die Hardwarebeschleunigung mit DirectX, OpenGL oder OpenCL erfordern. Unterstützt durch AMD FirePro S7150x2 Server-GPUs und mit AMD Multiuser GPU-Technologie ausgestattet; Instance-Typen starten mit 2 vCPUs, 7,5 GiB Systemspeicher und 1 GiB Grafikspeicher und reichen bis zu 16 vCPUs, 61 GiB Systemspeicher und 8 GiB Grafikspeicher.

Graphics-G5-Instances sind Teil der EC2-G5-Familie. Amazon-EC2-G5-Instances verfügen über GPUs von NVIDIA A10G Tensor Core und AMD-EPYC-Prozessoren der zweiten Generation, die im Vergleich zu Amazon-EC2-G4dn-Instances eine bis zu dreimal höhere Leistung für grafikintensive Anwendungen und Machine Learning sowie eine bis zu 3,3-mal höhere Leistung für das Training einfacher bis mäßig komplexer Machine-Learning-Modelle bieten. AppStream 2.0 bietet sieben verschiedene Instance-Größen für Graphics G5, von xlarge mit 4 vCPUs und 16-GB-Systemspeicher bis hin zu 24xlarge mit 96 vCPUs und 384-GB-Systemspeicher.

Graphics-g4dn-Instances sind Teil der EC2-G4-Familie. Amazon EC2 g4dn-Instances sind die branchenweit kostengünstigsten und vielseitigsten GPU-Instances für grafiklastige Anwendungen auf AWS. G4dn-Instances enthalten NVIDIA T4-Grafikkarten der nächsten Generation, auf die Anforderungen von AWS zugeschnittene Intel Cascade Lake-Prozessoren, bieten einen Netzwerkdurchsatz von bis zu 100 GB/s und bis zu 1,8 TB an lokalem NVMe-Speicher. Diese Instances sind ideal für das Streaming grafikintensiver Anwendungen mit AppStream 2.0 geeignet, die auf NVIDIA-Grafikprozessorbibliotheken wie CUDA aufbauen. AppStream 2.0 bietet g4dn-Instances in sechs verschiedenen Größen von 4 vCPUs und 16 GiB RAM bis hin zu 64 vCPUs und 256 GiB RAM.

Die Instance-Familie "Graphics Pro" bietet drei unterschiedliche Instance-Typen, die selbst anspruchsvollste Grafikanwendungen unterstützen. Unterstützt durch NVIDIA Tesla M60-GPUs mit 2 048 parallellen Prozessorkernen gibt es drei "Graphics Pro"-Instance-Typen, die mit 16 vCPUs, 122 GiB Systemspeicher und 8 GiB Grafikspeicher starten und bis zu 64 vCPUs, 488 GiB Systemspeicher und 32 GiB Grafikspeicher bereitstellen. Diese Instance-Typen sind ideal für Grafikverarbeitungslasten geeignet, die sehr viel parallele Prozessorleistung für 3D-Rendering, Visualisierung und Videocodierung benötigen, darunter Anwendungen wie Petrel von Schlumberger Software, DecisionSpace von Landmark oder Ikena von MotionDSP. Weitere Informationen zu verfügbaren Instance-Typen und Preisen finden Sie in der Preisübersicht zu Amazon AppStream 2.0.

Flotten sind eine AppStream-2.0-Ressource, die die Konfigurationsdetails für die Streaming-Instances darstellt, die Ihre Benutzer zum Starten ihrer Anwendungen und Desktops verwenden. Die Flotte besteht aus Konfigurationsdetails wie Instance-Typ und -größe, Netzwerk und Zeitlimits für Benutzersitzungen.

Amazon AppStream 2.0 bietet drei Flottentypen: Always-On, On-Demand und elastisch. Bei diesen Flottentypen können Sie auswählen, wie Anwendungen und Desktops bereitgestellt werden, die Geschwindigkeit des Sitzungsstarts und die Kosten für das Streaming.

Always-On- und On-Demand-Flottenstreaminginstances werden mit dem benutzerdefinierten AppStream-2.0-Image gestartet, das Sie erstellen und das Ihre Anwendungen und Konfigurationen enthält. Sie können angeben, wie viele Instances manuell oder dynamisch mithilfe von Flotten-Auto-Scaling-Richtlinien gestartet werden sollen. Streaming-Instances müssen bereitgestellt werden, bevor ein Benutzer streamen kann.

Elastische Flotten-Streaming-Instances werden mit einem von AppStream 2.0 verwalteten Image gestartet, wobei Anwendungen und Konfigurationen zur Laufzeit bereitgestellt werden. AppStream 2.0 verwaltet die Kapazität von elastischen Flotten für Sie. Elastische Flotten unterstützen nur Anwendungen aus App-Blöcken und können nicht einer Microsoft-Active-Directory-Domäne beitreten.

Den Flottentyp geben Sie bei der Erstellung einer neuen Flotte an. Nach der Erstellung können Sie den Typ einer Flotte nicht mehr ändern.

Always-On- und On-Demand-Flotten sind am besten geeignet, wenn Ihre Anwendungen Unterstützung für Microsoft-Active-Directory-Domänen benötigen oder nur mit einem AppStream-2.0-Image bereitgestellt werden können. Always-On-Flotten-Streaming-Instances bieten sofortigen Zugriff auf Anwendungen und Sie zahlen den laufenden Instance-Tarif, auch wenn keine Benutzer streamen. On-Demand-Flotten-Streaming-Instances starten die Anwendung nach einer Wartezeit von bis zu 2 Minuten, und Sie zahlen den laufendenInstance-Preis nur, wenn Benutzer streamen. Für bereitgestellte, aber noch nicht genutzte On-Demand-Flotten-Streaming-Instances wird eine niedrigere Gebühr für gestoppte Instances berechnet. Sie verwalten die Kapazität von Always-On- und On-Demand-Flotten-Streaming-Instances mithilfe von Regeln für die automatische Skalierung.

Elastische Flotten-Streaming-Instances starten die angeforderte Anwendung, nachdem sie heruntergeladen und in die Streaming-Instance eingebunden wurde und Sie zahlen nur die laufende Instance-Rate für die Dauer der Streaming-Sitzung des Benutzers. AWS verwaltet die Verfügbarkeit der Streaming-Instance und es sind keine Regeln für die automatische Skalierung erforderlich.

 

Amazon AppStream 2.0 kann Ihre Anwendungen an HTML5-kompatible Browser streamen. Dazu gehören die neuesten Versionen von Google Chrome, Mozilla Firefox, Microsoft Internet Explorer und Microsoft Edge auf Desktopgeräten: Windows, Mac, Chromebooks und Linux. Mit dem AppStream-2.0-Client für Windows und macOS können Ihre Benutzer 4 Monitore und 4K-Monitore mit Ihren Anwendungen auf AppStream 2.0 verwenden. Der Windows-Client unterstützt auch USB-Peripheriegeräte wie 3D-Mäuse.

Amazon AppStream 2.0 streamt Anwendungen, die auf den folgenden 64-Bit-Betriebssystemversionen ausgeführt werden können: Windows Server 2012 R2, Windows Server 2016, Windows Server 2019 und Windows Server 2022. Mithilfe der WoW64-Erweiterungen können Sie Unterstützung für 32-Bit-Anwendungen hinzufügen. Wenn Ihre Anwendung weitere Abhängigkeiten aufweist, z. B. mit .NET Framework, berücksichtigen Sie diese Abhängigkeiten im Installationsprogramm Ihrer Anwendung.

Amazon AppStream 2.0 unterstützt die Betriebssysteme Rocky Linux 8, Red Hat Enterprise Linux 8 und Amazon Linux 2.

Informationen über die Verfügbarkeit von Amazon AppStream-2.0-Services nach Regionen finden Sie unter Regionale Produkte und Services von AWS

Amazon AppStream 2.0 bietet ein Menü mit Instance-Typen zum Konfigurieren einer Flotte. Sie können den Instance-Typ auswählen, der am besten zu Ihrer Anwendung und den Anforderungen der Benutzer passt. Sie können aus den Instance-Familien "General Purpose", "Compute Optimized", "Memory Optimized", "Graphics Design", "Graphics Desktop" und "Graphics Pro" wählen.

Always-On- und On-Demand-Flotten von Amazon AppStream 2.0 verwenden Flotten-Auto-Scaling, um Amazon-AppStream-2.0-Instances zu starten, auf denen Ihre Anwendung ausgeführt wird, und um die Anzahl der Streaming-Instances an die Nachfrage nach Endbenutzersitzungen anzupassen. Jede Endbenutzersitzung wird in einer separaten Instance ausgeführt und alle Anwendungen, die innerhalb einer Sitzung gestreamt werden, werden in derselben Instance ausgeführt. Eine Instance wird verwendet, um Anwendungen für nur einen einzigen Benutzer zu streamen. Am Ende der Sitzung wird sie durch eine neue Instance ersetzt. Weitere Informationen finden Sie unter Flotten-Auto-Scaling für Amazon AppStream 2.0 im Amazon-AppStream-2.0-Administratorhandbuch.

Die Kapazität von elastischen Flotten wird vollständig für Sie verwaltet und erfordert keine Auto-Scaling-Richtlinien.

Sie können eine feste Flottengröße festlegen, um eine konstante Anzahl von AppStream-2.0-Streaming-Instances beizubehalten, oder dynamische Skalierungsrichtlinien verwenden, die die Kapazität basierend auf einem Zeitplan, einer Nutzung oder beidem anpassen. Mit dynamischen Skalierungsrichtlinien können Sie Ihre Kosten verwalten und gleichzeitig sicherstellen, dass Ihre Benutzer genügend Kapazität zum Streamen haben. Weitere Informationen finden Sie unter Flotten-Auto-Scaling für Amazon AppStream 2.0 im Amazon-AppStream-2.0-Administratorhandbuch.

Bei einer Fleet Auto Scaling-Richtlinie handelt es sich um eine dynamische Skalierungsrichtlinie, mit der Sie die Größe Ihrer Flotte skalieren können, um das Angebot an verfügbaren Instances an die Benutzernachfrage anzupassen. Sie können Skalierungsrichtlinien definieren, die die Größe Ihrer Flotte automatisch basierend auf einer Vielzahl von Auslastungsmetriken regulieren und die Anzahl der ausgeführten Instances an die Nachfrage durch Benutzer angleicht. Weitere Informationen finden Sie unter Flotten-Auto-Scaling für Amazon AppStream 2.0 im Amazon-AppStream-2.0-Administratorhandbuch.

Sie können automatische Skalierungsrichtlinien erstellen, indem Sie in der AppStream 2.0-Konsole auf die Registerkarte „Flotten“ klicken oder alternativ das AWS SDK nutzen.

Sie können die folgenden Metriken zum Festlegen von Fleet Auto Scaling-Richtlinien verwenden:

• Kapazitätsnutzung: Skalieren Sie Ihre Flotte entsprechend dem Prozentsatz an Instances, die in Ihrer Flotte genutzt werden
• Verfügbarkeitskapazität: Skalieren Sie Ihre Flotte basierend auf der Anzahl der verfügbaren Instances in Ihrer Flotte
• Fehlermeldung „Insufficient capacity error“: Stellen Sie neue Instances bereit, wenn Benutzer aufgrund von mangelnder Kapazität Streaming-Sitzungen nicht starten können

Weitere Informationen finden Sie im Abschnitt Flotten-Auto-Scaling für Amazon AppStream 2.0.

Ja. Einer einzelnen Flotte können bis zu 50 Fleet Auto Scaling-Richtlinien zugewiesen werden. Mit jeder Richtlinie können Sie ein einzelnes Kriterium und eine Aktion zur Änderung der Flottengröße definieren.

Als kleinste Größe können Sie in Ihren Fleet Auto Scaling-Richtlinien null Instances festlegen. Ihrer Flotte zugeordnete Skalierungsrichtlinien senken die Flottenkapazität solange, bis Ihr festgelegtes Minimum bzw. die Standardeinstellung einer nicht von Ihnen definierten Richtlinie erreicht ist. Weitere Informationen finden Sie im Abschnitt Flotten-Auto-Scaling für Amazon AppStream 2.0.

Fleet Auto Scaling-Richtlinien erhöhen die Flottenkapazität solange, bis die von Ihnen festgelegte Höchstanzahl oder Service-Beschränkungen erreicht ist. Weitere Informationen finden Sie im Abschnitt Flotten-Auto-Scaling für Amazon AppStream 2.0. Informationen zu Servicebeschränkungen finden Sie im Abschnitt Flotten-Auto-Scaling für Amazon AppStream 2.0.

Für die Verwendung von Fleet Auto Scaling-Richtlinien fallen keine zusätzlichen Gebühren an. Jedoch können für jeden von Ihnen erstellten CloudWatch-Alarm, den Sie zum Auslösen von Skalierungsrichtlinien für Ihre AppStream 2.0-Flotten nutzen, zusätzliche Gebühren für CloudWatch entstehen. Weitere Informationen finden Sie in der Preisübersicht zu Amazon CloudWatch.

Ja, Auto Scaling ist für Flotten mit mehreren Sitzungen verfügbar. Administratoren können die Auto-Scaling-Richtlinien auf der Grundlage der Anzahl der erforderlichen Benutzersitzungen konfigurieren, und der Service berechnet die entsprechende Anzahl von AppStream-2.0-Instances, die bereitgestellt werden sollen, basierend auf der maximalen Anzahl von Benutzersitzungen pro Instanz, die für die Flotte konfiguriert ist.

Ja. Amazon AppStream 2.0 bietet mehrere Optionen für einen persistenten Speicher, damit Benutzer zwischen ihren Sitzungen mit Anwendungs-Streaming Dateien speichern und abrufen können. Sie können einen durch Amazon S3, Google Drive für G Suite oder Microsoft OneDrive for Business gesicherten Stammordner verwenden. Der Zugriff erfolgt jeweils über die Registerkarte "Meine Dateien" und Inhalte können in den meisten Anwendungen direkt über das Menü "Datei" gespeichert oder geöffnet werden.

Stammordner sind die native persistente Speicheroption von AppStream 2.0. Benutzer können auf einen Stammordner in ihrer Streaming-Instance zugreifen und Inhalte in ihrem Ordner speichern. Die Dateien werden in einem S3-Bucket gespeichert, der in Ihrem AWS-Konto automatisch erstellt wird. Weitere Informationen finden Sie im Abschnitt Aktivieren und Verwalten der Stammordner für Ihre AppStream 2.0-Benutzer.

Für Windows-Betriebssystem-basierte AppStream-2.0-Stacks können Sie Google Drive für G Suite aktivieren, und die Nutzer können ihr G-Suite-Konto verknüpfen, um auf Dateien in Google Drive zuzugreifen. Änderungen werden automatisch mit Google Drive synchronisiert. Weitere Informationen finden Sie im Abschnitt Aktivieren und Verwalten von Google Drive für Ihre AppStream-2.0-Benutzer.

Für AppStream-2.0-Stacks, die auf dem Windows-Betriebssystem basieren, können Sie Microsoft OneDrive for Business aktivieren, und die Benutzer können ihr OneDrive-for-Business-Konto verknüpfen, um auf ihre Dateien auf OneDrive zuzugreifen. Änderungen werden automatisch mit OneDrive for Business synchronisiert. Weitere Informationen finden Sie im Abschnitt Aktivieren und Verwalten von OneDrive für Ihre AppStream-2.0-Benutzer.

Benutzer können während ihrer Anwendungs-Streaming-Sitzung auf einen Stammordner zugreifen. Dateien, die sie in ihren Stammordnern speichern, können auch in Zukunft genutzt werden. Sie können sich aber auch direkt aus AppStream 2.0 mit ihrem G Suite- oder Microsoft OneDrive for Business-Konto verbinden und auf Google Drive bzw. OneDrive zugreifen. Neue Dateien, die während einer Streaming-Sitzung hinzugefügt werden, oder Änderungen an vorhandenen Dateien werden zwischen AppStream 2.0 und dem verwendeten persistenten Speicher automatisch synchronisiert.

Ja. Sie können Stammordner, Google Drive für G Suite und Microsoft OneDrive for Business aktivieren. Sie können Ihre Internetbandbreite optimieren, indem Sie einen VPC-Endpunkt für Amazon S3 erstellen und dann den AppStream 2.0-Zugriff auf Ihren VPC-Endpunkt autorisieren. Dadurch werden Stammordner-Daten über Ihren VPC und Google Drive- oder OneDrive-Daten über das öffentliche Internet geroutet.

Wählen Sie beim Erstellen eines Amazon AppStream 2.0-Stacks die Option zum Aktivieren von Google Drive für den Stack, geben Sie Ihre G Suite-Domänennamen an, und erstellen Sie den Stack. Weitere Informationen finden Sie im Abschnitt Aktivieren und Verwalten von Google Drive für Ihre AppStream-2.0-Benutzer.

Ja. Benutzer können Berechtigungen, die AppStream 2.0 ihrem Google-Konto hinzugefügt hat, auf der Seite mit ihren Google-Kontoberechtigungen entfernen.

Ja. Es können nur Benutzerkonten mit Ihrem G Suite-Organisationsdomänennamen die entsprechenden Google Drive-Konten verwenden. Benutzer können keine andere Konten verknüpfen. Weitere Informationen finden Sie im Abschnitt Aktivieren und Verwalten von Google Drive für Benutzer.

Während einer Streaming-Sitzung können alle von Google Drive unterstützten Dateitypen gespeichert werden. Weitere Informationen zu den von Google Drive unterstützten Dateitypen finden Sie in den Häufig gestellte Fragen zu Google Drive.

Ja. Benutzer können mit ihrem Gerät Dateien von und nach Google Drive übertragen, indem sie die Funktion "MyFiles" in der Symbolleiste der Streaming-Sitzung verwenden. Weitere Informationen finden Sie im Abschnitt Aktivieren eines persistenten Speichers für Ihre AppStream-2.0-Benutzer.

Wählen Sie beim Erstellen eines Amazon AppStream 2.0-Stacks die Option zum Aktivieren von OneDrive for Business für den Stack, geben Sie Ihre OneDrive for Business-Domänennamen an und erstellen Sie den Stack. Weitere Informationen finden Sie im Abschnitt Aktivieren und Verwalten von OneDrive für Ihre AppStream-2.0-Benutzer.

Ja. Es können nur Benutzerkonten mit Ihrem OneDrive for Business-Domänennamen die entsprechenden Konten verwenden. Benutzer können keine andere Konten verknüpfen. Weitere Informationen finden Sie im Abschnitt Aktivieren und Verwalten von OneDrive für Ihre AppStream-2.0-Benutzer.

Ja. Benutzer können Berechtigungen entfernen, die AppStream 2.0 für ihr OneDrive for Business-Online-Konto hat.

Während einer Streaming-Sitzung können alle von OneDrive for Business unterstützten Dateitypen gespeichert werden. Weitere Informationen zu den von OneDrive for Business unterstützten Dateitypen erhalten Sie in der Dokumentation zu OneDrive for Business.

Ja. Benutzer können mit ihrem Gerät Dateien von und nach OneDrive for Business übertragen, indem sie die Funktion "MyFiles" in der Symbolleiste der Streaming-Sitzung verwenden. Weitere Informationen finden Sie im Abschnitt Aktivieren und Verwalten von OneDrive für Ihre AppStream-2.0-Benutzer.
 

Sie können für Ihre Benutzer persistente Anwendungs- und Windows-Einstellungen in AppStream 2.0 aktivieren. In diesem Fall werden die Plug-ins der Benutzer, die Symbolleisteneinstellungen, Browserfavoriten, Anwendungsverbindungsprofile und andere Einstellungen der Benutzer für künftige Streaming-Sitzungen gespeichert. Die Einstellungen des Benutzers werden in einem S3-Bucket gespeichert, den Sie in Ihrem AWS-Konto kontrollieren können.

Es gibt zwei Möglichkeiten, eine Amazon AppStream 2.0-Flotte zu überwachen. Zum einen bietet die AppStream 2.0-Konsole eine einfache Echtzeitansicht zum Status Ihrer AppStream 2.0-Flotte, wobei die Auslastung bis zu zwei Wochen zurückverfolgt werden kann. Diese Metriken werden automatisch angezeigt – eine Konfiguration ist hierfür nicht erforderlich.

Zum anderen können Sie die Metriken von AppStream 2.0 auch in CloudWatch abrufen. In der CloudWatch-Konsole können Sie die Berichtsintervalle festlegen, benutzerdefinierte Dashboards und Diagramme erstellen und Alarme einrichten.

Weitere Informationen finden Sie im Abschnitt Überwachung der Amazon-AppStream-2.0-Ressourcen.

Angezeigt werden die Größe der Amazon-AppStream-2.0-Flotte, die Anzahl der aktiven Instances, die Anzahl der Instances, die für neue Verbindungen verfügbar sind, sowie die Auslastung der Flotte.

Bei Flotten mit mehreren Sitzungen können Sie die Flottenkapazität in Form der Anzahl der Benutzersitzungen angeben und anhand der Kennzahlen zur Flottennutzung verfolgen, wie viele Benutzersitzungen ausgeführt werden und wie viele für die Annahme neuer Verbindungen verfügbar sind.

Diese Metriken können Sie über einen längeren Zeitraum aufzeichnen, um Ihre Flotteneinstellungen entsprechend an die tatsächlichen Anforderungen anzupassen.

Zudem können Sie in Amazon CloudWatch Alarme einrichten, die Sie bei Änderungen innerhalb der Flotte oder bei einer nicht ausreichenden Kapazität benachrichtigen.

Eine vollständige Liste der verfügbaren Metriken finden Sie im Abschnitt Überwachung der Amazon-AppStream-2.0-Ressourcen.

Ja. Für Amazon AppStream 2.0 können Sie benutzerdefinierte Metriken erstellen. Weitere Informationen finden Sie im Abschnitt Veröffentlichen benutzerdefinierter Metriken.

Amazon AppStream 2.0 sendet seine Metriken minütlich an Amazon CloudWatch. In CloudWatch werden diese Metriken entsprechend der Standardaufbewahrungsrichtlinie gespeichert. Weitere Informationen finden Sie im Abschnitt Amazon CloudWatch – Häufig gestellte Fragen.

Amazon CloudWatch-Alarme für Amazon AppStream 2.0 können in der CloudWatch-Konsole oder mit den CloudWatch-APIs erstellt werden.

Für die Anzeige der CloudWatch-Metriken für AppStream 2.0 fallen keine zusätzlichen Gebühren an. Jedoch können zusätzliche Kosten für das Einrichten von CloudWatch-Alarmen und das Abrufen der Metriken über die CloudWatch-APIs entstehen. Weitere Informationen finden Sie in der Preisübersicht zu Amazon CloudWatch.

Ja. Amazon AppStream 2.0 beinhaltet eine API, mit der Sie den Service problemlos integrieren und erweitern können. Mit den APIs können Sie Ressourcen in Amazon AppStream 2.0 erstellen, aktualisieren und löschen sowie detaillierte Informationen zum Ressourcenstatus abrufen. Sie können URLs für Administratoren erstellen, damit sie ihre Image-Builder zum Installieren von Anwendungen verbinden können. Außerdem lassen sich URLs für Nutzer erstellen, damit sie Zugriff auf ihre Anwendungen in AppStream 2.0 haben. Weitere Informationen finden Sie in unserer API-Referenz.

Sie können die Leistung Ihrer Endbenutzersitzungen und Ihrer AppStream-2.0-Instance verfolgen, indem Sie die Leistungskennzahlen wie CPU-Auslastung, Speicherauslastung mithilfe von AppStream 2.0 und Amazon CloudWatch Console überwachen. Eine Liste der verfügbaren Leistungsmetriken finden Sie im Abschnitt Überwachung der Amazon-AppStream-2.0-Ressourcen.

Amazon AppStream 2.0 verwendet Amazon DCV für das Streaming Ihrer Anwendungen an Ihre Benutzer. Amazon DCV ist ein proprietäres Protokoll, das für das Streaming von Anwendungsvideos hoher Qualität bei wechselnden Netzwerkbedingungen verwendet wird. Dieses Protokoll streamt Video und Audio mit Verschlüsselung nach dem Standard H.264 über HTTPS. Das Protokoll erfasst außerdem Benutzereingaben und sendet diese über HTTPS zurück an die Anwendungen, die aus der Cloud gestreamt werden. Die Netzwerkbedingungen werden während dieses Prozesses ständig geprüft und Informationen werden an den Encoder auf dem Server zurückgesendet. Der Server reagiert dynamisch durch Anpassen der Video- und Audiocodierung in Echtzeit, um für eine große Vielzahl von Anwendungen und Netzwerkbedingungen einen Stream hoher Qualität zu erzeugen.

Während für das Remoting-Protokoll eine empfohlene maximale Latenz für Roundtrips von 250 ms gilt, wird die beste Benutzererfahrung bei unter 100 ms erreicht. Wenn Sie mehr als 3 600 km von den AWS-Regionen entfernt sind, in denen Amazon AppStream 2.0 anfänglich zur Verfügung stehen, ist Ihre Umgebung ggf. weniger reaktionsschnell.

Mithilfe von Sicherheitsgruppen können Sie den zulässigen Netzwerkverkehr zwischen Ihren Streaming-Instances und Ressourcen in der VPC genau festlegen. Sie können den Netzwerkzugriff einschränken, wenn Sie einer Sicherheitsgruppe in der VPC einen Image Builder oder eine Flotte zuweisen. Weitere Informationen finden Sie im Abschnitt Sicherheitsgruppen für Ihre VPC.

Ja. Sie können einen Image Builder oder eine Flotte einer bereits vorhandenen Sicherheitsgruppe in der VPC zuordnen.

Einen Image Builder oder eine Flotte können Sie bis zu fünf Sicherheitsgruppen zuordnen.

Ja. Sie können die Sicherheitsgruppen, denen Ihre Flotten zugeordnet sind, ändern, sofern diese den Status "stopped" (gestoppt) aufweisen.

Die Regeln einer Sicherheitsgruppe in der VPC können Sie jederzeit mit der Amazon EC2-Konsole ändern. Beachten Sie dabei, dass die neu erstellten Regeln auf alle der Sicherheitsgruppe zugewiesenen Ressourcen angewendet werden. Weitere Informationen finden Sie im Abschnitt Sicherheitsgruppen für Ihre VPC.

Nein. Die Sicherheitsgruppen, denen Ihre Image Builder zugewiesen sind, können Sie nachträglich nicht mehr ändern. Um einen Image Builder einer anderen Sicherheitsgruppe zuweisen zu können, müssen Sie einen neuen Image Builder erstellen.

Die Regeln einer Sicherheitsgruppe in der VPC können Sie jederzeit mit der Amazon EC2-Konsole ändern. Beachten Sie dabei, dass die neu erstellten Regeln auf alle der Sicherheitsgruppe zugewiesenen Ressourcen angewendet werden. Weitere Informationen finden Sie im Abschnitt Sicherheitsgruppen für Ihre VPC.

Dateien und Ordner in Stammordnern Ihrer Benutzer werden mithilfe von SSL-Endpunkten von Amazon S3 bei der Übertragung verschlüsselt. Während der Speicherung erfolgt die Verschlüsselung von Dateien und Ordnern mithilfe von verwalteten Amazon S3-Verschlüsselungsschlüsseln.

Das gestreamte Video und die Benutzereingaben werden über HTTPS gesendet. Sie werden zwischen der Amazon AppStream 2.0-Instance, die Ihre Anwendungen ausführt, und Ihren Benutzern mit SSL verschlüsselt.

Ja. Sie können festlegen, ob Benutzer Daten zwischen ihren Streaming-Anwendungen und ihrem lokalen Gerät durch Kopieren oder Einfügen, Hochladen oder Herunterladen von Dateien oder Druckaktionen übertragen können. Um mehr zu erfahren, gehen Sie zu Erstellen von Flotten und Stacks.

Es gibt drei Optionen zum Authentifizieren von Benutzern mit Amazon AppStream 2.0: Sie können die integrierte Benutzerverwaltung verwenden, Sie können eine benutzerdefinierte Identität erstellen oder Sie können den Verbundzugriff mithilfe von SAML 2.0 einrichten.

Beim Verwenden der integrierten Benutzerverwaltung können Sie Ihre Benutzer in der AppStream 2.0-Verwaltungskonsole von der Registerkarte "User Pool" aus einrichten und verwalten. Zum Hinzufügen neuer Benutzer benötigen Sie lediglich ihre Vor- und Nachnamen sowie E-Mail-Adressen. Weitere Informationen zur Benutzerverwaltung innerhalb von AppStream 2.0 finden Sie im Abschnitt Verwenden des AppStream-2.0-Benutzerpools.

Bei Verwendung der Verbundanmeldung zum Authentifizieren von Benutzern richten Sie den Identitätsverbund mit SAML 2.0 ein. Auf diese Weise können Sie Ihr vorhandenes Benutzerverzeichnis verwenden, um den Zugriff auf Anwendungen zu steuern, die über AppStream 2.0 verfügbar sind. Weitere Informationen zum Einrichten der SAML-Integration finden Sie hier.

Beim Erstellen eines Authentifizierungsservice sollten Sie Benutzer entweder mithilfe einer benutzerdefinierten Identität oder über einen Service wie "Login with Amazon" authentifizieren. Nachdem Ihre benutzerdefinierte Identität einen Benutzer authentifiziert hat, sollte er Amazon AppStream 2.0 aufrufen, um eine neue Streaming-URL zu erstellen. AppStream 2.0 gibt eine URL für die Sitzung zurück, die in einem Browser geöffnet werden kann, um die Streaming-Sitzung zu starten.

Ja. Amazon AppStream 2.0 unterstützt den Identitätsverbund mit SAML 2.0, sodass Sie Ihr vorhandenes Benutzerverzeichnis verwenden können, um den Endbenutzerzugriff auf Ihre AppStream 2.0-Apps zu verwalten. Ausführliche Informationen zum Einrichten der SAML-Integration finden Sie unter Single-Sign-On-Zugriff (SAML 2.0) im Amazon AppStream 2.0-Administratorhandbuch.

Amazon AppStream 2.0 unterstützt den Verbund mithilfe von SAML 2.0 (initiierter Identitätsanbieter). Dieser Typ des Verbundzugriffs ermöglicht einem Benutzer die Anmeldung, indem er sich zunächst mit einem Identitätsverbundanbieter authentifiziert. Danach kann er auf seine AppStream 2.0-Apps zugreifen.

Zum Konfigurieren des Identitätsverbunds mit Amazon AppStream 2.0 benötigen Sie einen SAML 2.0-Identitätsanbieter, der mit einem vorhandenen LDAP-kompatiblen Verzeichnis wie Microsoft Active Directory verknüpft ist. Microsoft Active Directory Federation Services (ADFS), Ping Identity, Okta und Shibboleth sind Beispiele für SAML 2.0-Identitätsanbieter, die mit AppStream 2.0 verwendet werden können.

Ja. Beim Verwenden der integrierten Benutzerverwaltung können Sie auf der Registerkarte "User Pool" der AppStream 2.0-Verwaltungskonsole steuern, welche Benutzer Zugriff auf Ihre Amazon AppStream 2.0-Stacks haben. Weitere Informationen zur Benutzerverwaltung innerhalb von AppStream 2.0 finden Sie im Abschnitt Verwenden des AppStream-2.0-Benutzerpools.

Wenn Sie SAML 2.0 verwenden, können Sie steuern, welche Benutzer Zugriff auf Ihre Amazon AppStream 2.0-Stacks haben, indem Sie die Benutzer in Ihrem Verbundservice der IAM-Rolle zuordnen, die über Zugriffsberechtigungen für den Stack verfügt. Weitere Informationen und schrittweise Anleitungen für beliebte Verbundservices finden Sie in der AppStream-2.0-Dokumentation.

Ja. Wenn Sie einen Verbund mit SAML 2.0 oder Ihren eigenen Berechtigungsservice verwenden, können Sie Multi-Factor Authentication aktivieren.

Ja, wenn Ihre Benutzer mit AppStream 2.0 von einem SAML 2.0-Identitätsanbieter im Verbund stehen, können Sie den Zugriff auf bestimmte Apps innerhalb Ihres AppStream 2.0-Stacks anhand von SAML 2.0-Attribut-Assertions steuern. Zusätzlich können Sie mithilfe der dynamischen App-Framework-APIs einen dynamischen App-Anbieter erstellen, mit dem festgelegt wird, welche Apps zur Laufzeit gestartet werden. Die bereitgestellten Apps können virtualisierte Apps sein, die von einer Windows-Dateifreigabe oder einer anderen Speichertechnologie übermittelt werden. Erfahren Sie mehr über diese Optionen unter Verwaltung von Anwendungs-Berechtigungen.

Ja. Sie können jeden AppStream-2.0-Stack als Entität oder juristische Stelle in Ihrem Verbundservice einrichten. Auf diese Weise haben Ihre Benutzer die Möglichkeit, auszuwählen, auf welchen Stack sie bei der Anmeldung in Ihrem Anwendungsportal zugreifen möchten. Zusätzlich können Ihre SAML-2.0-Verbundbenutzer-Identitäten auf die AppStream-2.0-Stacks, für die sie berechtigt sind, von einer einzelnen SAML-2.0-Serviceanbieter-Anwendung aus anhand von SAML-2.0-Attribut-Assertions zugreifen.

Über AWS Identity and Access Management (IAM) können Sie Ihrem AWS-Konto Benutzer hinzufügen und ihnen Zugriff zum Anzeigen und Verwalten Ihrer Amazon AppStream 2.0 Anwendung gewähren. Weitere Informationen finden Sie im Abschnitt „Was ist IAM?“ im IAM-Benutzerhandbuch.

Ja, Amazon-AppStream-2.0-Windows-basierte Streaming-Instances können mit Ihren Microsoft-Active-Directory-Domänen verbunden werden. So können Sie Ihre bestehenden Active-Directory-Richtlinien auf Ihre Streaming-Instances anwenden und Ihren Benutzern einen Single-Sign-On-Zugang zu Intranet-Seiten, Dateifreigaben und Netzwerkdruckern aus ihren Anwendungen aus ermöglichen. Ihre Benutzer authentifizieren sich über einen SAML-2.0-Anbieter Ihrer Wahl. Sie können auf Anwendungen zugreifen, die eine Verbindung zu Ihrer Active-Directory-Domäne erfordern. Sie können Image-Builder, Always-On-Flotten-Streaming-Instances und On-Demand-Flotten-Streaming-Instances, die das Windows-Betriebssystem verwenden, mit Active-Directory-Domänen verbinden. Auf Linux-Betriebssystemen basierende AppStream-2.0-Image-Builder, Always-On-Flotten-Streaming-Instances und On-Demand-Flotten-Streaming-Instances können nicht mit Active-Directory-Domänen verbunden werden.

Amazon AppStream 2.0 unterstützt die Microsoft Active Directory-Domänenfunktionsebene Windows Server 2008 R2 und höher.

Amazon AppStream 2.0 unterstützt die AWS Directory Services-Verzeichnisoption Microsoft AD. Andere Optionen wie AD-Connector und Simple AD werden nicht unterstützt. Weitere Informationen zu AWS Microsoft AD finden Sie im Abschnitt Was ist der AWS Directory Service?

Zuerst benötigen Sie eine Microsoft Active Directory-Domäne, über die von einer Amazon VPC zugegriffen werden kann, außerdem die Anmeldeinformationen eines Benutzers mit Beitrittsberechtigung zur Domäne sowie die Organisationseinheit (OU) der Domäne, die Sie Ihrer Flotte hinzufügen möchten. Weitere Informationen finden Sie im Abschnitt Verwenden von Active-Directory-Domains mit AppStream 2.0.

Ja. In Amazon AppStream 2.0 können Sie Ihre vorhandene Organisationseinheitenstruktur verwenden. Weitere Informationen finden Sie im Abschnitt Verwenden von Active-Directory-Domains mit AppStream 2.0.

Amazon AppStream 2.0 erstellt automatisch für jeden Image Builder und jede Always-On- oder On-Demand-Flotten-Instance, die Sie für Ihre Microsoft-Active-Directory-Domäne konfigurieren, ein spezifisches Computerobjekt.

Amazon AppStream 2.0-Computerobjekte werden nur in der von Ihnen festgelegten Microsoft Active Directory-Organisationseinheit erstellt. Das Beschreibungsfeld gibt an, dass es sich bei dem Objekt um eine AppStream 2.0-Instance handelt und zu welche Flotte es gehört. Weitere Informationen finden Sie im Abschnitt Verwenden von Active-Directory-Domains mit AppStream 2.0.

Von Amazon AppStream 2.0 erstellte Computerobjekte, die nicht weiter genutzt werden, bleiben in Ihrem Active Directory (AD) enthalten, wenn die AppStream 2.0-Flotte oder der -Image Builder gelöscht wird, Sie die Flotte oder den Image Builder in einer neuen Organisationseinheit aktualisieren oder ein anderes Active Directory auswählen. Um nicht mehr genutzte Objekte zu löschen, müssen Sie diese manuell aus Ihrer AD-Domäne löschen. Weitere Informationen finden Sie im Abschnitt Verwenden von Active-Directory-Domains mit AppStream 2.0.

Um Benutzern den Zugriff darauf zu ermöglichen, müssen Sie den Verbundzugriff mithilfe eines SAML 2.0-Anbieters Ihrer Wahl einrichten. Dadurch können Sie Ihr bestehendes Benutzerverzeichnis zur Steuerung des Zugriffs auf die durch Amazon AppStream 2.0 bereitgestellten Streaming-Anwendungen verwenden. Weitere Informationen zum Einrichten der SAML-2.0-Integration finden Sie in den im Abschnitt Einrichten von SAML erläuterten Schritten.

Nein. Derzeit ist der Zugriff auf mit der Domäne verknüpfte Ressourcen durch Benutzer in Benutzerpools nicht möglich. Weitere Informationen zu Benutzerpools finden Sie im Abschnitt Verwenden des AppStream-2.0-Benutzerpools.

Wenn Ihre Benutzer über einen Webbrowser auf eine Streaming-Instance zugreifen, melden sie sich bei ihrer Microsoft Active Directory-Domain an, indem sie ihr Domain-Passwort eingeben. Wenn Ihre Benutzer mithilfe des AppStream 2.0-Clients für Windows auf eine Streaming-Instance zugreifen, können sie entweder ihr Active Directory-Domain-Passwort eingeben oder eine Smartcard verwenden, der die Active Directory-Domain vertraut. 

Sie zahlen für die Streaming-Ressourcen in Ihrer Amazon AppStream 2.0-Umgebung und monatliche Benutzergebühren pro autorisiertem Benutzer, der auf Anwendungen über die Amazon-AppStream-2.0-Streaming-Instance auf Windows-Betriebssytem-Basis zugreift. Diese Kosten fallen für die tatsächliche Nutzung an, und Sie gehen keine langfristigen Verpflichtungen ein.

Streaming-Ressourcen umfassen die Amazon AppStream 2.0-Instances Ihrer Amazon AppStream 2.0-Flotte wie auch Image Builder-Instances. Sie haben die Wahl zwischen Always-On- und On-Demand-Flotten. Bei Always-On-Flotten zahlen Sie für die aktiven Instances Ihrer Flotte, selbst wenn keine Benutzer verbunden sind. Diese Instances werden je nach gewähltem Betriebssystem und Flotten-Typ pro Stunde oder pro Sekunde abgerechnet, und der Preis pro Stunde richtet sich nach dem gewählten Instance-Typ. Bei On-Demand-Flotten werden Instances erst aktiviert, sobald sich ein Benutzer verbindet. Sie zahlen also für aktive Instances nur solange Benutzer verbunden sind. Diese Instances werden je nach gewähltem Betriebssystem pro Stunde oder pro Sekunde abgerechnet, und der Preis pro Stunde richtet sich nach dem gewählten Instance-Typ. Wenn in einer On-demand-Flotte eine Instance zwar läuft, aber nicht mit einem Benutzer verbunden ist, zahlen Sie eine nominale stündliche On-demand-Stopped-Instance-Gebühr, die für alle Instance-Typen innerhalb einer Region gleich hoch ist. Image-Builder-Instances werden nur Always-On angeboten. Sie zahlen also für alle aktiven Instances, selbst wenn keine Benutzer verbunden sind. Die Gebühr für Always-On- und On-Demand-Flotten-Instances wie auch für Image Builder-Instances beinhaltet die Kosten für die vom Amazon AppStream 2.0-Image belegten Speichervolumes sowie die vom Streaming-Protokoll genutzte Bandbreite für abgehende Übertragungen. Sie können die Anzahl der Streaming-Instances in einer Always-On- oder On-Demand-Flotte mit festen oder dynamischen Skalierungsrichtlinien steuern.

Streaming-Instances der elastischen Flotte werden pro Sekunde mit einem Minimum von 15 Minuten für die Dauer der Streaming-Sitzung abgerechnet. Der Preis pro Stunde basiert auf dem Instance-Typ, den Sie beim Erstellen der Flotte ausgewählt haben.

Mit der monatlichen Benutzergebühr zahlen Sie für die Microsoft Remote Desktop Services Subscriber Access License (RDS SAL). Diese Gebühr wird pro einzelnen autorisierten Benutzer berechnet und wird vollständig (nicht anteilig) berechnet, unabhängig davon, wann ein Benutzer in diesem Monat zum ersten Mal auf Amazon AppStream 2.0 zugreift, wenn er von einer Microsoft-Windows-Server-Streaming-Instance streamt. Schulen, Universitäten und öffentliche Einrichtungen können unter Umständen ermäßigte Benutzungsgebühren in Anspruch nehmen. Informationen zu den Qualifizierungsanforderungen finden Sie in den Bedingungen und Dokumenten zur Microsoft-Lizenzierung. Wenn Sie glauben, qualifiziert zu sein, kontaktieren Sie uns bitte. Wir prüfen Ihre Informationen und arbeiten gemeinsam an der Senkung Ihrer Microsoft RDS SAL-Gebühren. Bei der Verwendung von Image-Builder-Instances oder beim Streaming von Linux-basierten Streaming-Instances fallen keine Benutzergebühren an.

Die Nutzung von Amazon Simple Storage Service (S3) für alle Daten, die in S3 Buckets in Ihrem Konto gespeichert sind, wird Ihnen separat in Rechnung gestellt.

Ja. Wenn Sie über Microsoft License Mobility verfügen, können Sie möglicherweise Ihre eigenen Microsoft-RDS-CAL-Lizenzen mitbringen und sie mit dem Windows-basierten Amazon AppStream 2.0 verwenden. Für Benutzer, die durch Ihre eigenen Lizenzen abgedeckt sind, entstehen keine monatlichen Benutzergebühren. Weitere Informationen zur Verwendung Ihrer vorhandenen Microsoft-RDS-SAL-Lizenzen für Amazon AppStream 2.0 erhalten Sie hier oder bei Ihrer Microsoft-Vertretung.

Für Schulen, Universitäten und öffentliche Einrichtungen entfallen unter Umständen geringere Gebühren. Informationen zu den Qualifizierungsanforderungen finden Sie in den Bedingungen und Dokumenten zur Microsoft-Lizenzierung. Wenn Sie glauben, qualifiziert zu sein, kontaktieren Sie uns bitte. Wir prüfen Ihre Informationen und arbeiten gemeinsam an der Senkung Ihrer Microsoft RDS SAL-Gebühren. Für Image Builder-Instances fällt keine Benutzergebühr an.

Sie müssen AWS den vollständigen Namen, die Hauptgeschäftsadresse und die URL der öffentlichen Website Ihrer Institution übermitteln. AWS nutzt diese Daten dann, damit Sie nur noch die verringerte Gebühr von AppStream 2.0 bezahlen müssen, die ausschließlich für qualifizierte Bildungsinstitutionen gilt. Hinweis: Die Verwendung von Microsoft-Software unterliegt den Geschäftsbedingungen von Microsoft. Sie sind für die Einhaltung der Lizenzbedingungen von Microsoft verantwortlich. Falls Sie Fragen zu Ihrer Lizenzierung oder Ihren Rechten im Hinblick auf Microsoft-Software haben, wenden Sie sich bitte an Ihre Rechtsabteilung, an Microsoft oder an Ihren Microsoft-Händler. Sie akzeptieren, dass wir diese Daten an Microsoft weitergeben können, damit Sie den Bildungsrabatt für Amazon AppStream 2.0 erhalten.

Nein, diese Gebühren gelten ausschließlich für Amazon AppStream 2.0. Ihre anderen AWS-Cloud-Services oder -Lizenzen sind in keiner Weise davon betroffen.

Ja. Wenn Sie Tags für Ihren monatlichen Bericht zur Kostenverteilung setzen, sind diese auch in Ihrer monatlichen AWS-Abrechnung enthalten. So behalten Sie den Überblick über Ihre Kosten. Weisen Sie dafür Ihren Amazon-AppStream-2.0-Ressourcen zunächst Tags zu, gemäß den Anweisungen im Abschnitt Taggen von AppStream-2.0-Ressourcen. Wählen Sie als Nächstes die Tag-Schlüssel aus, die Ihr monatlicher Bericht zur Kostenverteilung enthalten soll. Führen Sie dazu die Schritte in Einrichten Ihres monatlichen Berichts zur Kostenverteilung aus.

Nein, mit dem Tagging von Amazon AppStream 2.0 sind keine zusätzlichen Kosten verbunden.

Ja. Wenn Sie bereits ein Business Associate Addendum (BAA) mit AWS abgeschlossen haben, können Sie Amazon AppStream 2.0 jetzt mit den mit Ihrem BAA verbundenen AWS-Konten verwenden, um Desktop-Anwendungen mit Daten zu streamen, die geschützte Gesundheitsinformationen (PHI) enthalten. Wenn Sie kein aktives BAA mit AWS haben, kontaktieren Sie uns. Wir leiten Sie dann an einen Mitarbeiter unseres AWS-Vertriebsteams weiter. Weitere Informationen finden Sie unter HIPAA-Compliance. 

Ja. Amazon AppStream 2.0 ist PCI-kompatibel und entspricht dem PCI DSS (Payment Card Industry Data Security Standard). Der proprietäre Datensicherheitsstandard PCI DSS wird vom PCI Security Standards Council verwaltet. Dieses wurde von American Express, Discover Financial Services, JCB International, MasterCard Worldwide und Visa Inc. gegründet. PCI DSS gilt für alle Entitäten, die Karteninhaberdaten (Cardholder Data, CHD) und/oder vertrauliche Authentifizierungsdaten (Sensitive Authentication Data, SAD), darunter Händler, Hersteller, Ankäufer, Herausgeber und Service-Anbieter, speichern, verarbeiten oder übertragen. PCI DSS untersteht dem Mandat der Kartenmarken und wird vom Payment Card Industry Security Standards Council verwaltet. Weitere Informationen finden Sie unter PCI DSS-Compliance.

Ja. Amazon AppStream 2.0 ist in den SOC-Berichten (AWS System and Organizational Controls) enthalten. AWS SOC-Berichte (System and Organization Controls) sind durch unabhängige Dritte erstellte Prüfberichte, die nachweisen, wie AWS wichtige Compliance-Kontrollen und -Ziele erfüllt. Zweck dieser Berichte ist es, Ihnen und Ihren Prüfern die AWS-Kontrollen zu veranschaulichen, die für die Unterstützung von Betrieb und Compliance eingerichtet wurden. Weitere Informationen zu den AWS Compliance-Programmen finden Sie unter AWS Compliance-Programme oder unter Im Umfang des Compliance-Programms enthaltene Services.