Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Flotten und Stapel im Flottentyp in Amazon-Anwendungen WorkSpaces
Mit Amazon WorkSpaces Applications erstellen Sie Flotteninstanzen und Stacks als Teil des Streaming-Prozesses von Anwendungen. Eine Flotte besteht aus Streaming-Instances, die das von Ihnen angegebene Abbild ausführen. Ein Stack besteht aus einer zugeordneten Flotte, Benutzerzugriffsrichtlinien und Speicherkonfigurationen.
**Topics**
+ [Sitzungskontext](managing-stacks-fleets-session-context.md)
+ [Flottentypen](fleet-type.md)
+ [Instance-Produktreihen](instance-types.md)
+ [Erstellen einer Flotte und eines Stacks](set-up-stacks-fleets.md)
+ [Anpassen einer Flotte](customize-fleets.md)
+ [Aktualisieren einer Flotte](update-fleets-new-image.md)
+ [Fleet Auto Scaling](autoscaling.md)
+ [Multi-Session-Empfehlungen](multi-session-recs.md)
# Sitzungskontext in WorkSpaces Amazon-Anwendungen
Mithilfe der folgenden Methoden können Sie Parameter an Ihre Streaming-Anwendung übergeben:
+ Geben Sie den Sitzungsinhalt im API-Vorgang WorkSpaces für CreateStreaming URL-Anwendungen an. Weitere Informationen finden Sie unter [CreateStreamingURL](https://docs.aws.amazon.com/appstream2/latest/APIReference/API_CreateStreamingURL.html).
+ Fügen Sie die TagSession Berechtigung sts: zur Vertrauensrichtlinie Ihrer IAM-Rolle hinzu und geben Sie den Sitzungskontext als SAML-Assertion in der Authentifizierungsantwort Ihres SAML 2.0-Identitätsanbieters an. Weitere Informationen erhalten Sie unter [Schritt 5: Erstellen von Zusicherungen für die SAML-Authentifizierungsantwort](external-identity-providers-setting-up-saml.md#external-identity-providers-create-assertions) und [Schritt 5: Erstellen von Zusicherungen für die SAML-Authentifizierungsantwort](external-identity-providers-setting-up-saml.md#external-identity-providers-create-assertions).
Wenn Ihr Image eine Version des WorkSpaces Applications Agent verwendet, die am oder nach dem 30. Oktober 2018 veröffentlicht wurde, wird der Sitzungskontext im Image als Windows- oder Linux-Umgebungsvariable gespeichert. Informationen zu bestimmten Umgebungsvariablen finden Sie unter „Benutzer- und Instanzmetadaten für WorkSpaces Anwendungsflotten“ unter[Passen Sie eine WorkSpaces Amazon-Anwendungsflotte an, um das Anwendungs-Streaming-Erlebnis Ihrer Benutzer zu optimieren](customize-fleets.md).
**Anmerkung**
Der Parameter für den Sitzungskontext ist für den Benutzer in der Streaming-URL der WorkSpaces Anwendungen sichtbar. Es wird dringend empfohlen, niemals vertrauliche oder sensible Informationen in den Sitzungskontext-Parameter einzugeben. Da Benutzer die Streaming-URL ändern können, empfehlen wir, eine zusätzliche Überprüfung durchzuführen, um festzustellen, ob der Sitzungskontext für den Endbenutzer gültig ist. Sie können den Sitzungskontext beispielsweise mit anderen Sitzungsinformationen vergleichen, z. B. mit Benutzer- und Instanzmetadaten für WorkSpaces Anwendungsflotten.
WorkSpaces Applications führt keine Überprüfung des Sitzungskontextparameters durch.
## Verwenden des Sitzungskontextes zum Übergeben von Parametern an eine Streaming-Anwendung
In den folgenden Schritten verwenden Sie den Sitzungskontext zum Starten eines Webbrowsers und zum automatischen Öffnen einer bestimmten Website. Für Instances, auf denen Windows ausgeführt wird, verwenden Sie Firefox. Für Instances, auf denen Linux ausgeführt wird, verwenden Sie Chromium.
**So verwenden Sie den Sitzungskontext zum Starten einer Website**
1. Wählen Sie im linken Navigationsbereich **Abbilder** und **Image Builder** aus.
1. Wählen Sie den zu verwendenden Image Builder aus, stellen Sie sicher, dass er sich im Status **Running (Läuft)** befindet und klicken Sie dann auf **Connect (Verbinden)**.
1. Melden Sie sich beim Image Builder an, indem Sie auf der Registerkarte **Lokaler Benutzer** die Option **Administrator** auswählen.
1. Erstellen Sie einen Unterordner von `C:\`. Wählen Sie für dieses Beispiel `C:\Scripts`.
1. Erstellen Sie eine Windows-Batchdatei im neuen Ordner. Erstellen Sie für dieses Beispiel `C:\Scripts\session-context-test.bat` und fügen Sie ein Skript hinzu, das Firefox mit der URL aus dem Sitzungskontext startet.
Führen Sie das folgende Skript aus:
```
CD "C:\Program Files (x86)\Mozilla Firefox"
Start firefox.exe %APPSTREAM_SESSION_CONTEXT%
```
1. Fügen Sie im Image Assistant `session-context-test.bat` hinzu und ändern Sie den Namen in **Firefox**.
Sie müssen Firefox nicht manuell hinzufügen. Dieser Schritt erfordert, dass Sie allein die Batch-Datei hinzufügen.
1. Erstellen Sie ein Abbild, eine Flotte und einen Stack. Verwenden Sie in diesem Beispiel den Flottennamen **session-context-test-fleet** und den Stack-Namen **session-context-test-stack**.
1. Wenn die Flotte läuft, können Sie [create-streaming-url](https://docs.aws.amazon.com/cli/latest/reference/appstream/create-streaming-url.html)mit dem `session-context` Parameter aufrufen, wie in diesem Beispiel gezeigt.
```
aws appstream create-streaming-url --stack-name session-context-test-stack \
--fleet-name session-context-test-fleet \
--user-id username –-validity 10000 \
--application-id firefox --session-context "www.amazon.com"
```
1. Öffnen Sie in einem Webbrowser die Streaming-URL. Die Skriptdatei startet Firefox und lädt `http://www.amazon.com`.
Führen Sie die folgenden Schritte durch, um Parameter an die Linux-Streaming-Anwendung zu übergeben.
**So übergeben Sie Parameter an Ihre Linux-Streaming-Anwendung**
1. Wählen Sie im linken Navigationsbereich **Abbilder** und **Image Builder** aus.
1. Wählen Sie den zu verwendenden Image Builder aus, stellen Sie sicher, dass er sich im Status **Running (Läuft)** befindet und klicken Sie dann auf **Connect (Verbinden)**.
1. Melden Sie sich standardmäßig als beim Image Builder an **ImageBuilderAdmin**.
1. Erstellen Sie eine Skriptdatei (z. B. launch-chromium.sh), indem Sie den folgenden Befehl ausführen:
**sudo vim /usr/bin/launch-chromium.sh**
1. Schreiben Sie das Skript und legen Sie ausführbare Berechtigungen wie die folgenden fest:
**Anmerkung**
\$1\$1 /bin/bash and source /etc/profilesind im Skript immer erforderlich.
```
#!/bin/bash
source /etc/profile
/usr/bin/chromium-browser $APPSTREAM_SESSION_CONTEXT
```
1. Verwenden Sie die Image-Assistant-CLI, um launch-chromium.sh hinzuzufügen:
```
sudo AppStreamImageAssistant add-application \
--name chromium \
--absolute-app-path /usr/bin/launch-chromium.sh
```
1. Erstellen Sie ein Abbild, eine Flotte und einen Stack. Verwenden Sie in diesem Beispiel den Flottennamen **session-context-test-fleet** und den Stack-Namen **session-context-test-stack**.
1. Wenn die Flotte läuft, können Sie [create-streaming-url](https://docs.aws.amazon.com/cli/latest/reference/appstream/create-streaming-url.html)mit dem `session-context` Parameter aufrufen, wie in diesem Beispiel gezeigt.
```
aws appstream create-streaming-url --stack-name session-context-test-stack \
--fleet-name session-context-test-fleet \
--user-id username \
--application-id chromium --session-context "www.amazon.com"
```
1. Öffnen Sie in einem Webbrowser die Streaming-URL. Die Stapel-Datei startet Chromium und lädt `http://www.amazon.com`.
# WorkSpaces Anwendungen Flottenarten
Der Flottentyp bestimmt, wann Ihre Instances laufen und wie Sie dafür bezahlen. Sie können einen Flottentyp angeben, wenn Sie eine Flotte erstellen. Sie können den Flottentyp nicht ändern, nachdem Sie die Flotte erstellt haben.
Im Folgenden sind die möglichen Flottentypen aufgeführt:
Always-On
Ihre Instances werden ständig ausgeführt, auch wenn keine Benutzer Anwendungen streamen. Streaming-Instances müssen bereitgestellt werden, bevor ein Benutzer streamen kann. Die Anzahl der bereitgestellten Streaming-Instances wird durch Auto-Scaling-Regeln verwaltet.
Wenn Ihre Benutzer ihre Anwendung oder ihren Desktop auswählen, beginnen sie sofort mit dem Streaming. Ihnen wird die Gebühr für die laufende Instance für alle Streaming-Instances berechnet, auch wenn keine Benutzer streamen.
On-Demand
Streaming-Instances werden nur ausgeführt, wenn Benutzer Anwendungen und Desktops streamen. Streaming-Instances, die noch nicht einem Benutzer zugeordnet sind, befinden sich in einem gestoppten Zustand. Streaming-Instances müssen bereitgestellt werden, bevor ein Benutzer streamen kann. Die Anzahl der bereitgestellten Streaming-Instances wird durch Auto-Scaling-Regeln verwaltet.
Wenn Ihre Benutzer ihre Anwendung oder ihren Desktop auswählen, beginnt das Streaming nach einer Wartezeit von 1–2 Minuten. Für Streaming-Instances, die noch keinen Benutzern zugeordnet sind, wird Ihnen eine niedrigere Gebühr für gestoppte Instances berechnet. Für Streaming-Instances, die Benutzern zugeordnet sind, wird Ihnen die Gebühr für die laufende Instance berechnet.
Elastic
Der Pool von Streaming-Instances wird von WorkSpaces Applications verwaltet. Wenn Benutzer ihre Anwendung oder ihren Desktop zum Starten auswählen, wird das Streaming gestartet, nachdem der Anwendungsblock heruntergeladen und in einer Streaming-Instance bereitgestellt wurde. Weitere Informationen zum Erstellen von Anwendungsblöcken für Ihre Elastic-Flotten finden Sie unter [Anwendungsblöcke](app-blocks.md).
Die Gebühr für die laufende Instance für Elastic Flotten-Instances wird Ihnen nur für die Dauer der Streaming-Sitzung in Sekunden berechnet, mindestens jedoch für 15 Minuten.
Weitere Informationen zur Abrechnung von Flottenarten finden Sie unter [Amazon WorkSpaces Applications Pricing](https://aws.amazon.com/appstream2/pricing/).
## Always-On- und On-Demand-Flotten
Always-On- und On-Demand-Flotten stellen einen Pool von Streaming-Instances dar, deren Kapazität Sie mithilfe von Auto-Scaling-Regeln verwalten können. Ihre Benutzer verwenden die Streaming-Instances, um ihre Anwendungen und Desktops zu streamen. Mit einer Always-On-Flotte wird die Anwendung Ihres Benutzers fast sofort gestartet und Sie zahlen die laufende Instance-Rate pro Instance, auch wenn ein Benutzer nicht streamt. Bei einer On-Demand-Flotte wird die Anwendung des Benutzers nach einer Wartezeit von 1–2 Minuten gestartet, sobald die Streaming-Instance gestartet wird. Sie zahlen eine niedrigere Gebühr für gestoppte Instances, die nicht genutzt werden, und die Gebühr für laufende Instances, die genutzt werden.
Anwendungen für Always-On- und On-Demand-Flotteninstanzen werden über WorkSpaces Anwendungs-Images bereitgestellt, die von Image Buildern erstellt werden. Weitere Informationen darüber, wie Sie einen Image Builder erstellen, Ihre Anwendungen installieren und ein Abbild erstellen, finden Sie unter [Bilder](managing-images.md).
Streaming-Instances der Always-On- und On-Demand-Flotte müssen bereitgestellt und einem bestehenden Benutzer zugewiesen werden, bevor ein Benutzer streamen kann. Sie können feste oder dynamische Richtlinien für die automatische Skalierung der Flotten verwenden, um die Anzahl der Instances in Ihrer Flotte zu verwalten. So stellen Sie sicher, dass Sie über ausreichend verfügbare Kapazitäten verfügen, um die Anforderungen Ihrer Benutzer zu erfüllen und gleichzeitig die Kosten zu kontrollieren. Weitere Informationen zur Skalierung Ihrer Flotten finden Sie unter [Fleet Auto Scaling für WorkSpaces Amazon-Anwendungen](autoscaling.md)
## Elastic-Flotten
Elastic Fleets stellen einen Pool von Streaming-Instances dar, WorkSpaces die Applications verwaltet. Sie müssen weder die Gleichzeitigkeit vorhersagen noch Auto-Scaling-Regeln erstellen und verwalten, damit Ihre Benutzer ihre Anwendungen und Desktops streamen können. Wenn Ihr Benutzer eine Streaming-Instance anfordert, wird ihm eine Streaming-Instance aus dem Pool zugeordnet, die ihm nach Abschluss der Konfiguration zur Verfügung gestellt wird.
Elastic-Flotten verlassen sich auf Anwendungen, die in Anwendungsblöcken gespeichert sind. Wenn ein Benutzer eine Anwendung aus dem Katalog auswählt, wird der Anwendungsblock auf die Instance heruntergeladen, bereitgestellt und dann die Anwendung gestartet.
AWS verwaltet die Bereitstellung und Verfügbarkeit der Streaming-Instance mit einer Elastic-Flotte. Sie müssen die maximale Nebenläufigkeit konfigurieren, die Sie bei der Erstellung und Aktualisierung der Flotte erwarten. Außerdem müssen Sie sicherstellen, dass Sie über ausreichende Limits für Streaming-Instances verfügen, um die Nachfrage Ihrer Benutzer zu befriedigen.
Weitere Informationen zum Erstellen von Anwendungsblöcken für Ihre Elastic-Flotten finden Sie unter [Anwendungsblöcke](app-blocks.md).
# WorkSpaces Instanzfamilien für Anwendungen
Benutzer von Amazon WorkSpaces Applications streamen Anwendungen aus Stacks, die Sie erstellen. Jeder Stack ist einer Flotte zugeordnet. Wenn Sie eine Flotte erstellen, bestimmt der von Ihnen angegebene Instance-Typ die Hardware der Host-Computer, die für Ihre Flotte verwendet werden. Jeder Instance-Typ bietet andere Fähigkeiten in Bezug auf Datenverarbeitung, Arbeitsspeicher und GPU-Fähigkeiten. Jeder Instance-Typ wird abhängig von diesen Eigenschaften in *Instance-Produktreihen* eingeordnet. Hardwarespezifikationen und Preisinformationen finden Sie unter [Preise für WorkSpaces Anwendungen](https://aws.amazon.com/appstream2/pricing/).
Wenn Sie eine Flotte oder einen Image Builder erstellen, müssen Sie eine Abbildung auswählen, die kompatibel mit der Instance-Produktreihe sein muss, auf der Sie Ihre Flotte ausführen möchten.
+ Beim Starten eines neuen Image-Builders erhalten Sie eine Liste der Abbilder in Ihrer Abbild-Registrierungsdatei. Wählen Sie das entsprechende Basis-Abbild aus.
+ Beim Starten einer Flotte stellen Sie sicher, dass Sie das private Abbild, das Sie verwenden, aus dem entsprechenden Basis-Abbild erstellt wurde.
In der folgenden Tabelle finden Sie eine Zusammenfassung der verfügbaren Instance-Produktreihen und des jeweiligen Basis-Abbild-Namensformats. Wählen Sie einen Instance-Typ aus einer Instance-Produktreihe basierend auf den Anforderungen der Anwendungen aus, die Sie auf Ihrer Flotte streamen möchten, und passen Sie das Basisabbild entsprechend der folgenden Tabelle an.
**Anmerkung**
Wenn Ihr Anwendungsfall Audio-Video (AV) in Echtzeit oder andere Szenarien umfasst, die hohe Bildraten erfordern, und Ihre Anzeigeleistung nicht den Erwartungen entspricht, sollten Sie eine Skalierung auf eine größere Instance in Betracht ziehen.
Graphics Pro sind nach dem 31.10.2025 nicht mehr verfügbar, da die Hardware, die Graphics Pro-Instance-Typen unterstützt, nicht mehr verfügbar ist.
Graphics Design-Instanzen sind ab AWS dem 31.12.2025 nicht mehr verfügbar, da die Hardware, die Graphics Design-Instanztypen unterstützt, nicht mehr verfügbar ist.
| Instance-Produktreihe | Description | Name des Basis-Abbilds |
| --- | --- | --- |
| Allgemeine Zwecke | Grundlegende Rechenressourcen für die Ausführung von Webbrowsern und die meisten Geschäftsanwendungen. | Für stream.standard.\$1-Instance-Typen: AppStream-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStreamAmazonLinux- 2- *MM-DD-YYYY* AppStream- RockyLinux 8- *MM-DD-YYYY* AppStream-RHEL8-*MM-DD-YYYY* |
| | | [Bild importieren](import-image.md)für GeneralPurpose .\$1 Instanztypen |
| Für Datenverarbeitung optimiert | Optimiert für rechenintensive Anwendungen, die von Hochleistungsprozessoren profitieren. | Für stream.compute.\$1-Instanztypen: AppStream-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStreamAmazonLinux- 2- *MM-DD-YYYY* AppStream- RockyLinux 8- *MM-DD-YYYY* AppStream-RHEL8-*MM-DD-YYYY* |
| | | [Bild importieren](import-image.md)für ComputeOptimized .\$1 Instanztypen |
| RAM-optimiert | Optimiert für speicherintensive Anwendungen zur Verarbeitung großer Datenmengen. Wenn Sie auf Z1d basierende WorkSpaces Applications Instances verwenden möchten, müssen Sie diese mithilfe von Images bereitstellen, die aus WorkSpaces Applications-Basis-Images erstellt wurden, die am oder nach dem 12. Juni 2018 veröffentlicht wurden. | Für stream.memory.\$1-Instance-Typen: AppStream-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStreamAmazonLinux- 2- *MM-DD-YYYY* AppStream- RockyLinux 8- *MM-DD-YYYY* AppStream-RHEL8-*MM-DD-YYYY* |
| | | [Bild importieren](import-image.md)für MemoryOptimized .\$1 Instanztypen |
| Graphics Design | Verwendet AMD FirePro S7150x2 Server GPUs und AMD Multiuser GPU-Technologie zur Unterstützung von Grafikanwendungen, die DirectX, OpenGL oder OpenCL verwenden. | AppStream-Grafik-Design- - - WinServer OperatingSystemVersion MM-DD-YYYY |
| Graphics G4dn | Nutzt NVIDIA T4 GPUs zur Unterstützung grafikintensiver Anwendungen. | Für stream.graphics.g4dn.\$1-Instance-Typen: AppStream-Graphics-G4DN- - - WinServer *OperatingSystemVersion* *MM-DD-YYYY* AppStream-Grafik-G4DN- RockyLinux 8- *MM-DD-YYYY* AppStream-Grafik-G4DN- RHEL8 - *MM-DD-YYYY* |
| | | [Bild importieren](import-image.md)für beschleunigte.G4DN.\$1-Instanztypen |
| Graphics G5 | Nutzt NVIDIA A10G GPUs zur Unterstützung grafikintensiver Anwendungen wie Remote-Workstations, Video-Rendering und Gaming, um Grafiken mit hoher Auflösung in Echtzeit zu erzeugen. | Für stream.graphics.g5.\$1-Instance-Typen: AppStream-Grafik-G5- - WinServer - *OperatingSystemVersion* *MM-DD-YYYY* AppStream-Grafik-G5- 8- RockyLinux *MM-DD-YYYY* AppStream-Grafik-G5 RHEL8 - - *MM-DD-YYYY* |
| | | [Bild importieren](import-image.md)für beschleunigte.G5.\$1-Instanztypen |
| Grafik G6 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appstream2/latest/developerguide/instance-types.html) Hinweis: Verwenden Sie für G6f und Gr6f Bilder mit dem Datum 28.07.2025 oder später. | Für die Instance-Typen stream.graphics.g6/gr6/g6f/gr6f.\$1: AppStream-Grafik-G6- *WinServerOperatingSystemVersion* - *MM-DD-YYYY* AppStream-Grafik-G6- 8- RockyLinux *MM-DD-YYYY* AppStream-Grafik-G6 RHEL8 - - *MM-DD-YYYY* |
| | | [Bild importieren](import-image.md)für beschleunigte.G6/GR6/G6F/GR6F.\$1-Instanztypen |
| Grafik G6e | Angetrieben von NVIDIA L40S Tensor Core GPUs und AMD EPYC-Prozessoren der dritten Generation. | [Bild importieren](import-image.md)für beschleunigte.G6E.\$1-Instance-Typen |
| | | |
WorkSpaces Anwendungsinstanzen haben ein 200 GB-Volume mit fester Größe, das für das Laufwerk C verwendet wird. Da WorkSpaces Applications nicht persistent ist, wird das Volume jeder Instanz sofort nach jeder Benutzersitzung gelöscht.
Weitere Informationen finden Sie hier:
+ [WorkSpaces Versionshinweise für das Basis-Image und das Managed Image-Update für Anwendungen](base-image-version-history.md)
+ [Kontingente WorkSpaces für Amazon Applications Service](limits.md)
+ [WorkSpaces Preisgestaltung für Anwendungen](https://aws.amazon.com/appstream2/pricing/)
# Erstellen Sie eine WorkSpaces Amazon-Anwendungsflotte und einen Stack
Um Ihre Anwendungen zu streamen, benötigt Amazon WorkSpaces Applications eine Umgebung, die eine Flotte umfasst, die einem Stack zugeordnet ist, sowie mindestens ein Anwendungs-Image. Dieses Tutorial beschreibt die Schritte, mit denen eine Flotte und ein Stack eingerichtet werden, und wie Benutzern Zugriff auf den Stack gewährt wird. Falls Sie das noch nicht getan haben, sollten Sie die Verfahren zuerst unter [Erste Schritte mit WorkSpaces Amazon-Anwendungen: Einrichtung mit Beispielanwendungen](getting-started.md) durchgehen.
Wenn Sie ein zu verwendendes Abbild erstellen möchten, finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md) weitere Informationen.
Wenn Sie planen, eine Flotte einer Active Directory-Domäne hinzuzufügen, konfigurieren Sie Ihre Active-Directory-Domain, bevor Sie wie folgt vorgehen. Weitere Informationen finden Sie unter [Active Directory mit WorkSpaces Anwendungen verwenden](active-directory.md).
**Topics**
+ [Eine Flotte in Amazon WorkSpaces Applications erstellen](set-up-stacks-fleets-create.md)
+ [Erstellen Sie einen Stack in Amazon WorkSpaces Applications](set-up-stacks-fleets-install.md)
+ [Benutzern in WorkSpaces Amazon-Anwendungen Zugriff gewähren](set-up-stacks-fleets-add.md)
+ [Ressourcen in WorkSpaces Amazon-Anwendungen bereinigen](set-up-stacks-fleets-finish.md)
# Eine Flotte in Amazon WorkSpaces Applications erstellen
Richten Sie eine Flotte ein, aus der Benutzeranwendungen gestartet und gestreamt werden, und erstellen Sie die Flotte.
**Anmerkung**
Zur Erstellung einer Always-On- oder On-Demand-Flotte müssen Sie über ein Abbild verfügen, auf dem Anwendungen installiert sind, um eine Always-On- oder On-Demand-Flotte zu erstellen, von der Ihre Benutzer streamen können. Weitere Informationen zum Erstellen eines Abbilds finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md). Zum Erstellen einer Elastic-Flotte müssen Sie Anwendungen haben, die mit Anwendungsblöcken verbunden sind. Informationen zum Erstellen von Anwendungen und Anwendungsblöcken für eine Elastic-Flotte finden Sie unter [Applications Manager](app-blocks-applications.md).
**So können Sie eine Flotte einrichten und erstellen**
1. Öffnen Sie die WorkSpaces Anwendungskonsole zu [https://console.aws.amazon.com/appstream2/Hause](https://console.aws.amazon.com/appstream2/home).
1. Wählen Sie **Get Started** aus, falls Sie die Konsole zum ersten Mal aufrufen, oder wählen Sie **Fleets** im linken Navigationsmenü aus. Wählen Sie **Create Fleet** aus.
1. Prüfen Sie unter **Schritt 1: Auswählen des Flottentyps** die Details der Flottentypen, klicken Sie auf den Flottentyp, den Sie für Ihren Anwendungsfall erstellen möchten, und wählen Sie **Weiter** aus.
**Anmerkung**
Der Flottentyp bestimmt die sofortige Verfügbarkeit und wie Sie dafür bezahlen. Weitere Informationen finden Sie unter [WorkSpaces Anwendungen Flottenarten](fleet-type.md).
1. **Wenn Sie sich dafür entschieden haben, eine Always-On- oder On-Demand-Flotte zu erstellen, **wählen Sie für Schritt 2: Wählen Sie ein Image** aus, das Ihren Anforderungen entspricht, und klicken Sie dann auf Weiter.**
1. Wenn Sie sich für die Erstellung einer Elastic-Flotte entschieden haben, wählen Sie für **Schritt 2: Anwendungen zuweisen** die Anwendungen aus, die Benutzer von dieser Flotte aus starten können.
1. Geben Sie für **Schritt 3: Flotte konfigurieren** die folgenden **Details** ein:
+ Geben Sie unter **Name** einen eindeutigen Namen für die Flotte ein. Sonderzeichen sind nicht zulässig.
+ Geben Sie unter **Anzeigename** einen für die Flotte anzuzeigenden Namen ein (maximal 100 Zeichen). Sonderzeichen sind nicht zulässig.
+ Geben Sie unter **Beschreibung** eine Beschreibung für die Flotte ein (maximal 256 Zeichen).
+ **Instance Typ auswählen** – wählen Sie einen Instance-Typ aus, der den Leistungsanforderungen Ihrer Anwendungen entspricht. Alle Streaming-Instances Ihrer Flotte werden mit dem von Ihnen gewählten Instance-Typ gestartet. Weitere Informationen finden Sie unter [WorkSpaces Instanzfamilien für Anwendungen](instance-types.md).
+ Sie können stream.\$1-Instance-Typen für Images mit verwenden. `type = "native"` Um einen der folgenden Instanztypen zu verwenden, müssen [Bild importieren](import-image.md) Sie ein Image mit erstellen. `type = "custom"`
+ GeneralPurpose.\$1
+ MemoryOptimized.\$1
+ ComputeOptimized.\$1
+ Beschleunigt. \$1
+ Konfigurieren Sie **Speichervolumes** für Always-On- oder On-Demand-Flotteninstanzen. Standardmäßig entspricht das Speichervolumen der Größe Ihres Image-Volumes, wobei ein Service-Standard von 200 GB im Instance-Stundensatz enthalten ist. Sie können Ihre Speicherkapazität von 200 GB bis zu 500 GB an Ihre Anforderungen anpassen.
**Anmerkung**
Hinweis: Die Größe des Speichervolumens kann nicht unter die Größe des Bildvolumens eingestellt werden. Die Speicherkapazität kann auf bis zu 500 GB erhöht werden, wobei für jeden Speicherplatz, der über die enthaltenen 200 GB hinausgeht, zusätzliche Gebühren anfallen. Diese Gebühren fallen für Flotteninstanzen unabhängig von ihrem Betriebsstatus an (sowohl laufende als auch gestoppte Instances).
+ Wählen Sie für Elastic Fleets unter **Plattformtyp auswählen** das Betriebssystem, das den Anforderungen der Benutzeranwendungen entspricht.
+ Wählen Sie unter **Maximale Sitzungsdauer in Minuten** die maximale Zeitspanne aus, für die eine Streaming-Sitzung aktiv bleiben kann. Wenn Benutzer fünf Minuten vor Erreichen dieses Limits noch mit einer Streaming-Instance verbunden sind, werden sie aufgefordert, alle geöffneten Dokumente zu speichern, bevor sie getrennt werden. Nach Ablauf dieser Zeit wird die Instance beendet und durch eine neue Instance ersetzt. Die maximale Sitzungsdauer, die Sie in der WorkSpaces Anwendungskonsole festlegen können, beträgt 5760 Minuten (96 Stunden). Die maximale Sitzungsdauer, die Sie mithilfe der WorkSpaces Anwendungs-API und CLI festlegen können, beträgt 432000 Sekunden (120 Stunden).
+ Wählen Sie für **Disconnect timeout in minutes (Zeitlimit für die Verbindungstrennung in Minuten)** die Zeitspanne aus, für die eine Streaming-Sitzung aktiv bleiben kann, nachdem der Benutzer die Verbindung getrennt hat. Wenn Benutzer nach einer Verbindungstrennung oder Netzwerkunterbrechung innerhalb dieses Zeitraums erneut eine Verbindung herstellen möchten, werden sie wieder mit der vorherigen Sitzung verbunden. Andernfalls werden sie mit einer neuen Sitzung mit einer neuen Streaming-Instance verbunden. Wenn Sie einen Stack einer Flotte zuordnen, für die eine Umleitungs-URL angegeben ist, werden die Benutzer nach dem Ende ihrer Streaming-Sitzungen an diese URL umgeleitet.
Wenn ein Benutzer die Sitzung beendet, indem er auf der Werkzeugleiste „ WorkSpaces Anwendungen“ auf „**Sitzung beenden**“ oder „**Abmelden**“ klickt, gilt das Timeout für die Unterbrechung der Verbindung nicht. Stattdessen wird der Benutzer aufgefordert, alle geöffneten Dokumente zu speichern, und wird dann sofort von der Streaming-Instance getrennt. Die vom Benutzer verwendete Instance wird dann beendet.
+ Wählen Sie für **Idle disconnect timeout in minutes (Zeitlimit für die Verbindungstrennung bei Leerlauf in Minuten)** die Zeitspanne aus, für die Benutzer im Leerlauf (inaktiv) verbleiben können, bevor sie von ihrer Streaming-Sitzung getrennt werden und bevor das Zeitintervall unter **Disconnect timeout in minutes (Zeitlimit für die Verbindungstrennung in Minuten)** beginnt. Benutzer werden benachrichtigt, bevor sie aufgrund von Inaktivität getrennt werden. Wenn sie versuchen, vor Ablauf des unter **Disconnect timeout in minutes (Zeitlimit für die Verbindungstrennung in Minuten)** angegebenen Zeitintervalls wieder eine Verbindung mit der Streaming-Sitzung herzustellen, werden sie mit ihrer vorherigen Sitzung verbunden. Andernfalls werden sie mit einer neuen Sitzung mit einer neuen Streaming-Instance verbunden. Die Einstellung wird durch den Wert „0“ deaktiviert. Wenn dieser Wert deaktiviert ist, werden Benutzer nicht aufgrund von Inaktivität getrennt.
**Anmerkung**
Benutzer gelten als inaktiv, wenn sie während ihrer Streaming-Sitzung keine Tastatur- oder Mauseingaben mehr vornehmen. Bei Flotten, die mit einer Domain verbunden sind, beginnt der Countdown für die Unterbrechung der Verbindung im Leerlauf erst, wenn sich die Benutzer mit ihrem Active-Directory-Domain-Passwort oder mit einer Smartcard anmelden. Datei-Uploads und -Downloads, Audio-Eingabe, Audio-Ausgabe und Pixeländerungen gelten nicht als Benutzeraktivitäten. Wenn Benutzer nach Ablauf des Zeitintervalls unter **Idle disconnect timeout in minutes (Zeitlimit für die Verbindungstrennung bei Leerlauf in Minuten)** weiterhin inaktiv sind, wird ihre Verbindung getrennt.
+ Bei Elastic-Flotten geben Sie unter **Maximal Anzahl der gleichzeitigen Sitzungen** die maximale Anzahl der gleichzeitigen Sitzungen an, über die diese Flotte verfügen sollte.
**Anmerkung**
Wenn Sie die Fehlermeldung „Die maximale Anzahl gleichzeitiger Sitzungen für Ihr Konto wurde überschritten“ erhalten, können Sie eine Erhöhung des Limits über die Servicekontingenten-Konsole unter [https://console.aws.amazon.com/servicequotas/](https://console.aws.amazon.com/servicequotas/)einreichen. Weitere Informationen finden Sie unter [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) im *Service-Quotas-Benutzerhandbuch*.
+ **Sitzungen mit mehreren Benutzern** – Wählen Sie diese Option aus, wenn Sie Sitzungen für mehrere Benutzer auf einer einzigen Instance bereitstellen möchten. Standardmäßig wird für jede einzelne Benutzersitzung eine Instance (Single-Session) bereitgestellt.
**Anmerkung**
Die Mehrfachsitzung ist nur für Flotten verfügbar, die ständig verfügbar sind und auf Abruf verfügbar sind, die mit einem Windows-Betriebssystem betrieben werden. Multi-Session ist für Elastic Fleets oder das Linux-Betriebssystem nicht verfügbar.
Nur Basisabbilder und verwaltete Abbild-Updates, die am oder nach dem 15. Mai 2023 veröffentlicht werden, unterstützen Multi-Session-Flotten. Weitere Details finden Sie unter [WorkSpaces Versionshinweise für das Basis-Image und das Managed Image-Update für Anwendungen](base-image-version-history.md).
+ **Maximale Anzahl von Sitzungen pro Instance** – Maximale Anzahl von Benutzersitzungen auf einer Instance. Sie müssen diesen Wert auf Grundlage der Leistungsanforderungen Ihrer Endbenutzeranwendungen wählen. Sie können auch die maximalen Sitzungen pro Instance für eine Flotte anpassen, nachdem diese bereitgestellt wurde. In diesem Fall werden die vorhandenen Benutzersitzungen und Instances nicht beeinträchtigt, aber die Flotte wird mit dem neuen Wert für die maximale Anzahl an Sitzungen pro Instance konsistent. Dieser Wert muss zwischen 2 und 50 liegen. Bevor Sie diesen Wert für Ihre Flotte festlegen, finden Sie weitere Informationen unter [Multi-Session-Empfehlungen](multi-session-recs.md).
+ Für Always-On- und On-Demand-Flotten wählen Sie unter **Mindestkapazität** die Mindestanzahl an Instances (für Single-Session-Flotten) oder Benutzersitzungen (für Multi-Session-Flotten) für Ihre Flotte, basierend auf der Mindestanzahl der erwarteten gleichzeitigen Benutzer.
+ Wählen Sie für Always-On- und On-Demand-Flotten unter **Maximale Kapazität** die maximale Anzahl von Instances (für Single-Session-Flotten) oder Benutzersitzungen (für Multi-Session-Flotten) für Ihre Flotte, basierend auf der maximalen Anzahl erwarteter gleichzeitiger Benutzer.
**Anmerkung**
Für Multi-Session müssen Sie die Kapazität auf Grundlage der Anzahl der Benutzersitzungen angeben. Der Dienst berechnet die erforderliche Anzahl der zu startenden Instances auf Grundlage Ihrer Flottenkonfiguration und des Wertes der maximalen Sitzungen pro Instance.
+ Wählen Sie für die **Stream-Ansicht** die WorkSpaces Anwendungsansicht aus, die Ihren Benutzern während ihrer Streaming-Sitzungen angezeigt wird. Wählen Sie **Anwendung** aus, um nur die Fenster zu Anwendungen anzuzeigen, die von Benutzern geöffnet werden. Wählen Sie **Desktop** aus, um den vom Betriebssystem bereitgestellten Standarddesktop anzuzeigen.
**Anmerkung**
Standardmäßig zeigt „ WorkSpaces Anwendungen“ nur die Fenster der Anwendungen an, die von Benutzern während ihrer Streaming-Sitzungen geöffnet wurden. Um die **Desktop-Ansicht** für Ihre Benutzer zu aktivieren, konfigurieren Sie Ihre Flotte so, dass sie ein WorkSpaces Anwendungs-Image verwendet, das eine Version des WorkSpaces Applications Agent verwendet, die am oder nach dem 19. Februar 2020 veröffentlicht wurde.
+ Geben Sie **unter Skalierungsdetails (erweitert)** die Skalierungsrichtlinien an, die WorkSpaces Applications verwendet, um die Kapazität Ihrer Flotte zu erhöhen oder zu verringern. Beachten Sie, dass die Größe Ihrer Flotte durch die von Ihnen angegebene Mindest- und Höchstkapazität begrenzt ist. Weitere Informationen finden Sie unter [Fleet Auto Scaling für WorkSpaces Amazon-Anwendungen](autoscaling.md).
+ Wenn Sie für die **IAM-Rolle (Advanced)** eine IAM-Rolle von Ihrem Konto auf eine WorkSpaces Applications-Flotteninstanz anwenden, können Sie AWS API-Anfragen von der Flotteninstanz aus stellen, ohne die Anmeldeinformationen manuell verwalten AWS zu müssen. Führen Sie einen der folgenden Schritte aus, um eine IAM-Rolle anzuwenden:
+ Um eine bestehende IAM-Rolle in Ihrem AWS Konto zu verwenden, wählen Sie die Rolle, die Sie verwenden möchten, aus der **IAM-Rollenliste** aus. Die Rolle muss von der Flotten-Instance aus zugänglich sein. Weitere Informationen finden Sie unter [Konfiguration einer vorhandenen IAM-Rolle für die Verwendung mit WorkSpaces Anwendungs-Streaming-Instances](configuring-existing-iam-role-to-use-with-streaming-instances.md).
+ Wählen Sie **Neue Rolle erstellen** aus und folgen Sie den Schritten unter [So erstellen Sie eine IAM-Rolle zur Verwendung mit WorkSpaces Anwendungs-Streaming-Instances](how-to-create-iam-role-to-use-with-streaming-instances.md), um eine neue IAM-Rolle zu erstellen.
+ Für Elastic Fleets können Sie unter **USB-Umleitung (erweitert)** bis zu 10 Zeichenfolgen angeben, die festlegen, welche Arten von USB-Geräten, die an das lokale Gerät angeschlossen sind, in die Streaming-Sitzung umgeleitet werden können, wenn Sie den nativen Windows-Client verwenden. Weitere Informationen finden Sie unter [Qualifizieren von USB-Geräten für die Verwendung mit Streaming-Anwendungen](qualify-usb-devices.md).
1. Wählen Sie **Weiter** aus.
1. Wenn Sie sich dafür entschieden haben, eine Always-On- oder On-Demand-Flotte zu erstellen, wählen Sie in **Schritt 3: Auswählen eines Abbilds** ein Abbild aus, das Ihren Anforderungen entspricht, und klicken dann auf **Weiter**.
1. Wenn Sie sich für die Erstellung einer Elastic-Flotte entschieden haben, wählen Sie in **Schritt 3: Zuweisen von Anwendungen** die Anwendungen aus, die Benutzer aus dieser Flotte starten können.
1. Führen Sie unter **Step 5: Konfigurieren des Netzwerks** die folgenden Schritte aus:
+ Um den Internetzugriff für Flotten-Instances in eine VPC mit einem öffentlichen Subnetz zu ermöglichen, aktivieren Sie **Default Internet Access**. Wenn Sie Internetzugriff über ein NAT-Gateway bereitstellen, lassen Sie **Default Internet Access (Standard-Internetzugriff)** deaktiviert. Weitere Informationen finden Sie unter [Internetzugriff](internet-access.md).
**Anmerkung**
Ihre VPC muss Zugriff auf Amazon Simple Storage Service (S3) gewähren, wenn Sie Funktionen aktivieren, die auf dem Speichern in einem S3-Bucket basieren. Weitere Informationen finden Sie unter [Verwendung von Amazon S3 S3-VPC-Endpunkten für Anwendungsfunktionen WorkSpaces](managing-network-vpce-iam-policy.md).
+ Wählen Sie für **VPC** und **Subnetz 1 (Subnet 1)** eine VPC und mindestens ein Subnetz aus, das Zugriff auf die von Ihrer Anwendung benötigten Netzwerkressourcen hat. Zur Erhöhung der Fehlertoleranz empfehlen wir, zwei Subnetze in verschiedenen Availability Zones auszuwählen. Weitere Informationen finden Sie unter [Konfigurieren einer VPC mit privaten Subnetzen und einem NAT-Gateway](managing-network-internet-NAT-gateway.md).
**Anmerkung**
Elastic-Flotten erfordern, dass Sie mindestens zwei Subnetze angeben, die sich in unterschiedlichen Availability Zones befinden.
Wenn Sie nicht über eine eigene VPC und ein eigenes Subnetz verfügen, können Sie die [Standard-VPC](default-vpc-with-public-subnet.md) verwenden oder eine eigene erstellen. Um eine eigene zu erstellen, wählen Sie die Links **Create a new VPC (Neue VPC erstellen)** und **Create new subnet (Neues Subnetz erstellen)** aus, um sie zu erstellen. Wenn Sie diese Links auswählen, wird die Amazon-VPC-Konsole geöffnet. Nachdem Sie Ihre VPC und Subnetze erstellt haben, kehren Sie zur WorkSpaces Anwendungskonsole zurück und wählen Sie das Aktualisierungssymbol links neben den Links **Neue VPC erstellen und Neues** **Subnetz erstellen**, um sie in der Liste anzuzeigen. Weitere Informationen finden Sie unter [Konfiguration einer VPC für Anwendungen WorkSpaces](appstream-vpc.md).
+ Wählen Sie für **Sicherheitsgruppe(n)** bis zu fünf Sicherheitsgruppen aus, die dieser Flotte zugeordnet werden sollen. Wenn Sie keine eigene Sicherheitsgruppe haben und die Standardsicherheitsgruppe nicht verwenden möchten, wählen Sie den Link **Create new security group (Neue Sicherheitsgruppe erstellen)** aus, um eine zu erstellen. Nachdem Sie Ihre Subnetze in der Amazon VPC-Konsole erstellt haben, kehren Sie zur WorkSpaces Anwendungskonsole zurück und wählen Sie das Aktualisierungssymbol links neben dem Link **Neue Sicherheitsgruppe erstellen**, um sie in der Liste anzuzeigen. Weitere Informationen finden Sie unter [Sicherheitsgruppen in WorkSpaces Amazon-Anwendungen](managing-network-security-groups.md).
+ Erweitern Sie unter **Active Directory-Domain (Optional)** diesen Abschnitt, um das Active Directory und die Organisationseinheit (OU) auszuwählen, in der Ihre Streaming-Instance-Computerobjekte abgelegt werden sollen. Stellen Sie sicher, dass die ausgewählten Netzwerkzugriffseinstellungen eine DNS-Auflösung und die Kommunikation mit Ihrem Verzeichnis ermöglichen. Weitere Informationen finden Sie unter [Active Directory mit WorkSpaces Anwendungen verwenden](active-directory.md).
1. Wählen Sie **Weiter** aus.
1. Für **Schritt 5: Überprüfen**, bestätigen Sie die Details für die Flotte. Zum Ändern der Konfiguration eines Abschnitts wählen Sie **Edit** und nehmen die erforderlichen Änderungen vor. Nachdem Sie die Konfigurationsdetails geprüft haben, wählen Sie **Create (Erstellen)**.
1. Aktivieren Sie im Dialogfeld Preisbestätigung das Kontrollkästchen für die Bestätigung und wählen Sie **Create (Erstellen)**.
**Anmerkung**
Wenn Sie in einer Fehlermeldung darüber informiert werden, dass Sie nicht über ausreichende Limits (Kontingente) verfügen, um die Flotte zu erstellen, reichen Sie über die Service-Kontingents-Konsole unter [https://console.aws.amazon.com/servicequotas/](https://console.aws.amazon.com/servicequotas/)eine Anfrage zur Erhöhung des Limits ein. Weitere Informationen finden Sie unter [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) im *Service-Quotas-Benutzerhandbuch*.
1. Während Ihre Flotte erstellt wird und Flotten-Instances bereitgestellt werden, wird der Status Ihrer Flotten in der Liste **Flotten** mit **Wird gestartet** angezeigt. Wählen Sie regelmäßig das Symbol **Aktualisieren**, um den Flottenstatus zu aktualisieren, bis er mit **Running** (Wird ausgeführt) angegeben wird. Damit die Flotte einem Stack zugeordnet und für Streaming-Sitzungen verwendet wird, muss der Status der Flotte **Wird ausgeführt** lauten.
# Erstellen Sie einen Stack in Amazon WorkSpaces Applications
Richten Sie einen Stack ein und erstellen Sie ihn, um den Zugriff auf Ihre Flotte zu steuern.
**Anmerkung**
Sie können Google Drive und Persistence für Anwendungseinstellungen nur für Stacks aktivieren, die einer Windows-Flotte zugeordnet sind. OneDrive Bevor Sie einen vorhandenen Stack einer Linux-Flotte zuordnen, stellen Sie bitte sicher, dass diese Einstellungen deaktiviert sind.
**So können Sie einen Stack einrichten und erstellen**
1. Wählen Sie im linken Navigationsbereich **Stacks** und **Create Stack (Stack erstellen)** aus.
1. Geben Sie in **Schritt 1: Stack-Details** unter **Stack-Details** einen eindeutigen Namen als ID für den Stack ein. Optional können Sie die folgenden Schritte ausführen:
+ **Display name** (Anzeigename) – Geben Sie einen Namen für den Stack ein (maximal 100 Zeichen).
+ **Description** (Beschreibung) – Geben Sie eine Beschreibung für den Stack ein (maximal 256 Zeichen).
+ **Umleitungs-URL** – Geben Sie eine URL an, an die die Benutzer nach dem Ende der Streaming-Sitzungen umgeleitet werden.
+ **Feedback-URL** – Geben Sie eine URL an, an die die Benutzer umgeleitet werden, nachdem sie auf den Link **Feedback senden** geklickt haben, um ihr Feedback zu ihrer Streaming-Erfahrung mit der Anwendung abzugeben. Wenn Sie keine URL angeben, wird dieser Link nicht angezeigt.
+ **Fleet (Flotte)** – Wählen Sie eine vorhandene Flotte aus oder erstellen Sie eine neue, die dem Stack zugeordnet werden soll.
+ **Bevorzugtes Streaming-Protokoll** – Geben Sie das Streaming-Protokoll an, das der Stack bevorzugen soll: UDP oder TCP. Zurzeit wird UDP nur im nativen Windows-Client unterstützt. Weitere Informationen finden Sie unter [Systemanforderungen und Funktionsunterstützung (WorkSpaces Applications Client)](client-system-requirements-feature-support.md).
+ **Tags** – Wählen Sie **Tag hinzufügen** aus und geben Sie den Schlüssel und den Wert für das Tag ein. Wiederholen Sie diesen Schritt, um weitere Tags hinzuzufügen. Weitere Informationen finden Sie unter [Kennzeichnen Ihrer WorkSpaces Amazon-Anwendungsressourcen](tagging-basic.md).
+ **VPC-Endpunkte (Erweitert)** – Sie können in Ihrer Virtual Private Cloud (VPC) einen privaten Link erstellen, bei dem es sich um einen [Schnittstellen-VPC-Endpunkt](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html) (Schnittstellenendpunkt) handelt. Um mit der Erstellung des Schnittstellenendpunkts zu beginnen, wählen Sie **Create VPC Endpoint (VPC-Endpunkt erstellen)** aus. Wenn Sie auf diesen Link klicken, wird die VPC-Konsole geöffnet. Um die Erstellung des Endpunkts abzuschließen, führen Sie die Schritte 3 bis 6 unter *So erstellen Sie einen Schnittstellenendpunkt* in [Tutorial: Erstellen und Streamen von Schnittstellen-VPC-Endpunkten](creating-streaming-from-interface-vpc-endpoints.md) aus.
Nachdem Sie den Schnittstellenendpunkt erstellt haben, können Sie ihn verwenden, um Streaming-Datenverkehr innerhalb Ihrer VPC zu halten.
+ ** WorkSpaces Anwendungen einbetten (optional)** — Um eine WorkSpaces Anwendungs-Streaming-Sitzung in eine Webseite einzubetten, geben Sie die Domain an, in der die eingebettete Streaming-Sitzung gehostet werden soll. Eingebettete Streaming-Sitzungen werden nur über HTTPS [TCP-Port 443] unterstützt.
**Anmerkung**
Sie müssen die Voraussetzungen erfüllen und zusätzliche Schritte ausführen, um Streaming-Sitzungen für eingebettete WorkSpaces Anwendungen zu konfigurieren. Weitere Informationen finden Sie unter [Streaming-Sitzungen WorkSpaces für Amazon-Anwendungen einbetten](embed-streaming-sessions.md).
1. Wählen Sie **Weiter** aus.
1. Für **Step 2: Enable Storage (Schritt 2: Speicher aktivieren)** können Sie persistenten Speicher für Ihre Benutzer bereitstellen, indem Sie eine oder mehrere der folgenden Aktionen auswählen:
+ **Basisordner** – Benutzer können ihre Dateien in ihren Basisordnern speichern und während der Anwendungs-Streaming-Sitzungen auf vorhandene Dateien und Ordner in ihrem Basisordner zugreifen. Weitere Informationen zu den Anforderungen für die Aktivierung von Basisordnern finden Sie unter [Aktivieren Sie Basisordner für Ihre WorkSpaces Anwendungsbenutzer](enable-home-folders.md).
+ **Google Drive für Google Workspace** — Nutzer können ihr Google Drive for Google Workspace-Konto mit WorkSpaces Anwendungen verknüpfen. Sie können sich während der Anwendungs-Streaming-Sitzung bei ihrem Google-Drive-Konto anmelden, Dateien auf Google Drive speichern und auf ihre dort vorhandenen Dateien zugreifen. Sie können Google Drive nur für Konten in Google Workspace-Domains aktivieren, nicht für persönliche Gmail-Konten.
**Anmerkung**
Die Aktivierung von Google Drive wird für Linux-basierte Stacks oder Stacks, die Multi-Session-Flotten zugeordnet sind, nicht unterstützt.
**Anmerkung**
Nachdem Sie **Google Drive aktivieren** ausgewählt haben, geben Sie den Namen mindestens einer Organisationsdomain ein, die mit Ihrem Google Workspace-Konto verknüpft ist. Der Zugriff auf Google Drive während der Anwendungs-Streaming-Sitzungen ist auf die Benutzerkonten in den von Ihnen angegebenen Domains beschränkt. Sie können bis zu 10 Domänen angeben. Weitere Informationen zu den Anforderungen für die Aktivierung von Google Drive finden Sie unter [Aktivieren Sie Google Drive für Ihre WorkSpaces Anwendungsnutzer](enable-google-drive.md).
+ **OneDrive für Unternehmen** — Nutzer können ihr OneDrive Business-Konto mit WorkSpaces Anwendungen verknüpfen. Während Anwendungs-Streaming-Sitzungen können sie sich bei ihrem OneDrive Konto anmelden, Dateien OneDrive dort speichern und auf ihre vorhandenen Dateien zugreifen OneDrive. Sie können die Option nur OneDrive für Konten in OneDrive Domänen aktivieren, nicht für persönliche Konten.
**Anmerkung**
OneDrive Die Aktivierung wird für Linux-basierte Stacks oder Stacks, die Multisitzungsflotten zugeordnet sind, nicht unterstützt.
**Anmerkung**
Nachdem Sie **Aktivieren** ausgewählt haben OneDrive, geben Sie den Namen mindestens einer Organisationsdomäne ein, die Ihrem Konto zugeordnet ist. OneDrive Der Zugriff auf OneDrive während Anwendungsstreaming-Sitzungen ist auf Benutzer beschränkt, die sich in den von Ihnen angegebenen Domänen befinden. Sie können bis zu 10 Domänen angeben. Weitere Informationen zu den Aktivierungsanforderungen finden Sie unter[Für Benutzer Ihrer Anwendungen aktivieren OneDrive WorkSpaces](enable-onedrive.md). OneDrive
1. Wählen Sie **Weiter** aus.
1. Konfigurieren Sie in **Schritt 3: Benutzereinstellungen** die folgenden Einstellungen. Klicken Sie abschließend auf **Review (Überprüfen)**.
Berechtigungen für **Zwischenablage, Dateiübertragung, Drucken auf lokales Gerät und Authentifizierungsberechtigungen**:
**Anmerkung**
Die **Smartcard-Anmeldung für Active Directory** ist derzeit nicht für Flotten mit mehreren Sitzungen verfügbar.
+ **Zwischenablage** – Standardmäßig können Benutzer Daten zwischen ihrem lokalen Gerät und Streaming-Anwendungen kopieren und einfügen. Sie können die Zwischenablageoptionen so einschränken, dass Benutzer Daten nur in ihrer Remote-Streaming-Sitzung einfügen oder Daten nur auf ihr lokales Gerät kopieren können. Sie können die Zwischenablageoptionen auch gänzlich deaktivieren. Benutzer können auch weiterhin zwischen Anwendungen in ihrer Streaming-Sitzung kopieren und einfügen. Sie können „Auf **lokales Gerät kopieren**“ oder „In **Remotesitzung einfügen**“ oder beides wählen, um die Datenmenge zu begrenzen, die Benutzer innerhalb oder außerhalb ihrer WorkSpaces Anwendungs-Streaming-Sitzung kopieren oder einfügen können, wenn sie die Zwischenablage verwenden. Der Wert kann zwischen 1 und 20.971.520 (20 MB) liegen und wird standardmäßig auf den Maximalwert gesetzt, wenn er nicht angegeben wird.
+ **Dateiübertragung** – Standardmäßig können Benutzer Dateien zwischen ihrem lokalen Gerät und ihrer Streaming-Sitzung hoch- und herunterladen. Sie können die Dateiübertragungsoptionen so einschränken, dass Benutzer Daten nur zu ihrer Streaming-Sitzung hochladen oder Dateien nur auf ihr lokales Gerät herunterladen können. Sie können die Dateiübertragung auch gänzlich deaktivieren.
**Wichtig**
Wenn Ihre Benutzer während ihrer Streaming-Sitzungen die Umleitung des WorkSpaces Anwendungsdateisystems für den Zugriff auf lokale Laufwerke und Ordner benötigen, müssen Sie sowohl das Hoch- als auch das Herunterladen von Dateien aktivieren. Um die Dateisystemumleitung verwenden zu können, müssen Ihre Benutzer den WorkSpaces Applications Client Version 1.0.480 oder höher installiert haben. Weitere Informationen finden Sie unter [Aktivieren Sie die Dateisystemumleitung für Ihre Anwendungsbenutzer WorkSpaces](enable-file-system-redirection.md).
+ **Auf lokalem Gerät ausdrucken** – Standardmäßig können Benutzer Daten aus einer Streaming-Anwendung heraus auf ihrem lokalen Gerät ausdrucken. Wenn sie in der Anwendung **Print (Drucken)** wählen, können sie eine .pdf-Datei herunterladen, die sie auf einem lokalen Drucker drucken können. Sie können diese Option deaktivieren, um Benutzer am Drucken auf einem lokalen Gerät zu hindern.
+ **Kennwortanmeldung für Active Directory** — Benutzer können ihr Active Directory-Domänenkennwort eingeben, um sich bei einer WorkSpaces Anwendungsstreaming-Instanz anzumelden, die zu einer Active Directory-Domäne gehört.
Sie können auch die **Smartcard-Anmeldung für Active Directory** aktivieren. Mindestens eine Authentifizierung muss aktiviert sein.
+ **Smartcard-Anmeldung für Active Directory** — Benutzer können einen Smartcard-Leser und eine Smartcard verwenden, die mit ihrem lokalen Computer verbunden sind, um sich bei einer WorkSpaces Anwendungsstreaming-Instanz anzumelden, die zu einer Active Directory-Domäne gehört.
Sie können auch die **Kennwortanmeldung für Active Directory** aktivieren. Sie müssen mindestens eine Authentifizierungsmethode auswählen.
**Anmerkung**
Einstellungen für **Zwischenablage, Dateiübertragung und Drucken auf lokalem Gerät — Diese Einstellungen** steuern nur, ob Benutzer die Datenübertragungsfunktionen von WorkSpaces Anwendungen verwenden können. Wenn Ihr Abbild Zugriff auf einen Browser, einen Netzwerkdrucker oder eine andere Remote-Ressource gewährt, können Ihre Benutzer möglicherweise auf andere Weise Daten zu oder von ihrer Streaming-Sitzung übertragen.
**Authentifizierungseinstellungen** — Diese Einstellungen steuern nur die Authentifizierungsmethode, die für die Windows-Anmeldung bei einer WorkSpaces Anwendungs-Streaming-Instanz (Fleet oder Image Builder) verwendet werden kann. Sie steuern nicht die Authentifizierungsmethode, die für die sitzungsinterne Authentifizierung verwendet werden kann, nachdem sich ein Benutzer bei einer Streaming-Instance angemeldet hat. Informationen zu den Konfigurationsanforderungen für die Verwendung von Smartcards für die Windows-Anmeldung und die sitzungsinterne Authentifizierung finden Sie unter [Smartcards](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards). Diese Einstellungen werden für Linux-basierte Stacks nicht unterstützt.
**Zeitzone**:
+ **Automatisches Einstellen der Zeitzone für die Remotesitzung** — Mit dieser Einstellung wird die für das Streaming verwendete Zeitzone mit der auf dem Gerät des Benutzers eingestellten Zeitzone synchronisiert. Benutzer können dies überschreiben und ihre eigene bevorzugte Zeitzone festlegen.
**Persistenz der Anwendungseinstellungen**:
+ **Persistenz von Anwendungseinstellungen aktivieren** – Die Anwendungsanpassungen und Windows-Einstellungen der Benutzer werden nach jeder Streaming-Sitzung automatisch gespeichert und während der nächsten Sitzung angewendet. Diese Einstellungen werden in einem Amazon Simple Storage Service (Amazon S3) -Bucket in Ihrem Konto innerhalb der AWS Region gespeichert, in der die Persistenz der Anwendungseinstellungen aktiviert ist.
+ **Einstellungsgruppe** – Die Einstellungsgruppe bestimmt, welche gespeicherten Anwendungseinstellungen für eine Streaming-Sitzung aus diesem Stack verwendet werden. Wenn dieselbe Einstellungsgruppe auf einen anderen Stack angewandt wird, verwenden beide Stacks die gleichen Anwendungseinstellungen. Standardmäßig ist der Wert der Einstellungsgruppe der Name des Stacks.
**Anmerkung**
Weitere Informationen zu den Anforderungen für das Aktivieren und Verwalten der Persistenz von Anwendungseinstellungen finden Sie unter [Aktivieren Sie die Persistenz der Anwendungseinstellungen für Ihre WorkSpaces Anwendungsbenutzer](app-settings-persistence.md).
1. Bestätigen Sie für **Step 4: Review (Schritt 4: Prüfen)** die Details für den Stack. Zum Ändern der Konfiguration eines Abschnitts wählen Sie **Edit** und nehmen die erforderlichen Änderungen vor. Nachdem Sie die Konfigurationsdetails geprüft haben, wählen Sie **Create (Erstellen)**.
Nachdem der Service Ressourcen eingerichtet hat, wird die Seite**Stacks** eingeblendet. Der Status Ihres neuen Stacks erscheint als **Active (Aktiv)**, wenn er betriebsbereit ist.
# Benutzern in WorkSpaces Amazon-Anwendungen Zugriff gewähren
Nachdem Sie einen Stack mit einer zugehörigen Flotte erstellt haben, können Sie Benutzern Zugriff über den Benutzerpool der WorkSpaces Anwendungen, SAML 2.0 [Single Sign-On (SSO)] oder die WorkSpaces Anwendungs-API gewähren. Weitere Informationen erhalten Sie unter [Benutzerpool-Verwaltung in WorkSpaces Amazon-Anwendungen](user-pool-admin.md) und [Integration von WorkSpaces Amazon-Anwendungen mit SAML 2.0](external-identity-providers.md).
**Anmerkung**
Benutzer im Benutzerpool für WorkSpaces Anwendungen können keinen Stacks mit Flotten zugewiesen werden, die zu einer Active Directory-Domäne gehören.
Nachdem Sie Ihren Benutzern Zugriff auf WorkSpaces Anwendungen gewährt haben, können sie Anwendungs-Streaming-Sitzungen mithilfe eines Webbrowsers oder mithilfe der WorkSpaces Anwendungsclientanwendung für ein unterstütztes Gerät starten WorkSpaces . Wenn Sie Benutzern über den Benutzerpool der WorkSpaces Anwendungen Zugriff gewähren, müssen sie für Streaming-Sitzungen einen Webbrowser verwenden. Wenn Sie SAML 2.0 oder die WorkSpaces Applications API verwenden, können Sie ihnen den WorkSpaces Applications Client zur Verfügung stellen. Der WorkSpaces Applications Client ist eine native Anwendung, die für Benutzer entwickelt wurde, die während ihrer WorkSpaces Anwendungs-Streaming-Sitzungen zusätzliche Funktionen benötigen. Weitere Informationen finden Sie unter [Zugriff über den WorkSpaces Applications Client bereitstellen](client-application.md).
# Ressourcen in WorkSpaces Amazon-Anwendungen bereinigen
Sie können die ausgeführte Flotte stoppen und den aktiven Stack löschen, um Ressourcen freizugeben und unbeabsichtigte Änderungen am Konto zu verhindern. Es wird empfohlen, die Ausführung ungenutzter Flotten zu stoppen.
Beachten Sie, dass Sie einen Stack mit einer zugeordneten Flotte nicht löschen können.
**So bereinigen Sie Ihre Ressourcen**
1. Klicken Sie im Navigationsbereich auf **Stacks**.
1. Wählen Sie den Stack und dann **Actions**, **Disassociate Fleet**. Wählen Sie im Bestätigungsdialogfeld **Zuordnung aufheben** aus.
1. Klicken Sie im Navigationsbereich auf **Fleets (Flotten)**.
1. Wählen Sie die Flotte aus, die Sie stoppen möchten, klicken Sie auf **Actions** und dann auf**Stop**. Eine Flotte zu stoppen dauert ca. fünf Minuten.
1. Wenn die Flotte den Status **Stopped** zeigt, wählen Sie **Actions**, **Delete**.
1. Klicken Sie im Navigationsbereich auf **Stacks**.
1. Wählen Sie den Stack und wählen Sie**Actions**, **Delete**.
# Passen Sie eine WorkSpaces Amazon-Anwendungsflotte an, um das Anwendungs-Streaming-Erlebnis Ihrer Benutzer zu optimieren
Durch die Anpassung der WorkSpaces Anwendungsflotteninstanzen können Sie bestimmte Aspekte Ihrer Anwendungsumgebung definieren, um das WorkSpaces Anwendungs-Streaming-Erlebnis Ihrer Benutzer zu optimieren. Sie können beispielsweise Umgebungsvariablen dauerhaft speichern, um Einstellungen an Anwendungen dynamisch zu übergeben, und Standarddateizuordnungen festlegen, die auf alle Ihre Benutzer angewendet werden. Grundsätzlich umfasst die Anpassung einer Flotten-Instance die folgenden Schritte:
+ Herstellen einer Verbindung mit einem Image Builder und Anpassen des Builders nach Bedarf.
+ Verwenden des Image-Assistenten im Image Builder, um ein neues Abbild zu erstellen, das Ihre Anpassungen enthält.
+ Erstellen einer neuen Flotten-Instance oder Ändern einer vorhandenen Instance. Wählen Sie beim Konfigurieren der Flotten-Instance das neue benutzerdefinierte Abbild aus, das Sie erstellt haben.
+ Erstellen eines neuen Stacks oder Ändern eines vorhandenen Stacks und Verknüpfen dieses Stacks mit Ihrer Flotten-Instance.
**Anmerkung**
Bei bestimmten Flottenanpassungen in Active Directory-Umgebungen müssen Sie möglicherweise die GPMC (Group Policy Management Console) zum Aktualisieren von Gruppenrichtlinienobjekt-Einstellungen auf einem mit einer Domäne verbundenen Computer verwenden.
**Topics**
+ [Umgebungsvariablen in WorkSpaces Amazon-Anwendungen beibehalten](customize-fleets-persist-environment-variables.md)
+ [Legen Sie Standard-Dateizuordnungen für Ihre Benutzer in WorkSpaces Amazon-Anwendungen fest](customize-fleets-set-default-file-associations.md)
+ [Deaktivieren Sie die verstärkte Sicherheitskonfiguration für Internet Explorer in WorkSpaces Amazon-Anwendungen](customize-fleets-disable-ie-esc.md)
+ [Ändern Sie die standardmäßige Internet Explorer-Startseite für die Streaming-Sitzungen von Benutzern in WorkSpaces Amazon-Anwendungen](customize-fleets-change-ie-homepage.md)
+ [Benutzer- und Instanz-Metadaten für Amazon WorkSpaces Applications Fleets](customize-fleets-user-instance-metadata-fleets.md)
# Umgebungsvariablen in WorkSpaces Amazon-Anwendungen beibehalten
Mithilfe von Umgebungsvariablen können Sie Einstellungen von Anwendung zu Anwendung dynamisch übergeben. Viele technische Anwendungen verwenden Umgebungsvariablen, um die IP-Adresse oder den Hostnamen eines Lizenzservers anzugeben und eine Lizenz auf diesem Server zu suchen und zu prüfen.
Befolgen Sie die Schritte in diesen Verfahren, um Umgebungsvariablen auf Ihren Flotten-Instances zur Verfügung zu stellen.
**Anmerkung**
Die folgenden Anweisungen gelten nur für Windows-Flotten.
**Topics**
+ [Ändern von System-Umgebungsvariablen](customize-fleets-system-environment-variables.md)
+ [Ändern von Benutzer-Umgebungsvariablen](customize-fleets-user-environment-variables.md)
+ [Erstellen einer Umgebungsvariable mit begrenztem Umfang](customize-fleets-environment-variable-limited-scope.md)
**Anmerkung**
Wenn Sie Active Directory und Gruppenrichtlinien mit WorkSpaces Anwendungen verwenden, denken Sie daran, dass Streaming-Instances zu einer Active Directory-Domäne hinzugefügt werden müssen, um Gruppenrichtlinien für Umgebungsvariablen verwenden zu können. Weitere Informationen zum Konfigurieren des Einstellungselements für die Gruppenrichtlinien-**Umgebungsvariable** finden Sie unter [Konfigurieren eines Elements für Umgebungsvariablen](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc772047(v=ws.11)) in der Microsoft-Dokumentation.
# Ändern von System-Umgebungsvariablen
Führen Sie die folgenden Schritte aus, um die System-Umgebungsvariablen in Ihren gesamten Flotten-Instances zu ändern.
**So ändern Sie die Systemumgebungsvariablen in einem Image Builder**
Dieses Verfahren gilt nur für Systemumgebungsvariablen, nicht für Benutzerumgebungsvariablen. Befolgen Sie die Schritte im nächsten Verfahren, um Benutzerumgebungsvariablen, die auf Ihren Flotten-Instances dauerhaft gespeichert sind, zu ändern.
1. Stellen Sie eine Verbindung zu dem Image Builder her, auf dem Sie die Systemumgebungsvariablen ändern möchten, und melden Sie sich mit lokalen Administratorberechtigungen an. Gehen Sie dazu folgendermaßen vor:
+ [Verwenden Sie die WorkSpaces Anwendungskonsole](managing-image-builders-connect-console.md) (nur für Webverbindungen)
+ [Erstellen Sie eine Streaming-URL](managing-image-builders-connect-streaming-URL.md) (für Web- oder WorkSpaces Anwendungs-Client-Verbindungen)
**Anmerkung**
Wenn der Image Builder, zu dem Sie eine Verbindung herstellen möchten, zu einer Active Directory-Domäne gehört und Ihre Organisation eine Smartcard-Anmeldung erfordert, müssen Sie eine Streaming-URL erstellen und den WorkSpaces Applications Client für die Verbindung verwenden. Informationen zur Smartcard-Anmeldung finden Sie unter [Smartcards](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards).
1. Wählen Sie die Windows-Schaltfläche **Start** aus, öffnen Sie das Kontextmenü (rechte Maustaste) für **Computer** und wählen Sie dann **Eigenschaften** aus.
1. Klicken Sie im Navigationsbereich auf **Erweiterte Systemeinstellungen**.
1. Ändern Sie unter **Systemvariablen** die Umgebungsvariablen, die Sie auf Ihren Flotten-Instances dauerhaft speichern möchten, und klicken Sie dann auf** OK**.
1. Öffnen Sie auf dem Image-Builder-Desktop den Image Assistant.
1. Führen Sie die erforderlichen Schritte im Image Assistant aus, um Ihr Abbild fertigzustellen. Weitere Informationen finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md).
Die Änderungen an den Systemumgebungsvariablen werden auf Ihren Flotten-Instances dauerhaft gespeichert und stehen für Streaming-Sitzungen, die auf diesen Instances gestartet werden, zur Verfügung.
**Anmerkung**
Wenn Sie AWS CLI Anmeldeinformationen als Systemumgebungsvariablen festlegen, können WorkSpaces Anwendungen das Image möglicherweise nicht erstellen.
# Ändern von Benutzer-Umgebungsvariablen
Führen Sie die folgenden Schritte aus, um die Benutzer-Umgebungsvariablen in Ihren gesamten Flotten-Instances zu ändern.
**So ändern Sie Benutzer-Umgebungsvariablen**
1. Stellen Sie eine Verbindung zum Image Builder her, auf dem Sie die Systemumgebungsvariablen ändern möchten, und melden Sie sich als **Vorlagenbenutzer** an. Gehen Sie dazu folgendermaßen vor:
+ [Verwenden Sie die WorkSpaces Anwendungskonsole](managing-image-builders-connect-console.md) (nur für Webverbindungen)
+ [Erstellen Sie eine Streaming-URL](managing-image-builders-connect-streaming-URL.md) (für Web- oder WorkSpaces Anwendungs-Client-Verbindungen)
**Anmerkung**
Wenn der Image Builder, zu dem Sie eine Verbindung herstellen möchten, zu einer Active Directory-Domäne gehört und Ihre Organisation eine Smartcard-Anmeldung erfordert, müssen Sie eine Streaming-URL erstellen und den WorkSpaces Applications Client für die Verbindung verwenden. Informationen zur Smartcard-Anmeldung finden Sie unter [Smartcards](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards).
Mit **Template User (Vorlagenbenutzer)** erstellen Sie Standardanwendungs- und Windows-Einstellungen für Ihre Benutzer. Weitere Informationen finden Sie unter „Erstellen von Standardanwendungs- und Windows-Einstellungen für Ihre WorkSpaces Anwendungsbenutzer“ unter[Standardanwendungs- und Windows-Einstellungen sowie Leistung beim Starten von WorkSpaces Anwendungen in Amazon Applications](customizing-appstream-images.md).
1. Wählen Sie im Image Builder die Windows-Schaltflächen **Start**, **Systemsteuerung**, **Benutzerkonten** aus.
1. Wählen Sie erneut **Benutzerkonten**. Wählen Sie im linken Navigationsbereich die Option **Eigene Umgebungsvariablen ändern.**
1. Legen Sie unter **Benutzerumgebungsvariablen** für **DefaultProfileUser**die Benutzerumgebungsvariablen nach Bedarf fest oder erstellen Sie sie und wählen Sie dann **OK** aus.
1. Damit wird Ihre aktuelle Sitzung getrennt und das Anmeldemenü öffnet sich. Melden Sie sich beim Image Builder, indem Sie einen der folgenden Schritte ausführen:
+ Wenn der Image Builder nicht mit einer Active Directory-Domäne verbunden ist, wählen Sie in der Registerkarte **Local User (Lokaler Benutzer)** die Option **Administrator**.
+ Wenn Ihr Image Builder mit einer Active Directory-Domäne verbunden ist, wählen Sie die Registerkarte **Directory User (Directory-Benutzer)** und melden Sie sich als Domänenbenutzer mit lokalen Administratorberechtigungen für den Image Builder an.
1. Öffnen Sie auf dem Image-Builder-Desktop den Image Assistant.
1. Führen Sie die erforderlichen Schritte im Image Assistant aus, um Ihr Abbild fertigzustellen. Weitere Informationen finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md).
# Erstellen einer Umgebungsvariable mit begrenztem Umfang
Gehen Sie wie folgt vor, um eine Umgebungsvariable zu erstellen, deren Umfang auf die Prozesse begrenzt ist, die über das Skript erstellt werden. Dieser Ansatz ist nützlich, wenn Sie denselben Umgebungsvariablenamen mit unterschiedlichen Werten für verschiedene Anwendungen verwenden müssen. Wenn Sie beispielsweise über zwei verschiedene Anwendungen verfügen, die die Umgebungsvariable "LIC\$1SERVER" verwenden, jede Anwendung jedoch einen anderen Wert für "LIC\$1SERVER" enthält.
**So erstellen Sie eine Umgebungsvariable mit begrenztem Umfang**
1. Stellen Sie mit einem Konto mit lokalen Administratorberechtigungen eine Verbindung mit dem Image Builder her, für den Sie eine Umgebungsvariable mit begrenztem Umfang erstellen möchten. Gehen Sie dazu folgendermaßen vor:
+ [Verwenden Sie die WorkSpaces Anwendungskonsole](managing-image-builders-connect-console.md) (nur für Webverbindungen)
+ [Erstellen Sie eine Streaming-URL](managing-image-builders-connect-streaming-URL.md) (für Web- oder WorkSpaces Anwendungs-Client-Verbindungen)
**Anmerkung**
Wenn der Image Builder, zu dem Sie eine Verbindung herstellen möchten, zu einer Active Directory-Domäne gehört und Ihre Organisation eine Smartcard-Anmeldung erfordert, müssen Sie eine Streaming-URL erstellen und den WorkSpaces Applications Client für die Verbindung verwenden. Informationen zur Smartcard-Anmeldung finden Sie unter [Smartcards](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards).
1. Erstellen Sie einen untergeordneten Ordner von Laufwerk C:\$1 für das Skript (z. B. C:\$1Skripts).
1. Öffnen Sie den Editor, um das neue Skript zu erstellen, und geben Sie die folgenden Zeilen ein:
`set `*variable*=*value*
`start " " "C:\path\to\application.exe"`
Wobei Folgendes gilt:
*variable*ist der Variablenname, der verwendet werden soll
*value*ist der Wert für den angegebenen Variablennamen
**Anmerkung**
Wenn der Anwendungspfad Leerzeichen enthält, muss die gesamte Zeichenfolge in Anführungszeichen gesetzt werden. Beispiel:
`start " " "C:\Program Files\application.exe"`
1. Klicken Sie auf **File** und **Save**. Benennen Sie die Datei und speichern Sie sie mit der Erweiterung BAT unter C:\$1Scripts. Geben Sie der Datei beispielsweise den Namen LaunchApp .bat.
1. Wiederholen Sie ggf. die Schritte 4 und 5, um ein Skript für weitere Anwendungen zu erstellen, die eine eigene Umgebungsvariable und Werte erfordern.
1. Starten Sie vom Image-Builder-Desktop aus den Image Assistant.
1. Wählen Sie **Add App (Anwendung hinzufügen)**, navigieren Sie zu C:\$1Scripts und wählen Sie eines der Skripte aus, die Sie in Schritt 5 erstellt haben. Klicken Sie auf **Open**.
1. Behalten Sie im Dialogfenster **App Launch Settings (App-Starteinstellungen)** die Einstellungen bei oder ändern Sie diese, je nach Bedarf. Klicken Sie abschließend auf **Speichern**.
1. Wenn Sie mehrere Skripte erstellt haben, wiederholen Sie die Schritte 8 und 9 für jedes Skript.
1. Führen Sie die erforderlichen Schritte im Image Assistant aus, um Ihr Abbild fertigzustellen. Weitere Informationen finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md).
Die Umgebungsvariable und der bestimmte Wert sind nun für Prozesse verfügbar, die vom Skript ausgeführt werden. Andere Prozesse haben keinen Zugriff auf diese Variable und Werte.
# Legen Sie Standard-Dateizuordnungen für Ihre Benutzer in WorkSpaces Amazon-Anwendungen fest
Die Zuordnungen für Anwendungsdateierweiterungen werden pro Benutzer festgelegt und werden daher nicht automatisch auf alle Benutzer angewendet, die WorkSpaces Anwendungs-Streaming-Sitzungen starten. Wenn Sie beispielsweise Adobe Reader als Standardanwendung für PDF-Dateien in Ihrem Image Builder festlegen, wird diese Änderung nicht für Ihre Benutzer übernommen.
**Anmerkung**
Die folgenden Schritte gelten nur für Windows-Flotten.
**Anmerkung**
Die folgenden Schritte müssen auf einem Image Builder ausgeführt werden, der mit einer Active Directory-Domäne verbunden ist. Darüber hinaus muss Ihre Flotte mit einer Active Directory-Domäne verbunden sein. Andernfalls werden die von Ihnen festgelegten Standarddateizuordnungen nicht angewendet.
**So legen Sie Standarddateizuordnungen für Ihre Benutzer fest**
1. Stellen Sie eine Verbindung mit dem Image Builder her, für den Sie Standarddateizuordnungen festlegen möchten, und melden Sie sich mit einem Domainkonto an, das über lokale Administratorrechte für den Image Builder verfügt. Gehen Sie dazu folgendermaßen vor:
+ [Verwenden Sie die WorkSpaces Anwendungskonsole](managing-image-builders-connect-console.md) (nur für Webverbindungen)
+ [Erstellen Sie eine Streaming-URL](managing-image-builders-connect-streaming-URL.md) (für Web- oder WorkSpaces Anwendungs-Client-Verbindungen)
**Anmerkung**
Wenn Ihre Organisation eine Smartcard-Anmeldung erfordert, müssen Sie eine Streaming-URL erstellen und den WorkSpaces Applications Client für die Verbindung verwenden. Informationen zur Smartcard-Anmeldung finden Sie unter [Smartcards](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards).
1. Legen Sie Standard-Dateizuordnungen nach Ihren Wünschen fest.
1. Öffnen Sie die Windows-Eingabeaufforderung als Administrator.
1. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein, um die Image-Builder-Dateizuordnungen als XML-Datei zu exportieren, und drücken Sie dann die EINGABETASTE:
`dism.exe /online /export-DefaultAppAssociations:c:\default_associations.xml`
Wenn Sie eine Fehlermeldung erhalten, die besagt, dass Sie für ein laufendes 64-Bit-Betriebssystem keine 32-Bit-Version von DISM verwenden können, schließen Sie das Befehlszeilenfenster. Öffnen Sie den Explorer, navigieren Sie zu C:\$1Windows\$1System32, klicken Sie mit der rechten Maustaste auf cmd.exe, wählen Sie **Run as Administrator (Als Administrator ausführen)** aus und führen Sie den Befehl erneut aus.
1. Sie können entweder den Editor für lokale Gruppenrichtlinien oder die GPMC verwenden, um eine \$1 Konfigurationsdatei für Standardzuordnungen festzulegen:
+ Editor für lokale Gruppenrichtlinien:
Öffnen Sie in Ihrem Image Builder eine Eingabeaufforderung als Administrator. Geben Sie `gpedit.msc` ein und drücken Sie die EINGABETASTE.
Erweitern Sie in der Konsolenstruktur unter **Computer Configuration (Computerkonfiguration)** die Optionen **Administrative Templates (Administrative Vorlagen)**, **Windows Components (Windows-Komponenten)** und klicken Sie dann auf **Explorer**.
+ GPMC:
Öffnen Sie in Ihrem Verzeichnis oder auf einem Domänencontroller die Eingabeaufforderung als Administrator. Geben Sie `gpmc.msc` ein und drücken Sie die EINGABETASTE.
Wählen Sie in der linken Konsolenstruktur die Organisationseinheit aus, in der Sie ein neues Gruppenrichtlinienobjekt erstellen möchten, oder verwenden Sie ein vorhandenes Gruppenrichtlinienobjekt, und führen Sie dann einen der folgenden Schritte aus:
+ Erstellen Sie ein neues Gruppenrichtlinienobjekt, indem Sie das Kontextmenü (rechter Mausklick) öffnen und **Ein GPO in dieser Domäne erstellen, Hier verknüpfen** auswählen. Geben Sie für **Name** einen aussagekräftigen Namen für dieses GPO an.
+ Wählen Sie ein vorhandenes Gruppenrichtlinienobjekt aus.
Öffnen Sie das Kontextmenü für das GPO und wählen Sie **Bearbeiten** aus.
Erweitern Sie unter **User Configuration (Benutzerkonfiguration)** die Optionen **Policies (Richtlinien)**, **Administrative Templates (Administrative Vorlagen)**, **Windows Components (Windows-Komponenten)** und klicken Sie dann auf **File Explorer (Datei-Explorer)**.
1. Doppelklicken Sie auf **Set a default associations configuration file (Konfigurationsdatei für Standardzuordnungen festlegen)**.
1. Klicken Sie im Eigenschaftsdialogfeld **Set a default associations configuration file (Konfigurationsdatei für Standardzuordnungen festlegen)** auf **Enabled (Aktiviert)** und führen Sie einen der folgenden Schritte aus:
+ Wenn Sie den Editor für lokale Gruppenrichtlinien verwenden, geben Sie diesen Pfad ein: `c:\default_associations.xml`.
+ Wenn Sie die GPMC verwenden, geben Sie einen Netzwerkpfad ein. Beispiel, `\\networkshare\default_associations.xml`.
1. Wählen Sie **Apply (Übernehmen)** aus und klicken Sie auf **OK**.
1. Schließen Sie den Editor für lokale Gruppenrichtlinien bzw. die GPMC.
1. Öffnen Sie auf dem Image-Builder-Desktop den Image Assistant.
1. Führen Sie die erforderlichen Schritte im Image Assistant aus, um Ihr Abbild fertigzustellen. Weitere Informationen finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md).
Die Dateizuordnungen, die Sie konfiguriert haben, werden für die Flotten-Instances und Benutzer-Streaming-Sitzungen übernommen, die über diese Instances gestartet werden.
# Deaktivieren Sie die verstärkte Sicherheitskonfiguration für Internet Explorer in WorkSpaces Amazon-Anwendungen
Die verstärkte Sicherheitskonfiguration für den Internet Explorer versetzt Server und Internet Explorer in eine Konfiguration, die den Internetzugriff einschränkt. Diese Konfiguration kann sich jedoch auf die Endbenutzererfahrung der WorkSpaces Anwendungen auswirken. Benutzer, die mit WorkSpaces Anwendungs-Streaming-Sitzungen verbunden sind, stellen möglicherweise fest, dass Websites in den folgenden Fällen nicht wie erwartet angezeigt werden oder nicht wie erwartet funktionieren:
+ Die verstärkte Sicherheitskonfiguration des Internet Explorers ist für Flotten-Instances aktiviert, von denen die Streaming-Sitzungen der Benutzer gestartet werden.
+ Die Benutzer verwenden den Internet Explorer während ihrer Streaming-Sitzungen.
+ Die Anwendungen verwenden den Internet Explorer zum Laden von Daten.
**Anmerkung**
Die folgenden Schritte gelten nur für Windows-Flotten.
**So deaktivieren Sie die verstärkte Sicherheitskonfiguration für den Internet Explorer**
1. Stellen Sie eine Verbindung zu dem Image Builder her, auf dem Sie Internet Explorer ESC deaktivieren möchten, und melden Sie sich mit einem Konto an, das über lokale Administratorrechte verfügt. Gehen Sie dazu folgendermaßen vor:
+ [Verwenden Sie die WorkSpaces Anwendungskonsole](managing-image-builders-connect-console.md) (nur für Webverbindungen)
+ [Erstellen Sie eine Streaming-URL](managing-image-builders-connect-streaming-URL.md) (für Web- oder WorkSpaces Anwendungs-Client-Verbindungen)
**Anmerkung**
Wenn der Image Builder, zu dem Sie eine Verbindung herstellen möchten, zu einer Active Directory-Domäne gehört und Ihre Organisation eine Smartcard-Anmeldung erfordert, müssen Sie eine Streaming-URL erstellen und den WorkSpaces Applications Client für die Verbindung verwenden. Informationen zur Smartcard-Anmeldung finden Sie unter [Smartcards](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards).
1. Deaktivieren Sie die verstärkte Sicherheitskonfiguration für den Internet Explorer, indem Sie die folgenden Schritte ausführen:
1. Öffnen Sie Server Manager. Wählen Sie die Windows-Schaltfläche **Start** und wählen Sie dann **Server-Manager** aus.
1. Wählen Sie im linken Navigationsbereich die Option **Local Server (Lokaler Server)** aus.
1. Wählen Sie im Eigenschaftenbereich rechts die Option **On (Ein)** neben der verstärkten Sicherheitskonfiguration****.
1. Wählen Sie im Dialogfenster der **verstärkten Sicherheitskonfiguration für den Internet Explorer** die Option **Off (Aus)** unter **Administratoren** und **Benutzer**, klicken Sie dann auf **OK**.
1. Wählen Sie im rechten Bereich des Image-Builder-Desktop **Admin Commands (Admin-Befehle)** und **Switch User (Benutzer wechseln)** aus.
![\[Admin Commands dropdown menu with Switch User option highlighted.\]](http://docs.aws.amazon.com/de_de/appstream2/latest/developerguide/images/admin-commands-switch-user.png)
1. Damit wird Ihre aktuelle Sitzung getrennt und das Anmeldemenü öffnet sich. Melden Sie sich beim Image Builder, indem Sie einen der folgenden Schritte ausführen:
+ Wenn der Image Builder nicht mit einer Active-Directory-Domain verbunden ist, wählen Sie in der Registerkarte **Lokaler Benutzer** die Option **Vorlagenbenutzer** aus.
+ Wenn Ihr Image Builder mit einer Active Directory-Domäne verbunden ist, wählen Sie die Registerkarte **Directory User (Directory-Benutzer)** und melden Sie sich als Domänenbenutzer ohne lokale Administratorberechtigungen für den Image Builder an.
1. Öffnen Sie den Internet Explorer und setzen Sie Ihre Einstellungen zurück, indem Sie die folgenden Schritte ausführen:
1. Wählen Sie im oberen rechten Bereich des Browserfensters von Internet Explorer das Symbol für **Tools** und dann **Internet options (Internetoptionen)** aus.
1. Wählen Sie die Registerkarte **Erweitert ** und anschließend **Zurücksetzen** aus.
1. Wenn Sie aufgefordert werden, Ihre Eingaben zu bestätigen, wählen Sie erneut **Zurücksetzen**.
1. Wenn die Nachricht **Reset Internet Explorer Settings (Internet Explorer Einstellungen zurücksetzen)** angezeigt wird, wählen Sie **Close (Schließen)**
1. Starten Sie den Image Builder neu.
1. Wählen Sie **Admin Commands (Admin-Befehle)**, **Switch User (Benutzer wechseln)** und führen Sie einen der folgenden Schritte aus:
+ Wenn der Image Builder nicht mit einer Active Directory-Domäne verbunden ist, wählen Sie in der Registerkarte **Local User (Lokaler Benutzer)** die Option **Administrator**.
+ Wenn Ihr Image Builder mit einer Active-Directory-Domain verbunden ist, wählen Sie die Registerkarte **Directory-Benutzer** und melden Sie sich mit demselben Domainkonto an, das Sie in Schritt 4 verwendet haben.
1. Öffnen Sie auf dem Image-Builder-Desktop den Image Assistant.
1. Wählen Sie in **Schritt 2. Apps konfigurieren** die Option **Einstellungen speichern**.
1. Führen Sie die erforderlichen Schritte im Image Assistant aus, um Ihr Abbild fertigzustellen. Weitere Informationen finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md).
# Ändern Sie die standardmäßige Internet Explorer-Startseite für die Streaming-Sitzungen von Benutzern in WorkSpaces Amazon-Anwendungen
Sie können die Gruppenrichtlinie verwenden, um die Standardstartseite des Internet Explorers für die Streaming-Sitzungen der Benutzer zu ändern. Wenn Sie in Ihrer Umgebung keine Gruppenrichtlinien haben oder lieber keine Gruppenrichtlinien verwenden möchten, können Sie stattdessen das Benutzerkonto für WorkSpaces Anwendungsvorlagen verwenden.
**Anmerkung**
Die folgenden Schritte gelten nur für Windows-Flotten.
**Topics**
+ [So verwenden Sie die Gruppenrichtlinie, um die Standardstartseite des Internet Explorers zu ändern](customize-fleets-change-ie-homepage-group-policy.md)
+ [Verwenden Sie das Benutzerkonto „ WorkSpaces Anwendungsvorlage“, um die standardmäßige Internet Explorer-Startseite zu ändern](customize-fleets-change-ie-homepage-template-user.md)
# So verwenden Sie die Gruppenrichtlinie, um die Standardstartseite des Internet Explorers zu ändern
In Active Directory-Umgebungen verwenden Sie die Gruppenrichtlinienverwaltung (GPMC) MMC-snap-in, um eine Standardstartseite festzulegen, die Benutzer nicht ändern können. Wenn Active Directory nicht in Ihrer Umgebung ist, können Sie den lokalen Gruppenrichtlinieneditor zum Ausführen dieser Aufgabe verwenden. Um eine Homepage einzurichten, die Benutzer ändern können, müssen Sie GPMC verwenden.
Zur Verwendung des GPMC führen Sie zuerst folgende Schritte aus:
+ Beschaffen Sie sich Zugriff auf einen Computer oder eine EC2-Instance, die mit Ihrer Domäne verbunden ist.
+ Installieren Sie die GPMC. Weitere Informationen dazu finden Sie beim Microsoft Support unter [Installation oder Entfernen von Administrationswerkzeugen für Windows 7](https://technet.microsoft.com/en-us/library/ee449483.aspx) in der Microsoft Dokumentation.
+ Melden Sie sich als Domänenbenutzer mit Berechtigungen zum Erstellen GPOs an. Link GPOs zu den entsprechenden Organisationseinheiten (OUs).
**So ändern Sie die Standardstartseite des Internet Explorers mithilfe einer administrativen Gruppenrichtlinienvorlage**
Sie können eine administrative Vorlage als Gruppenrichtlinie verwenden, um eine Standardstartseite festzulegen, die die Benutzer nicht ändern können. Weitere Informationen zu administrativen Vorlagen finden Sie im Thema zum [Bearbeiten von Richtlinieneinstellungen für administrative Vorlagen](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc771479(v=ws.11)) in der Microsoft-Dokumentation.
1. Öffnen Sie die WorkSpaces Anwendungskonsole zu [https://console.aws.amazon.com/appstream2/Hause](https://console.aws.amazon.com/appstream2/home).
1. Wenn Sie Active Directory in Ihrer Umgebung nicht verwenden, öffnen Sie den Editor für lokale Gruppenrichtlinien. Wenn Sie Active Directory verwenden, rufen Sie die GPMC auf. Suchen Sie die Richtlinieneinstellung für **Scripts (Logon\$1Logoff) (Skripte (Log-on/Log-off) **:
+ Editor für lokale Gruppenrichtlinien:
Öffnen Sie in Ihrem Image Builder eine Eingabeaufforderung als Administrator. Geben Sie `gpedit.msc` ein und drücken Sie die EINGABETASTE.
Erweitern Sie unter **Benutzerkonfiguration** die Optionen **Administrative Vorlagen**, **Windows-Komponenten** und klicken Sie dann auf **Internet Explorer**.
+ GPMC:
Öffnen Sie in Ihrem Verzeichnis oder auf einem Domänencontroller die Eingabeaufforderung als Administrator. Geben Sie `gpmc.msc` ein und drücken Sie die EINGABETASTE.
Wählen Sie in der linken Konsolenstruktur die Organisationseinheit aus, in der Sie ein neues Gruppenrichtlinienobjekt erstellen möchten, oder verwenden Sie ein vorhandenes Gruppenrichtlinienobjekt, und führen Sie dann einen der folgenden Schritte aus:
+ Erstellen Sie ein neues Gruppenrichtlinienobjekt, indem Sie das Kontextmenü (rechter Mausklick) öffnen und **Ein GPO in dieser Domäne erstellen, Hier verknüpfen** auswählen. Geben Sie für **Name** einen aussagekräftigen Namen für dieses GPO an.
+ Wählen Sie ein vorhandenes Gruppenrichtlinienobjekt aus.
Öffnen Sie das Kontextmenü für das GPO und wählen Sie **Bearbeiten** aus.
Erweitern Sie unter **Benutzerkonfiguration** die Optionen **Richtlinien**, **Administrative Vorlagen**, **Windows-Komponenten** und klicken Sie dann auf **Internet Explorer**.
1. Doppelklicken Sie auf **Änderung der Homepage-Einstellungen deaktivieren**, wählen Sie **Aktiviert** aus und geben Sie im Feld **Homepage** eine URL ein.
1. Wählen Sie **Apply (Übernehmen)** aus und klicken Sie auf **OK**.
1. Schließen Sie den Editor für lokale Gruppenrichtlinien bzw. die GPMC.
**So ändern Sie die Standardstartseite des Internet Explorers mithilfe von Gruppenrichtlinienpräferenzen**
Sie können Gruppenrichtlinienpräferenzen verwenden, um eine Standardstartseite festzulegen, die Benutzer ändern können. Weitere Informationen zum Arbeiten mit Gruppenrichtlinienpräferenzen finden Sie im Thema zum [Konfigurieren eines Registrierungselements](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc753092(v=ws.11)) und [Gruppenrichtlinienpräferenzen Handbuch Erste Schritte](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc731892(v=ws.10)) in der Microsoft-Dokumentation.
1. Öffnen Sie in Ihrem Verzeichnis oder auf einem Domänencontroller die Eingabeaufforderung als Administrator. Geben Sie `gpmc.msc` ein und drücken Sie die EINGABETASTE.
1. Wählen Sie in der linken Konsolenstruktur die Organisationseinheit aus, in der Sie ein neues Gruppenrichtlinienobjekt erstellen möchten, oder verwenden Sie ein vorhandenes Gruppenrichtlinienobjekt, und führen Sie dann einen der folgenden Schritte aus:
+ Erstellen Sie ein neues Gruppenrichtlinienobjekt, indem Sie das Kontextmenü (rechter Mausklick) öffnen und **Ein GPO in dieser Domäne erstellen, Hier verknüpfen** auswählen. Geben Sie für **Name** einen aussagekräftigen Namen für dieses GPO an.
+ Wählen Sie ein vorhandenes Gruppenrichtlinienobjekt aus.
1. Öffnen Sie das Kontextmenü für das GPO und wählen Sie **Bearbeiten** aus.
1. Erweitern Sie unter **Benutzerkonfiguration** die Option **Einstellungen** und klicken Sie dann auf **Windows-Einstellungen**.
1. Öffnen Sie das Kontextmenü (rechter Mausklick) für **Registrierung** und wählen Sie **Neu** und **Registrierungselement** aus.
1. Geben Sie im Dialogfeld **Neue Registrierungseigenschaften** die folgenden Registrierungseigenschaften für die zu konfigurierende Gruppenrichtlinie an:
+ Wählen Sie für **Aktion ** **Aktualisieren**.
+ Wählen Sie für **Hive** den Wert **HKEY\$1CURRENT\$1USER** aus.
+ Navigieren Sie für **Schlüsselpfad** zu HKEY\$1CURRENT\$1USER\$1SOFTWARE\$1Microsoft\$1Internet Explorer\$1Main und wählen Sie diesen Pfad aus.
+ Geben Sie unter **Wertname** den Namen **Startseite** ein.
+ Geben Sie für **Wertdaten** Ihre Homepage-URL ein.
1. Wählen Sie auf der Registerkarte **Common (Allgemein)** die Option **Apply Once (Nur einmalig anwenden)**, **Do not Re-Apply (Nicht erneut anwenden)** aus.
**Anmerkung**
Um Benutzern zu erlauben, die Schaltfläche **Use Default (Standard verwenden)** in ihren Internet Explorer-Browsereinstellungen zu nutzen und ihre Standard-Homepage auf die Homepage Ihres Unternehmens zurückzusetzen, können Sie auch einen Wert für Default\$1Page\$1URL ohne Auswahl von **Apply Once (Nur einmalig anwenden)**, **Do not Re-Apply (Nicht erneut anwenden)** festlegen.
1. Klicken Sie auf **OK** und schließen Sie die GPMC.
# Verwenden Sie das Benutzerkonto „ WorkSpaces Anwendungsvorlage“, um die standardmäßige Internet Explorer-Startseite zu ändern
Führen Sie die folgenden Schritte aus, um das **Vorlagen-Benutzer**-Konto zum Ändern der IE-Startseite zu verwenden.
**So ändern Sie die Standardstartseite des Internet Explorers, indem Sie das Vorlagen-Benutzer-Konto verwenden**
1. Stellen Sie eine Verbindung zu dem Image Builder her, auf dem Sie die Standard-Startseite des Internet Explorers ändern möchten, und melden Sie sich mit dem **Vorlagen-Benutzer**-Konto an. Gehen Sie dazu folgendermaßen vor:
+ [Verwenden Sie die WorkSpaces Anwendungskonsole](managing-image-builders-connect-console.md) (nur für Webverbindungen)
+ [Erstellen Sie eine Streaming-URL](managing-image-builders-connect-streaming-URL.md) (für Web- oder WorkSpaces Anwendungs-Client-Verbindungen)
**Anmerkung**
Wenn der Image Builder, zu dem Sie eine Verbindung herstellen möchten, zu einer Active Directory-Domäne gehört und Ihre Organisation eine Smartcard-Anmeldung erfordert, müssen Sie eine Streaming-URL erstellen und den WorkSpaces Applications Client für die Verbindung verwenden. Informationen zur Smartcard-Anmeldung finden Sie unter [Smartcards](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards).
Mit **Template User (Vorlagenbenutzer)** erstellen Sie Standardanwendungs- und Windows-Einstellungen für Ihre Benutzer. Weitere Informationen finden Sie unter „Erstellen von Standardanwendungs- und Windows-Einstellungen für Ihre WorkSpaces Anwendungsbenutzer“ unter[Standardanwendungs- und Windows-Einstellungen sowie Leistung beim Starten von WorkSpaces Anwendungen in Amazon Applications](customizing-appstream-images.md).
1. Öffnen Sie den Internet Explorer und führen Sie die erforderlichen Schritte zum Ändern der Standardstartseite aus.
1. Wählen Sie im rechten Bereich des Image-Builder-Desktop **Admin Commands (Admin-Befehle)** und **Switch User (Benutzer wechseln)** aus.
![\[Admin Commands dropdown menu with Switch User option highlighted.\]](http://docs.aws.amazon.com/de_de/appstream2/latest/developerguide/images/admin-commands-switch-user.png)
1. Damit wird Ihre aktuelle Sitzung getrennt und das Anmeldemenü öffnet sich. Melden Sie sich beim Image Builder, indem Sie einen der folgenden Schritte ausführen:
+ Wenn der Image Builder nicht mit einer Active Directory-Domäne verbunden ist, wählen Sie in der Registerkarte **Local User (Lokaler Benutzer)** die Option **Administrator**.
+ Wenn Ihr Image Builder mit einer Active Directory-Domäne verbunden ist, wählen Sie die Registerkarte **Directory User (Directory-Benutzer)** und melden Sie sich als Domänenbenutzer mit lokalen Administratorberechtigungen für den Image Builder an.
1. Öffnen Sie auf dem Image-Builder-Desktop den Image Assistant.
1. Führen Sie die erforderlichen Schritte im Image Assistant aus, um Ihr Abbild fertigzustellen. Weitere Informationen finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md).
# Benutzer- und Instanz-Metadaten für Amazon WorkSpaces Applications Fleets
WorkSpaces Für Flotteninstanzen von Anwendungen sind Benutzer- und Instanzmetadaten über Windows-Umgebungsvariablen verfügbar. Sie können die folgenden Umgebungsvariablen in Ihren Anwendungen und Skripts zum Ändern Ihrer Umgebung basierend auf den Flotten-Instance-Details verwenden.
| Umgebungsvariable | Kontext | Description |
| --- | --- | --- |
| AppStream\$1Stack\$1Name | Benutzer | Der Name des Stacks, über den die Streaming-Sitzung gestartet wurde. |
| AppStream\$1Benutzerzugriffsmodus | Benutzer | Der Zugriffsmodus, der zur Verwaltung des Benutzerzugriffs auf den Stream verwendet wird. Die verfügbaren Werte sind custom, userpool oder saml. |
| AppStream\$1Sitzung\$1Reservierung\$1 DateTime | Benutzer | Datum und Uhrzeit des Beginns der Streaming-Sitzung des Benutzers |
| AppStream\$1UserName | Benutzer | Name des mit dem Benutzer verbundenen Benutzers. |
| AppStream\$1Sitzungs-ID | Benutzer | Die Sitzungs-ID der Streaming-Sitzung für den Benutzer |
| APPSTREAM\$1SESSION\$1CONTEXT | Maschine | Enthält die Parameter, die beim Start einer Sitzung an Ihre Streaming-Anwendung übergeben werden. Weitere Informationen finden Sie unter [Sitzungskontext in WorkSpaces Amazon-Anwendungen](managing-stacks-fleets-session-context.md). Diese Umgebungsvariable ist erst nach dem ersten Anwendungsstart verfügbar. |
| AppStream\$1Bild\$1Arn | Maschine | Der ARN des Abbildes, der verwendet wurde, um die Streaming-Instance zu erstellen |
| AppStream\$1Instanztyp | Maschine | Der Typ der Streaming-Instance. Beispiel, stream.standard.medium. |
| AppStream\$1Ressourcentyp | Maschine | Der Typ der Anwendungsressource. WorkSpaces Der Wert ist entweder fleet oder image-builder. |
| AppStream\$1Name der Ressource | Maschine | Der Name der Flotte. |
Auf Linux-Flotten-Instances werden diese Umgebungsvariablen über die folgenden profile.d-Skripts exportiert:
+ **Benutzerumgebungsvariablen** in/\$1user\$1vars.sh etc/profile.d/appstream
+ **Systemumgebungsvariablen** in/etc/profile.d/appstream\$1system\$1vars.sh
Für den Zugriff auf die Umgebungsvariablen müssen Sie diese Dateien in Ihren Anwendungen explizit als Quelle angeben.
# Aktualisieren Sie eine Amazon WorkSpaces Applications-Flotte
Sie können Aktualisierungen an einer vorhandenen WorkSpaces Anwendungsflotte vornehmen.
Wenn Sie ein neues WorkSpaces Anwendungs-Image erstellen, müssen Sie Ihre Always-On- und On-Demand-Flotten aktualisieren, damit die Anwendungen und Daten auf dem neuen Image den Benutzern zur Verfügung stehen. Geringfügige Aktualisierungen (Beispiel: Patches für Anwendungen oder Betriebssystem) können Sie auch an der laufenden Flotte vornehmen. Wenn neue Streaming-Instances erstellt werden, werden sie aus dem aktualisierten Abbild erstellt. Durch Ändern des Abbildes an einer laufenden Flotte werden keine Benutzer mit aktiven Streaming-Sitzungen unterbrochen. Nicht verwendete Streaming-Instances werden in regelmäßigen Abständen ersetzt, während Streaming-Instances, mit denen Benutzer verbunden sind, beendet werden, sobald die Streaming-Sitzungen beendet sind.
Sie können eine Flotte mit einem neuen Abbild, auf dem das gleiche Betriebssystem ausgeführt wird, aktualisieren, wenn sich die Flotte im Status **Wird ausgeführt** oder **Angehalten** befindet. Sie können eine Flotte mit einem neuen Abbild, auf dem ein anderes Betriebssystem ausgeführt wird, aber nur dann aktualisieren, wenn sich die Flotte im Status **Angehalten** befindet.
**Anmerkung**
Der Anwendungskatalog, den WorkSpaces Applications den Benutzern anzeigt, basiert auf dem aktuellen Image, das der Flotte zugeordnet ist. Wenn das aktualisierte Abbild Anwendungen enthält, die im älteren Abbild nicht angegeben sind, werden die Anwendungen nicht gestartet, wenn der Benutzer von einer Instance aus streamt, die auf dem älteren Abbild basiert.
**Topics**
+ [Aktualisieren Sie eine Flotte mit einem neuen Image in Amazon WorkSpaces Applications](update-fleets.md)
+ [Mit einer Elastic Fleet verknüpfte Anwendungen in Amazon WorkSpaces Applications verwalten](manage-apps.md)
# Aktualisieren Sie eine Flotte mit einem neuen Image in Amazon WorkSpaces Applications
Um Betriebssystemaktualisierungen anzuwenden oder Benutzern neue Anwendungen zur Verfügung zu stellen, erstellen Sie ein neues Abbild mit diesen Änderungen. Aktualisieren Sie dann die Flotte mit dem neuen Abbild.
**Um eine WorkSpaces Anwendungsflotte mit einem neuen Image zu aktualisieren**
1. Verbinden Sie sich mit dem Image Builder, den Sie verwenden möchten, und melden Sie sich mit einem Konto an, das über lokale Administratorberechtigungen für den Image Builder verfügt. Gehen Sie dazu folgendermaßen vor:
+ [Verwenden Sie die WorkSpaces Anwendungskonsole](managing-image-builders-connect-console.md) (nur für Webverbindungen)
+ [Erstellen Sie eine Streaming-URL](managing-image-builders-connect-streaming-URL.md) (für Web- oder WorkSpaces Anwendungs-Client-Verbindungen)
**Anmerkung**
Wenn Ihre Organisation eine Smartcard-Anmeldung erfordert, müssen Sie eine Streaming-URL erstellen und den WorkSpaces Applications Client für die Verbindung verwenden. Informationen zur Smartcard-Anmeldung finden Sie unter [Smartcards](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards).
1. Führen Sie bei Bedarf einen der folgenden Schritte oder beide aus:
+ Installieren Sie Updates für das Betriebssystem.
+ Installieren Sie Anwendungen.
Wenn für eine Anwendung ein Neustart des Windows-Betriebssystems erforderlich ist, lassen Sie dies zu. Bevor das Betriebssystem neu gestartet wird, werden Sie von Ihrem Image Builder getrennt. Nachdem der Neustart abgeschlossen ist, stellen Sie erneut eine Verbindung zum Image Builder her und schließen Sie die Installation der Anwendung ab.
1. Öffnen Sie auf dem Image-Builder-Desktop den Image Assistant.
1. Führen Sie die erforderlichen Schritte im Image Assistant aus, um Ihr Abbild fertigzustellen. Weitere Informationen finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md).
Nachdem sich der Status des Abbilds in **Available (Verfügbar)** geändert hat, können Sie die Flotte mit Ihrem neuen Abbild aktualisieren.
1. Wählen Sie im linken Navigationsbereich **Fleets (Flotten)** aus.
1. Wählen Sie die Flotte aus, die Sie mit dem neuen Abbild aktualisieren möchten.
1. Wählen Sie auf der Registerkarte **Fleet Details (Flottendetails)** die Option **Edit (Bearbeiten)** aus.
1. Im Dialogfeld **Edit Fleet (Flotte bearbeiten)** wird die Liste der verfügbaren Abbilder in der Liste **Name** angezeigt. Wählen Sie das neue Abbild aus der Liste aus.
1. Wählen Sie **Aktualisieren** aus.
# Mit einer Elastic Fleet verknüpfte Anwendungen in Amazon WorkSpaces Applications verwalten
Sie können Anwendungen jederzeit einer Elastic-Flotte zuordnen bzw. die Zuordnung aufheben. Änderungen an Anwendungen, die einer Elastic-Flotte zugeordnet sind, werden zwar den Benutzern angezeigt, die derzeit von der Flotte streamen, sind aber möglicherweise nicht wirksam. Wenn Sie z. B. eine Anwendung von einer Flotte trennen, wird sie aus dem Anwendungskatalog entfernt, aber die virtuelle Festplatte bleibt für bestehende Streaming-Sitzungen eingebunden.
**So verwalten Sie Anwendungen, die einer Elastic-Flotte zugeordnet sind**
1. Öffnen Sie die [WorkSpaces Anwendungskonsole](managing-image-builders-connect-console.md).
1. Wählen Sie im linken Navigationsbereich **Flotten** aus und klicken Sie dann entweder auf den Namen der Flotte oder aktivieren Sie das Optionsfeld „Flotte“ und klicken Sie auf **Details anzeigen**.
1. Wenn Sie eine neue Anwendung mit der Flotte verbinden möchten, wählen Sie unter **Zugeordnete Anwendungen** zunächst die Option **Zuordnen** aus. Wählen Sie anschließend die zu verbindende Anwendung aus und klicken Sie auf **Zuordnen**.
1. Sie können die Zuordnung einer bestehenden Anwendung zur Flotte aufheben, indem Sie die zu trennende Anwendung zunächst auswählen. Wählen Sie dann die Option **Trennen** aus und bestätigen Sie, dass Sie die ausgewählte Anwendung trennen möchten, indem Sie auf **Trennen** klicken.
# Fleet Auto Scaling für WorkSpaces Amazon-Anwendungen
Mit Fleet Auto Scaling können Sie die Größe Ihrer Always-On WorkSpaces - oder On-Demand-Flotte automatisch ändern, um das Angebot an verfügbaren Instances an die Benutzernachfrage anzupassen. Die Größe Ihrer Flotte bestimmt die Anzahl der Benutzer, die gleichzeitig streamen können. Bei einer Flotte mit mehreren Sitzungen kann mehr als ein Benutzer eine einzelne Instance verwenden. Für eine Flotte ohne mehrere Sitzungen ist eine Instances für jede Benutzersitzung erforderlich. Sie können Ihre Flottenkapazität in Form von Instances (für Flotten mit einer Sitzung) und Benutzersitzungen (für Flotten mit mehreren Sitzungen) angeben. Die erforderliche Anzahl von Instances wird basierend auf Ihren Flottenkonfigurationen und Auto-Scaling-Richtlinien bereitgestellt. Sie haben die Möglichkeit, Skalierungsrichtlinien zu definieren, die die Größe Ihrer Flotte auf Grundlage verschiedener Nutzungsmetriken automatisch anpassen und die Anzahl verfügbarer Instances im Hinblick auf die Benutzernachfrage optimieren. Sie können Auto Scaling auch deaktivieren und die Flotte mit einer festgelegten Größe ausführen lassen.
**Anmerkung**
Die Kapazität der elastischen Flotte wird automatisch von WorkSpaces Applications für Sie verwaltet. Sie müssen keine Auto-Scaling-Regeln erstellen, um die Anzahl der Flotten-Streaming-Instances zu verwalten, die für Elastic-Flotten verfügbar sind.
**Anmerkung**
Stellen Sie bei der Entwicklung Ihres Plans für die Skalierung der WorkSpaces Anwendungsflotte sicher, dass Ihre Netzwerkkonfiguration Ihren Anforderungen entspricht.
Bevor Sie Fleet Auto Scaling verwenden können, benötigt Application Auto Scaling Berechtigungen für den Zugriff auf CloudWatch Amazon-Alarme und WorkSpaces Applications-Flotten. Weitere Informationen erhalten Sie unter [Verwenden von AWS verwalteten Richtlinien und verknüpften Rollen zur Verwaltung des Administratorzugriffs auf WorkSpaces Anwendungsressourcen](controlling-administrator-access-with-policies-roles.md) und [Verwenden von IAM-Richtlinien zur Verwaltung des Administratorzugriffs auf Application Auto Scaling](autoscaling-iam-policy.md).
**Anmerkung**
Wenn Sie die Skalierung verwenden, arbeiten Sie mit der Application-Auto-Scaling-API. Damit Fleet Auto Scaling für WorkSpaces Anwendungen ordnungsgemäß funktioniert, benötigt Application Auto Scaling die Erlaubnis, Ihre WorkSpaces Anwendungsflotten zu beschreiben und zu aktualisieren und Ihre CloudWatch Amazon-Alarme zu beschreiben und zu aktualisieren, sowie die Genehmigung, Ihre Flottenkapazität in Ihrem Namen zu ändern. Weitere Informationen erhalten Sie unter [Erforderliche Rollen für WorkSpaces Anwendungen, Application Auto Scaling und AWS Certificate Manager Private CA](roles-required-for-appstream.md) und [Verwenden von IAM-Richtlinien zur Verwaltung des Administratorzugriffs auf Application Auto Scaling](autoscaling-iam-policy.md).
Die folgenden Themen enthalten Informationen, die Ihnen helfen sollen, WorkSpaces Applications Fleet Auto Scaling zu verstehen und zu verwenden.
**Topics**
+ [Skalierungskonzepte für WorkSpaces Amazon-Anwendungen](autoscaling-concepts.md)
+ [Verwaltung der Flottenskalierung mithilfe der Amazon WorkSpaces Applications Console](autoscaling-console.md)
+ [Verwaltung der Flottenskalierung mithilfe der AWS CLI für WorkSpaces Amazon-Anwendungen](autoscaling-cli.md)
+ [Zusätzliche Ressourcen für Auto Scaling WorkSpaces Amazon-Anwendungen](autoscaling-additional-resources.md)
# Skalierungskonzepte für WorkSpaces Amazon-Anwendungen
WorkSpaces Die Anwendungsskalierung wird von Application Auto Scaling bereitgestellt. Weitere Informationen finden Sie unter Aktionen in der [Application Auto Scaling API-Referenz](https://docs.aws.amazon.com/autoscaling/application/APIReference/).
step-by-stepAnleitungen für die Arbeit mit WorkSpaces Applications Fleet Auto Scaling finden Sie unter [Scaling Your Desktop Application Streams with Amazon AppStream 2.0](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/) im *AWS Compute-Blog*.
Für eine effektive Verwendung von Fleet Auto Scaling müssen Sie die folgenden Begriffe und Konzepte verstehen.
**Mehrere Sitzungen im Vergleich zu einer Einzelsitzung**
In einem Einzelsitzungsszenario verfügt jede Benutzersitzung über ihre eigene Dedicated Instance. In einem Multisitzungsmodus können mehr als eine Benutzersitzung auf einer Instance bereitgestellt werden. Die Richtlinien für Flottenkapazität und Auto Scaling müssen in Bezug auf Benutzersitzungen konfiguriert werden, und der Service berechnet und startet die erforderliche Anzahl von Instances.
**Minimale Capacity/Minimum Benutzersitzungen für Fleet**
Die Mindestanzahl von Instances (für Flotten mit einer Sitzung) oder Benutzersitzungen (für Flotten mit mehreren Sitzungen). Die Anzahl der Instances (für Flotten mit Einzelsitzungen) oder Benutzersitzungen (für Multisitzungs-Flotten) darf diesen Wert nicht unterschreiten, und Skalierungsrichtlinien führen keine Skalierung Ihrer Flotte auf einen niedrigeren Wert als den hier angegebenen aus. Beispiel: Wenn Sie in einem Einzelsitzungsszenario als Mindestkapazität für eine Flotte 2 festlegen, besteht Ihre Flotte immer aus mindestens 2 Instances. Ähnlich verhält es sich in einem Szenario mit mehreren Sitzungen. Angenommen, Sie legen die maximale Anzahl von Sitzungen auf einer Instance auf 5 fest und die Mindestkapazität für eine Flotte auf 12. Ihre Flotte verfügt dann niemals über weniger als aufgerundet (12/5) = 3 Instances.
**Maximale Capacity/Maximum Benutzersitzungen für die Flotte**
Die maximale Anzahl von Instances (für Flotten mit einer Sitzung) oder Benutzersitzungen (für Flotten mit mehreren Sitzungen). Die Anzahl der Instances (für Flotten mit Einzelsitzungen) oder Benutzersitzungen (für Multisitzungs-Flotten) darf diesen Wert nicht überschreiten, und Skalierungsrichtlinien führen keine Skalierung Ihrer Flotte auf einen höheren Wert als den hier angegebenen aus. Beispiel: Wenn Sie in einem Einzelsitzungsszenario als Maximalkapazität für eine Flotte 10 festlegen, besteht Ihre Flotte immer aus höchstens 10 Instances. Ähnlich verhält es sich in einem Szenario mit mehreren Sitzungen. Angenommen, Sie legen die maximale Anzahl von Sitzungen auf einer Instance auf 5 fest und die Maximalkapazität für eine Flotte auf 52. Ihre Flotte verfügt dann niemals über mehr als aufgerundet (52/5) = 11 Instances.
**Gewünschte Kapazität**
Die Gesamtanzahl von Instances (für Flotten mit einer Sitzung) oder Benutzersitzungen (für Flotten mit mehreren Sitzungen), die entweder ausgeführt werden oder im Status „ausstehend“ sind. Dieser Wert stellt die Gesamtzahl der gleichzeitigen Streaming-Sitzungen dar, die von Ihrer Serverflotte in einem konstanten Zustand unterstützt werden können. Um einen Wert für **Desired Capacity (Gewünschte Kapazität)** festzulegen, bearbeiten Sie **Fleet Details (Flotten-Details)**. Es ist nicht empfehlenswert, den Wert für **Desired Capacity (Gewünschte Kapazität)** manuell zu ändern, wenn Sie **Scaling Policies (Skalierungsrichtlinien)** verwenden.
Wenn für **Desired Capacity (Gewünschte Kapazität)** ein Wert festgelegt ist, der unter dem Wert für **Minimum Capacity (Mindestapazität)** liegt, und eine Hochskalierungsaktivität ausgelöst wird, skaliert Auto Scaling von Anwendungen den Wert für **Desired Capacity (Gewünschte Kapazität)** bis auf den Wert für **Minimum Capacity (Mindestkapazität)** hoch und fährt dann – abhängig von der Skalierungsrichtlinie – mit der Hochskalierung fort. In diesem Beispiel wird die Option **Desired Capacity (Gewünschte Kapazität)** durch eine Herunterskalierungsaktivität jedoch nicht angepasst, da der Wert bereits unter dem Wert für **Minimum Capacity (Mindestkapazität)** liegt.
Wenn für **Desired Capacity (Gewünschte Kapazität)** ein Wert festgelegt ist, der über dem Wert für **Maximum Capacity (Maximale Kapazität)** liegt, und eine Herunterskalierungsaktivität ausgelöst wird, skaliert Auto Scaling von Anwendungen den Wert für **Desired Capacity (Gewünschte Kapazität)** bis auf den Wert für **Maximum Capacity (Maximale Kapazität)** herunter und fährt dann – abhängig von der Skalierungsrichtlinie – mit der Herunterskalierung fort. In diesem Beispiel wird die Option **Desired Capacity (Gewünschte Kapazität)** durch eine Hochskalierungsaktivität jedoch nicht angepasst, da der Wert bereits über dem Wert für **Maximum Capacity (Maximale Kapazität)** liegt.
**Scaling Policy Action (Skalierungsrichtlinienaktion)**
Die Aktion, die Skalierungsrichtlinien an Ihrer Flotte ausführen, wenn die **Scaling Policy Condition** (Skalierungsrichtlinienbedingung) erfüllt wird. Sie können eine Aktion auf der Grundlage der **Kapazität in %** oder der **Anzahl der Instances** (für Flotten mit einer Sitzung) oder **Benutzersitzungen** (für Flotten mit mehreren Sitzungen) auswählen. Wenn die **aktuelle Kapazität** beispielsweise 4 ist und die **Skalierungsrichtlinien-Aktion** auf „Kapazität um 25% hinzufügen“ gesetzt ist, wird die Option **Gewünschte Kapazität** wird erhöht auf 5 gesetzt, wenn die **Bedingung für die Skalierungsrichtlinie** erfüllt ist.
**Scaling Policy Condition (Skalierungsrichtlinienbedingung)**
Die Bedingung, die die unter **Scaling Policy Action** festgelegte Aktion auslöst. Diese Bedingung umfasst eine Skalierungsrichtlinienmetrik, einen Vergleichsoperator und einen Schwellenwert. Wenn zum Beispiel eine Flotte skaliert werden soll, falls die Nutzung der Flotte 50 % übersteigt, legen Sie folgende Skalierungsrichtlinienbedingung fest "If Capacity Utilization > 50%".
**Scaling Policy Metric (Skalierungsrichtlinienmetrik)**
Ihre Skalierungsrichtlinie basiert auf dieser Metrik. Für die Skalierungsrichtlinien stehen folgende Metriken zur Verfügung:
**Capacity Utilization (Kapazitätsnutzung)**
Prozentsatz der innerhalb einer Flotte genutzten Instances. Mit dieser Metrik können Sie Ihre Flotte auf Grundlage der Flottennutzung skalieren. Lautet die **Scaling Policy Condition (Skalierungsrichtlinienbedingung)** beispielsweise: "If Capacity Utilization < 25%", dann führen Sie folgende **Scaling Policy Action (Skalierungsrichtlinienaktion)** durch: "Remove 25 % capacity".
**Available Capacity (Verfügbare Kapazität)**
Die Anzahl der Instances (für Flotten mit einer Sitzung) oder Benutzersitzungen (für Flotten mit mehreren Sitzungen) in Ihrer Flotte, die für Benutzer verfügbar sind. Mit dieser Metrik können Sie einen Kapazitätspuffer einrichten, der Benutzern am Anfang von Streaming-Sitzungen zur Verfügung steht. Beispiel: **Bedingung für Skalierungsrichtlinien**: „Wenn die verfügbare Kapazität < 5“ ist, führe die **Skalierungsrichtlinien-Aktion** aus: „Füge 5 Instance(s) (für Flotten mit einer Sitzung) oder Benutzersitzung(en) (für Flotten mit mehreren Sitzungen) hinzu“.
**Insufficient Capacity Error (Fehler aufgrund unzureichender Kapazität)**
Die Anzahl der Sitzungsanforderungen, die aufgrund von unzureichender Kapazität abgelehnt wurden. Mit dieser Metrik können Sie neue Instances für Benutzer bereitstellen, die Streaming-Sitzungen aufgrund fehlender Kapazität nicht starten können. Beispiel: **Skalierungsrichtlinien-Bedingung**: „Wenn Fehler wegen unzureichender Kapazität > 0 auftritt“, führe die **Skalierungsrichtlinien-Aktion** aus: „Füge 1 Instance(s) (für Flotten mit einer Sitzung) oder Benutzersitzung(en) (für Flotten mit mehreren Sitzungen) hinzu“.
# Verwaltung der Flottenskalierung mithilfe der Amazon WorkSpaces Applications Console
Sie können die Flottenskalierung mithilfe der WorkSpaces Anwendungskonsole auf eine der beiden folgenden Arten einrichten und verwalten: Während der Flottenerstellung oder jederzeit über die Registerkarte **Flotten**. Nach dem Start sind zwei Standardskalierungsrichtlinien mit neu erstellten Flotten verknüpft. Sie können diese Richtlinien auf der Registerkarte **Skalierungsrichtlinien** in der WorkSpaces Anwendungskonsole bearbeiten. Weitere Informationen finden Sie unter [Eine Flotte in Amazon WorkSpaces Applications erstellen](set-up-stacks-fleets-create.md).
Bei Benutzerumgebungen mit schwankenden Zahlen sollten Sie Skalierungsrichtlinien definieren, um festzulegen, wie die Skalierung auf die Nachfrage reagiert. Wenn Sie mit einer festen Anzahl von Benutzern rechnen oder die Skalierung aus anderen Gründen deaktivieren möchten, können Sie Ihre Flotte auf eine feste Anzahl von Instances oder Benutzersitzungen einstellen.
**So legen Sie eine Flottenskalierungsrichtlinie über die Konsole fest**
1. Öffnen Sie die WorkSpaces Anwendungskonsole zu [https://console.aws.amazon.com/appstream2/Hause](https://console.aws.amazon.com/appstream2/home).
1. Klicken Sie im Navigationsbereich auf **Fleets (Flotten)**.
1. Wählen Sie die Flotte und wählen Sie **Skalierungsrichtlinien**.
1. Sie können vorhandene Richtlinien bearbeiten, indem Sie auf das Bearbeitungssymbol neben den einzelnen Werten klicken. Legen Sie die gewünschten Werte im Bearbeitungsfeld fest und klicken Sie dann auf **Update**. Die Richtlinienänderungen treten innerhalb weniger Minuten in Kraft.
1. Verwenden Sie zum Hinzufügen (Erstellen) neuer Richtlinien den Link **Add Policy**. Legen Sie die gewünschten Werte im Bearbeitungsfeld fest und klicken Sie dann auf **Create**. Die neue Richtlinie tritt innerhalb weniger Minuten in Kraft.
Mit der Registerkarte **Fleet Usage** können Sie die Auswirkungen Ihrer Skalierungsrichtlinienänderungen überwachen. Die Grafik unten zeigt anhand von Beispiel-Nutzungsdaten die Skalierung, wenn fünf Benutzer eine Verbindung zur Flotte herstellen und die Verbindung dann wieder trennen. Das Beispiel stammt aus einer Flotte, die die folgenden Skalierungsrichtlinienwerte verwendet:
+ Mindestkapazität = 10
+ Maximalkapazität = 50
+ Aufskalieren = Füge 5 Instances (für Flotten mit einer Sitzung) oder Benutzersitzungen (für Flotten mit mehreren Sitzungen) hinzu, wenn die Kapazitätsauslastung > 75 % ist.
+ Abskalieren = Entferne 6 Instances (für Flotten mit einer Sitzung) oder Benutzersitzungen (für Flotten mit mehreren Sitzungen), wenn die Kapazitätsauslastung < 25 % ist.
**Anmerkung**
Die oben genannte Richtlinie gilt sowohl für Einzelsitzungen als auch für Szenarien mit mehreren Sitzungen. In einem Einzelsitzungszenario werden während eines Aufskalierungs-Ereignisses 5 neue Instances gestartet und bei einem Abskalierungs-Ereignis 4 Instances wieder entfernt. In einem Szenario mit mehreren Sitzungen, bei dem die maximale Anzahl an Sitzungen pro Instance 4 beträgt, löst das Aufskalierungs-Ereignis den Start von aufgerundet (5 Benutzersitzungen hinzufügen/maximale Anzahl an Sitzungen pro Instance 4) = 2 Instances aus. Während eines Skalierungsereignisses fordern die Dienste Roundup (Entfernung von 6 sessions/maximum Benutzersitzungen pro Instanz 4) = 2 Instanzen zurück. Instances mit laufenden Benutzersitzungen werden nicht entfernt. Nur Instances ohne laufende Benutzersitzungen werden entfernt.
**So legen Sie eine Flotte mit fester Kapazität über die Konsole fest**
1. [Öffnen Sie die WorkSpaces Anwendungskonsole zu Hause. https://console.aws.amazon.com/appstream2/](https://console.aws.amazon.com/appstream2/home)
1. Klicken Sie im Navigationsbereich auf **Fleets (Flotten)**.
1. Wählen Sie die Flotte.
1. Entfernen Sie im Abschnitt **Scaling Policies** alle mit der Flotte verknüpften Richtlinien.
1. Bearbeiten Sie im Abschnitt **Fleet Details** die Flotte, um einen Wert für **Desired Capacity** festzulegen.
Die Flotte hat eine konstante, festgelegte Kapazität. Diese basiert auf dem Wert, den Sie für **Desired Capacity** festgelegt haben. Hinweis: Bei einer Flotte mit fester Kapazität ist die gewünschte Anzahl Instances ständig verfügbar. Um zu vermeiden, dass weiter Kosten für diese Flotte anfallen, muss die Flotte angehalten werden.
# Verwaltung der Flottenskalierung mithilfe der AWS CLI für WorkSpaces Amazon-Anwendungen
Sie können die Flottenskalierung mithilfe der AWS Command Line Interface (AWS CLI) einrichten und verwalten. Für erweiterte Funktionen wie das Einrichten mehrerer Skalierungsrichtlinien oder das Festlegen von Abklingzeiten für Scale-In und Scale-Out verwenden Sie die CLI. AWS Bevor Sie Befehle für Skalierungsrichtlinien ausführen können, müssen Sie Ihre Flotte als skalierbares Ziel registrieren. Verwenden Sie dazu den folgenden Befehl: [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)
```
aws application-autoscaling register-scalable-target
--service-namespace appstream \
--resource-id fleet/fleetname \
--scalable-dimension appstream:fleet:DesiredCapacity \
--min-capacity 1 --max-capacity 5
```
**Topics**
+ [Beispiel 1: Anwenden einer Skalierungsrichtlinie, die auf der Kapazitätsnutzung basiert](#autoscaling-cli-utilization)
+ [Beispiel 2: Anwenden einer Skalierungsrichtlinie, die auf Fehlern aufgrund unzureichender Kapazität basiert](#autoscaling-cli-capacity)
+ [Beispiel 3: Anwenden einer Skalierungsrichtlinie, die auf geringer Kapazitätsnutzung basiert](#autoscaling-cli-scale-in)
+ [Beispiel 4: Ändern der Flottenkapazität basierend auf einem Zeitplan](#autoscaling-cli-schedule)
+ [Beispiel 5: Anwenden einer Richtlinie für die Zielverfolgungsskalierung](#autoscaling-target-tracking)
## Beispiel 1: Anwenden einer Skalierungsrichtlinie, die auf der Kapazitätsnutzung basiert
In diesem AWS CLI-Beispiel wird eine Skalierungsrichtlinie eingerichtet, die eine Flotte um 25% skaliert, wenn die Auslastung >= 75% beträgt.
Der folgende [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)Befehl definiert eine nutzungsbasierte Skalierungsrichtlinie:
```
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-utilization.json
```
Der Inhalt der Datei `scale-out-utilization.json` ist wie folgt:
```
{
"PolicyName": "policyname",
"ServiceNamespace": "appstream",
"ResourceId": "fleet/fleetname",
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"PolicyType": "StepScaling",
"StepScalingPolicyConfiguration": {
"AdjustmentType": "PercentChangeInCapacity",
"StepAdjustments": [
{
"MetricIntervalLowerBound": 0,
"ScalingAdjustment": 25
}
],
"Cooldown": 120
}
}
```
Wenn der Befehl erfolgreich ausgeführt werden kann, sieht die Ausgabe ungefähr wie unten angegeben aus. Einige Details weichen jedoch ab, da sie von dem individuellen Konto und der Region abhängig sind. In diesem Beispiel lautet der Richtlinienbezeichner `e3425d21-16f0-d701-89fb-12f98dac64af`.
```
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:e3425d21-16f0-d701-89fb-12f98dac64af:resource/appstream/fleet/SampleFleetName:policyName/scale-out-utilization-policy"}
```
Richten Sie jetzt einen CloudWatch Alarm für diese Richtlinie ein. Verwenden Sie die Namen, die Region, Kontonummer und Richtlinienkennung, die für Sie gelten. Für den Parameter `--alarm-actions` können Sie den Richtlinien-ARN verwenden, der von dem vorherigen Befehl zurückgegeben wurde.
```
aws cloudwatch put-metric-alarm
--alarm-name alarmname \
--alarm-description "Alarm when Capacity Utilization exceeds 75 percent" \
--metric-name CapacityUtilization \
--namespace AWS/AppStream \
--statistic Average \
--period 300 \
--threshold 75 \
--comparison-operator GreaterThanOrEqualToThreshold \
--dimensions "Name=Fleet,Value=fleetname" \
--evaluation-periods 1 --unit Percent \
--alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"
```
## Beispiel 2: Anwenden einer Skalierungsrichtlinie, die auf Fehlern aufgrund unzureichender Kapazität basiert
In diesem AWS CLI-Beispiel wird eine Skalierungsrichtlinie eingerichtet, die die Flotte um 1 skaliert, wenn die Flotte einen `InsufficientCapacityError` Fehler zurückgibt.
Der folgende Befehl definiert eine Skalierungsrichtlinie auf der Grundlage unzureichender Kapazität:
```
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-capacity.json
```
Der Inhalt der Datei `scale-out-capacity.json` ist wie folgt:
```
{
"PolicyName": "policyname",
"ServiceNamespace": "appstream",
"ResourceId": "fleet/fleetname",
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"PolicyType": "StepScaling",
"StepScalingPolicyConfiguration": {
"AdjustmentType": "ChangeInCapacity",
"StepAdjustments": [
{
"MetricIntervalLowerBound": 0,
"ScalingAdjustment": 1
}
],
"Cooldown": 120
}
}
```
Wenn der Befehl erfolgreich ausgeführt werden kann, sieht die Ausgabe ungefähr wie unten angegeben aus. Einige Details weichen jedoch ab, da sie von dem individuellen Konto und der Region abhängig sind. In diesem Beispiel lautet der Richtlinienbezeichner `f4495f21-0650-470c-88e6-0f393adb64fc`.
```
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:f4495f21-0650-470c-88e6-0f393adb64fc:resource/appstream/fleet/SampleFleetName:policyName/scale-out-insufficient-capacity-policy"}
```
Richten Sie jetzt einen CloudWatch Alarm für diese Richtlinie ein. Verwenden Sie die Namen, die Region, Kontonummer und Richtlinienkennung, die für Sie gelten. Für den Parameter `--alarm-actions` können Sie den Richtlinien-ARN verwenden, der von dem vorherigen Befehl zurückgegeben wurde.
```
aws cloudwatch put-metric-alarm
--alarm-name alarmname \
--alarm-description "Alarm when out of capacity is > 0" \
--metric-name InsufficientCapacityError \
--namespace AWS/AppStream \
--statistic Maximum \
--period 300 \
--threshold 0 \
--comparison-operator GreaterThanThreshold \
--dimensions "Name=Fleet,Value=fleetname" \
--evaluation-periods 1 --unit Count \
--alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"
```
## Beispiel 3: Anwenden einer Skalierungsrichtlinie, die auf geringer Kapazitätsnutzung basiert
In diesem AWS CLI Beispiel wird eine Skalierungsrichtlinie eingerichtet, bei der die Flotte skaliert wird, um die tatsächliche Kapazität zu reduzieren, wenn sie niedrig `CapacityUtilization` ist.
Der folgende Befehl definiert eine Skalierungsrichtlinie auf der Grundlage überschüssiger Kapazität:
```
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-in-capacity.json
```
Der Inhalt der Datei `scale-in-capacity.json` ist wie folgt:
```
{
"PolicyName": "policyname",
"ServiceNamespace": "appstream",
"ResourceId": "fleet/fleetname",
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"PolicyType": "StepScaling",
"StepScalingPolicyConfiguration": {
"AdjustmentType": "PercentChangeInCapacity",
"StepAdjustments": [
{
"MetricIntervalUpperBound": 0,
"ScalingAdjustment": -25
}
],
"Cooldown": 360
}
}
```
Wenn der Befehl erfolgreich ausgeführt werden kann, sieht die Ausgabe ungefähr wie unten angegeben aus. Einige Details weichen jedoch ab, da sie von dem individuellen Konto und der Region abhängig sind. In diesem Beispiel lautet der Richtlinienbezeichner `12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90`.
```
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90:resource/appstream/fleet/SampleFleetName:policyName/scale-in-utilization-policy"}
```
Richten Sie jetzt einen CloudWatch Alarm für diese Richtlinie ein. Verwenden Sie die Namen, die Region, Kontonummer und Richtlinienkennung, die für Sie gelten. Für den Parameter `--alarm-actions` können Sie den Richtlinien-ARN verwenden, der von dem vorherigen Befehl zurückgegeben wurde.
```
aws cloudwatch put-metric-alarm
--alarm-name alarmname \
--alarm-description "Alarm when Capacity Utilization is less than or equal to 25 percent" \
--metric-name CapacityUtilization \
--namespace AWS/AppStream \
--statistic Average \
--period 120 \
--threshold 25 \
--comparison-operator LessThanOrEqualToThreshold \
--dimensions "Name=Fleet,Value=fleetname" \
--evaluation-periods 10 --unit Percent \
--alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"
```
## Beispiel 4: Ändern der Flottenkapazität basierend auf einem Zeitplan
Die Änderung Ihrer Flottenkapazität basierend auf einem Zeitplan ermöglicht Ihnen, Ihre Flottenkapazität im Hinblick auf vorhersehbare Veränderungen zu skalieren. Beispielsweise könnten Sie für den Beginn eines Arbeitstags erwarten, dass eine bestimmte Anzahl von Benutzern gleichzeitig Streaming-Verbindungen anfordert. Um Ihre Flottenkapazität nach einem Zeitplan zu ändern, können Sie die [PutScheduledAction](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_PutScheduledAction.html)API-Aktion Application Auto Scaling oder den [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scheduled-action.html) AWS CLI-Befehl verwenden.
Bevor Sie Ihre Flottenkapazität ändern, können Sie Ihre aktuelle Flottenkapazität auflisten, indem Sie den CLI-Befehl WorkSpaces Applications [describe-fleets](https://docs.aws.amazon.com/cli/latest/reference/appstream/describe-fleets.html) AWS verwenden.
```
aws appstream describe-fleets --name fleetname
```
Die aktuelle Flottenkapazität wird ähnlich der folgenden Ausgabe (im JSON-Format dargestellt) ausgegeben:
```
{
{
"ComputeCapacityStatus": {
"Available": 1,
"Desired": 1,
"Running": 1,
"InUse": 0
},
}
```
Verwenden Sie anschließend den `put-scheduled-action`-Befehl zum Erstellen einer geplanten Aktion zum Ändern Ihrer Flottenkapazität. Mit dem folgenden Befehl beispielsweise wird täglich um 9.00 Uhr UTC die minimale Kapazität auf 3 und die maximale Kapazität auf 5 gesetzt.
**Anmerkung**
Geben Sie für cron-Ausdrücke an, wann die Aktion in UTC ausgeführt werden soll. Weitere Informationen finden Sie unter [Cron-Ausdrücke](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/ScheduledEvents.html#CronExpressions).
```
aws application-autoscaling put-scheduled-action --service-namespace appstream \
--resource-id fleet/fleetname \
--schedule="cron(0 9 * * ? *)" \
--scalable-target-action MinCapacity=3,MaxCapacity=5 \
--scheduled-action-name ExampleScheduledAction \
--scalable-dimension appstream:fleet:DesiredCapacity
```
Führen Sie den Befehl aus, um zu überprüfen, ob die geplante Aktion zur Änderung Ihrer Flottenkapazität erfolgreich erstellt wurde. [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scheduled-actions.html)
```
aws application-autoscaling describe-scheduled-actions --service-namespace appstream --resource-id fleet/fleetname
```
Wurde die geplante Aktion erfolgreich erstellt, wird die Ausgabe ähnlich wie folgt angezeigt.
```
{
"ScheduledActions": [
{
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"Schedule": "cron(0 9 * * ? *)",
"ResourceId": "fleet/ExampleFleet",
"CreationTime": 1518651232.886,
"ScheduledActionARN": "",
"ScalableTargetAction": {
"MinCapacity": 3,
"MaxCapacity": 5
},
"ScheduledActionName": "ExampleScheduledAction",
"ServiceNamespace": "appstream"
}
]
}
```
Weitere Informationen finden Sie unter [Geplante Skalierung](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html) im *Benutzerhandbuch für Application Auto Scaling*.
## Beispiel 5: Anwenden einer Richtlinie für die Zielverfolgungsskalierung
Mit der Skalierung der Zielverfolgung können Sie eine Kapazitätsauslastung für Ihre Flotte angeben.
Wenn Sie eine Skalierungsrichtlinie für die Zielverfolgung erstellen, erstellt und verwaltet Application Auto Scaling automatisch CloudWatch Alarme, die die Skalierungsrichtlinie auslösen. Durch die Skalierungsrichtlinie wird so viel Kapazität wie erforderlich hinzugefügt oder entfernt, damit die Metrik auf oder nahe an dem Zielwert gehalten wird. Um die Verfügbarkeit der Anwendung sicherzustellen, wird die Flotte schnellstmöglich proportional zur Metrik aufskaliert, jedoch etwas langsamer herunterskaliert.
Der folgende [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)Befehl definiert eine Skalierungsrichtlinie für die Zielverfolgung, mit der versucht wird, die Kapazitätsauslastung einer WorkSpaces Anwendungsflotte von 75% aufrechtzuerhalten.
```
aws application-autoscaling put-scaling-policy --cli-input-json file://config.json
```
Der Inhalt der Datei `config.json` ist wie folgt:
```
{
"PolicyName":"target-tracking-scaling-policy",
"ServiceNamespace":"appstream",
"ResourceId":"fleet/fleetname",
"ScalableDimension":"appstream:fleet:DesiredCapacity",
"PolicyType":"TargetTrackingScaling",
"TargetTrackingScalingPolicyConfiguration":{
"TargetValue":75.0,
"PredefinedMetricSpecification":{
"PredefinedMetricType":"AppStreamAverageCapacityUtilization"
},
"ScaleOutCooldown":300,
"ScaleInCooldown":300
}
}
```
Wenn der Befehl erfolgreich ausgeführt werden kann, sieht die Ausgabe ungefähr wie unten angegeben aus. Einige Details weichen jedoch ab, da sie von dem individuellen Konto und der Region abhängig sind. In diesem Beispiel lautet der Richtlinienbezeichner 6d8972f3-efc8-437c-92d1-6270f29a66e7.
```
{
"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:6d8972f3-efc8-437c-92d1-6270f29a66e7:resource/appstream/fleet/fleetname:policyName/target-tracking-scaling-policy",
"Alarms": [
{
"AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca",
"AlarmName": "TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca"
},
{
"AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d",
"AlarmName": "TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d"
}
]
}
```
Weitere Informationen finden Sie in den [Skalierungsrichtlinien für die Ziel-Nachverfolgung](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-target-tracking.html) im *Benutzerhandbuch zum Auto Scaling von Anwendungen*.
# Zusätzliche Ressourcen für Auto Scaling WorkSpaces Amazon-Anwendungen
step-by-stepAnleitungen für die Arbeit mit WorkSpaces Applications Fleet Auto Scaling finden Sie unter [Scaling Your Desktop Application Streams with Amazon AppStream 2.0](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/) im *AWS Compute-Blog*.
Weitere Informationen zur Verwendung der AWS CLI-Befehle oder API-Aktionen von Application Auto Scaling finden Sie in den folgenden Ressourcen:
+ Abschnitt [application-autoscaling](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling) in der *AWS CLI -Befehlsreferenz*
+ [API-Referenz zu Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/APIReference/)
+ [Benutzerhandbuch zum Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/userguide/)
# Multi-Session-Empfehlungen
Bei der Festlegung der maximalen Anzahl von Benutzersitzungen auf einer Instance in einer Multi-Session-Umgebung sollten Sie mehrere Faktoren berücksichtigen, um eine optimale Leistung und Streaming-Erfahrung zu gewährleisten. Im Folgenden finden Sie Empfehlungen, mit denen Sie die optimale Anzahl von Benutzersitzungen auf einer Instance ermitteln können:
+ *Bewerten der Ressourcenanforderungen*: Ermitteln Sie die Ressourcenanforderungen der Anwendungen, die in den Sitzungen verwendet werden. Berücksichtigen Sie Faktoren wie z. B. CPU, Arbeitsspeicher, die Festplatten-E/A und die Netzwerkbandbreite. Anhand dieser Bewertung können Sie ermitteln, wie viele Ressourcen für jede Benutzersitzung in der Regel benötigt werden.
+ Beachten Sie die *Instanzspezifikationen: Berücksichtigen* Sie die Spezifikationen der Instanz, einschließlich der Anzahl der Instances CPUs, des verfügbaren Speichers und der GPU-Spezifikationen. Instances mit höheren Spezifikationen können eine größere Anzahl von Benutzersitzungen verarbeiten. Weitere Informationen zu den verschiedenen Instance-Typen, die von WorkSpaces Applications unterstützt werden, und zu den Preisen finden Sie unter [Preise für WorkSpaces Anwendungen](https://aws.amazon.com/appstream2/pricing/).
+ *Leistungstests*: Führen Sie Leistungstests für die Anwendungen und Workloads durch, die voraussichtlich in den Benutzersitzungen ausgeführt werden. Messen Sie die Ressourcenauslastung, die Reaktionszeiten und die Gesamtsystemleistung. Verwenden Sie diese Daten, um die Auswirkungen gleichzeitiger Benutzersitzungen auf die Leistung zu bewerten und das optimale session-to-instance Verhältnis zu ermitteln. Sie können diese Bewertungen für verschiedene von WorkSpaces Applications angebotene Instance-Typen durchführen, um den optimalen Instance-Typ oder die optimale Instance-Größe für Ihre Endbenutzer zu ermitteln. Weitere Informationen zu den verschiedenen Instance-Typen, die von WorkSpaces Applications angeboten werden, finden Sie unter[WorkSpaces Instanzfamilien für Anwendungen](instance-types.md).
+ *Überwachen der Ressourcenauslastung*: Überwachen Sie kontinuierlich die Ressourcenauslastung der Instance bei normaler Nutzung. Behalten Sie die CPU-, Arbeitsspeicher- und Festplattenauslastung im Auge. Stellen Sie sicher, dass die Ressourcennutzung innerhalb akzeptabler Grenzen bleibt, um Leistungseinbußen zu vermeiden. In einer Umgebung mit mehreren Sitzungen können Sie diese Metriken unter WorkSpaces Anwendungen und auf der CloudWatch Konsole anzeigen. Weitere Informationen finden Sie unter [Überwachung der Ressourcen von Amazon WorkSpaces Applications](monitoring.md).
+ *Berücksichtigen der Verhaltensmuster der Benutzer*: Analysieren Sie die Verhaltensmuster der Benutzer, um die Spitzenauslastzeiten und die mögliche gleichzeitige Nutzung zu ermitteln. Manche Benutzer weisen ein unregelmäßiges oder sporadisches Nutzungsverhalten auf, während andere den ganzen Tag über eine konstante Nutzung zeigen. Berücksichtigen Sie diese Muster bei der Festlegung der maximalen Anzahl von Benutzersitzungen, um Ressourcenkonflikte in Spitzenzeiten zu vermeiden.
WorkSpaces Applications ermöglicht es Ihnen, maximal 50 Benutzersitzungen pro Instanz zu konfigurieren, unabhängig vom ausgewählten Instance-Typ oder der Größe. Dies ist jedoch nur eine Obergrenze und kein empfohlener Grenzwert. Die folgende Beispieltabelle soll Ihnen helfen, die maximale Anzahl von Benutzersitzungen auf einer Instance in einer Multi-Session-Flotte zu ermitteln. Die in der Tabelle angegebene empfohlene maximale Anzahl von Benutzern basiert auf allgemeinen Richtlinien und Annahmen. Das Testen mit der realen Arbeitslast ist von entscheidender Bedeutung, da die tatsächliche Leistung je nach den individuellen Eigenschaften des Workloads, den Ressourcenanforderungen der Anwendung und dem Benutzerverhalten variieren kann.
**Empfehlungen, die auf Workload-Typen basieren**
| Endbenutzerkategorie | Workload-Typ | Beispielbenutzer | Anwendungsfälle | Empfohlene Konfiguration(en) |
| --- | --- | --- | --- | --- |
| Endbenutzer, die eine einzelne Aufgabe ausführen und nur wenige Anwendungen verwenden | Leicht | Sachbearbeiter, Front-Desk-Benutzer | Dateneingabeanwendungen, Textbearbeitung, Bastion-Host | 4 Benutzer pro vCPU auf Stream.Standard.Xlarge/2XLarge oder Stream.Compute.Xlarge\$1 oder Stream.Memory.XLarge\$1 |
| Endbenutzer, die eine einzelne Aufgabe ausführen und nur wenige Anwendungen verwenden | Leicht bis mittelschwer | Sachbearbeiter, Front-Desk-Benutzer, Kontaktcenter-Mitarbeiter | Dateneingabeanwendungen, Textbearbeitung, Bastion-Host, Chat, E-Mail, Messaging-Apps | 2 Benutzer pro vCPU auf Stream.Standard.Xlarge/2XLarge oder Stream.Compute.Xlarge\$1 oder Stream.Memory.XLarge\$1 |
| Endbenutzer, die komplexe Tabellen, Präsentationen und umfangreiche Dokumente erstellen | Mittelschwer | Sachbearbeiter, Kontaktcenter-Mitarbeiter, Geschäftsanalysten | Dateneingabeanwendungen, Chat, E-Mail, Messaging-Apps, Produktivitäts-Apps | 2 Benutzer pro vCPU auf Stream.memory.xlarge\$1 oder Stream.compute.xlarge\$1 |
| Endbenutzer mit Hochleistungs-Workloads | Mittelschwer bis schwer | Wissensarbeiter, Softwareentwickler, Business-Intelligence-Analysten | Software-Skripting | 1 Benutzer pro vCPU auf Stream.memory.xlarge\$1 oder Stream.compute.xlarge\$1 |
| Endbenutzer mit Hochleistungs-Workloads | Schwer | Wissensarbeiter, Softwareentwickler, Datenwissenschaftler | Bildschirmübertragung, Datenanalyse, Audiokonferenzen | 1 Benutzer pro 2 V CPUs auf Stream.Memory.xLarge\$1 oder Stream.Compute.Xlarge\$1 |
| Endbenutzer mit Workloads, die Grafiken und umfangreiche Ressourcen erfordern compute/memory | Schwer bis intensiv | Graphics/Architecture designers, CAD/CAM-Benutzer | Audiokonferenzen, grafikintensive Anwendungen, wie z. B. Remote-Grafik-Workstations | 1 Benutzer pro 2 v Graphics.G4DN. CPUs \$1 |
| Endbenutzer mit Workloads, die Grafiken und umfangreiche compute/memory Ressourcen erfordern | Intensiv | Videoredakteure, Gamer und Spieleentwickler, Data-Miner, GIS-Dateningenieure, KI-Wissenschaftler | Audiokonferenzen, Videotranskodierung und 3D-Rendering, fotorealistisches Design, Grafik-Workstations, ML-Modelltraining, ML-Inferenz | 1 Benutzer pro 2 v Graphics.G5. CPUs \$1 |