Aktivieren und Verwalten von Basisordnern für Ihre AppStream 2.0-Benutzer - Amazon AppStream 2.0
Dateien und Verzeichnisse im Zusammenhang mit rechenintensiven AnwendungenAktivieren von Basisordnern für Ihre AppStream 2.0-BenutzerVerwalten Ihrer Basisordner

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.

Aktivieren und Verwalten von Basisordnern für Ihre AppStream 2.0-Benutzer

AppStream 2.0 unterstützt die folgenden persistenten Speicheroptionen für Benutzer in Ihrer Organisation:

  • Basisordner

  • Google Drive für Google Workspace

  • OneDrive für Business

Sie können für Ihre Organisation eine oder mehrere Optionen aktivieren. Wenn Sie Basisordner für einen AppStream 2.0-Stack aktivieren, können Benutzer des Stacks während ihrer Anwendungs-Streaming-Sitzungen auf einen persistenten Speicherordner zugreifen. Für den Zugriff auf die Basisordner ist keine weitere Konfiguration durch die Benutzer erforderlich. Die von Benutzern in ihrem Basisordner gespeicherten Daten werden automatisch in einem Bucket des Amazon Simple Storage Service in Ihrem Amazon-Web-Services-Konto gesichert und stehen diesen Benutzern in nachfolgenden Sitzungen zur Verfügung.

Dateien und Ordner werden während der Übertragung über die SSL-Endpunkte von Amazon S3 verschlüsselt. Dateien und Ordner im Ruhezustand werden mit von Amazon S3 verwalteten Verschlüsselungsschlüsseln verschlüsselt.

Basisordner werden in Flotten-Instances an den folgenden Standardspeicherorten gespeichert:

  • Für Einzelsitzungen non-domain-joined : C:\Users\PhotonUser\My Files\Home-Ordner

  • Bei Multisitzungen non-domain-joined : Windows-Instances: C:\Users\as2-xxxxxxxx\My Files\Home Folder , wobei as2-xxxxxxxxxx ein zufälliger Benutzername ist, der jeder Benutzersitzung zugewiesen ist. Sie können Ihren lokalen Benutzernamen über die env-Variable $USERNAME ermitteln.

  • Mit einer Domain verknüpfte Windows-Instances: C:\Users\%username%\My Files\Home Folder

  • Linux-Instances: ~//MyFiles/HomeFolder

Verwenden Sie als Administrator den entsprechenden Pfad, wenn Sie Ihre Anwendungen so konfigurieren, dass sie im Basisordner gespeichert werden. In manchen Fällen können Ihre Benutzer möglicherweise den Basisordner nicht finden, da einige Anwendungen die Umleitung, die den Basisordner als obersten Ordner im Datei-Explorer anzeigt, nicht erkennen. In diesem Fall können Ihre Benutzer auf ihren Basisordner zugreifen, indem sie im Datei-Explorer zu demselben Verzeichnis navigieren.

Dateien und Verzeichnisse im Zusammenhang mit rechenintensiven Anwendungen

Während AppStream 2.0-Streaming-Sitzungen kann das Speichern großer Dateien und Verzeichnisse im Zusammenhang mit rechenintensiven Anwendungen im persistenten Speicher länger dauern als das Speichern von Dateien und Verzeichnissen, die für grundlegende Produktivitätsanwendungen erforderlich sind. So kann es beispielsweise länger dauern, bis Anwendungen eine große Datenmenge speichern oder dieselben Dateien häufig ändern, als Dateien zu speichern, die von Anwendungen erstellt wurden, die eine einzelne Schreibaktion ausführen. Auch das Speichern vieler kleiner Dateien kann mehr Zeit in Anspruch nehmen.

Wenn Ihre Benutzer Dateien und Verzeichnisse speichern, die rechenintensiven Anwendungen zugeordnet sind, und die persistenten Speicheroptionen AppStream 2.0 nicht wie erwartet funktionieren, empfehlen wir Ihnen, eine Server Message Block (SMB)-Lösung wie Amazon FSx for Windows File Server oder ein - AWS Storage Gateway Datei-Gateway zu verwenden. Im Folgenden finden Sie Beispiele für Dateien und Verzeichnisse, die rechenintensiven Anwendungen zugeordnet sind und sich besser für die Verwendung mit diesen SMB-Lösungen eignen:

  • Workspace-Ordner für integrierte Entwicklungsumgebungen (IDEs)

  • Lokale Datenbankdateien

  • Scratchspace-Ordner, die von Grafiksimulationsprogrammen erstellt wurden

Weitere Informationen finden Sie hier:

Aktivieren von Basisordnern für Ihre AppStream 2.0-Benutzer

Bevor Sie Basisordner aktivieren, müssen Sie die folgenden Schritte ausführen:

Sie können Basisordner aktivieren oder deaktivieren, während Sie einen Stack erstellen (siehe Erstellen eines Stacks), oder nachdem der Stack erstellt wurde, indem Sie AWS Management Console für AppStream 2.0, AWS SDK oder verwenden AWS CLI. Für jede AWS Region werden Basisordner durch einen Amazon S3-Bucket gesichert.

Wenn Sie Basisordner für einen AppStream 2.0-Stack in einer - AWS Region zum ersten Mal aktivieren, erstellt der Service einen Amazon S3-Bucket in Ihrem Konto in derselben Region. Derselbe Bucket wird verwendet, um den Inhalt der Basisordner für alle Benutzer und alle Stacks in dieser Region zu speichern. Weitere Informationen finden Sie unter Amazon-S3-Bucket-Speicher.

Anmerkung

Anleitungen, die Sie Ihren Benutzern bei der Verwendung von Basisordnern während AppStream 2.0-Streaming-Sitzungen helfen können, finden Sie unter Basisordner verwenden.

So aktivieren Sie Basisordner beim Erstellen eines Stacks

  • Führen Sie die Schritte unter Erstellen eines Stacks aus und stellen Sie sicher, dass die Option Basisordner aktivieren ausgewählt wurde.

So aktivieren Sie Basisordner für einen vorhandenen Stack

  1. Öffnen Sie die AppStream 2.0-Konsole unter https://console.aws.amazon.com/appstream2.

  2. Wählen Sie im linken Navigationsbereich Stacks aus und klicken Sie auf den Stack, für den Sie die Basisordner aktivieren möchten.

  3. Wählen Sie unterhalb der Stack-Liste Speicher und markieren Sie das Kontrollkästchen Basisordner aktivieren.

  4. Wählen Sie im Dialogfenster Basisordner aktivieren die Option Aktivieren aus.

Verwalten Ihrer Basisordner

Deaktivieren von Basisordnern

Sie können die Basisordner für einen Stack deaktivieren, ohne den bereits darin gespeicherten Inhalt zu verlieren. Das Deaktivieren von Basisordnern für einen Stack hat folgende Auswirkungen:

  • Benutzer, die für den Stack mit aktiven Streaming-Sitzungen verbunden sind, erhalten eine Fehlermeldung. Sie werden darüber informiert, dass Inhalte nicht länger im Basisordner gespeichert werden können.

  • Basisordner erscheinen nicht für neue Sitzungen, die den Stack mit deaktivierten Basisordnern verwenden.

  • Das Deaktivieren von Basisordnern für einen Stack bedeutet nicht, dass sie auch für andere Stacks deaktiviert sind.

  • Selbst wenn Basisordner für alle Stacks deaktiviert sind, löscht AppStream 2.0 den Benutzerinhalt nicht.

Um den Zugriff auf Basisordner für den Stack wiederherzustellen, aktivieren Sie die Basisordner wieder, indem Sie die Schritte ausführen, die weiter oben in diesem Thema beschrieben sind.

So deaktivieren Sie Basisordner beim Erstellen eines Stacks

  • Führen Sie die Schritte unter Erstellen eines Stacks aus und stellen Sie sicher, dass die Option Basisordner aktivieren deaktiviert wurde.

So deaktivieren Sie Basisordner für einen vorhandenen Stack

  1. Öffnen Sie die AppStream 2.0-Konsole unter https://console.aws.amazon.com/appstream2.

  2. Wählen Sie im linken Navigationsbereich Stacks aus und klicken Sie dann auf den Stack.

  3. Wählen Sie unterhalb der Stack-Liste Speicher aus und deaktivieren Sie das Kontrollkästchen für Basisordner aktivieren.

  4. Geben Sie in das Dialogfenster Basisordner deaktivieren CONFIRM ein (auf Groß- und Kleinschreibung achten), um Ihre Auswahl zu bestätigen und wählen Sie dann Deaktivieren aus.

Amazon-S3-Bucket-Speicher

AppStream 2.0 verwaltet Benutzerinhalte, die in Basisordnern gespeichert sind, mithilfe von Amazon S3-Buckets, die in Ihrem Konto erstellt wurden. Für jede AWS Region erstellt AppStream 2.0 einen Bucket in Ihrem Konto. Jegliche von Benutzern generierten Inhalte, die aus Streaming-Sitzungen von Stacks in dieser Region stammen, werden in diesem Bucket gespeichert. Die Buckets werden vom Service vollständig ohne Konfiguration oder Eingaben eines Administrators verwaltet. Die Benennung der Buckets erfolgt wie folgt in einem bestimmten Format: 

appstream2-36fb080bb8-region-code-account-id-without-hyphens

Wobei der AWS Regionscode region-code ist, in dem der Stack erstellt wird, und account-id-without-hyphens Ihre Amazon Web Services-Konto-ID. Der erste Teil des Bucket-Namens, appstream2-36fb080bb8-, ändert sich konto- oder regionsübergreifend nicht.

Wenn Sie beispielsweise die Basisordner für die Stacks in der Region USA West (Oregon) (us-west-2) für Kontonummer 123456789012 aktivieren, erstellt der Service einen Amazon-S3-Bucket in dieser Region mit dem angegebenen Namen. Nur ein Administrator mit ausreichenden Berechtigungen kann diesen Bucket löschen.

appstream2-36fb080bb8-us-west-2-123456789012

Wie zuvor erwähnt, werden mit dem Deaktivieren der Basisordner für Stacks keine im Amazon-S3-Bucket gespeicherten Benutzerinhalte gelöscht. Um Benutzerinhalte dauerhaft zu löschen, muss ein Administrator mit ausreichendem Zugriff dies über die Amazon S3-Konsole tun. AppStream 2.0 fügt eine Bucket-Richtlinie hinzu, die ein versehentliches Löschen des Buckets verhindert. Weitere Informationen finden Sie unter Verwenden von IAM-Richtlinien zum Verwalten des Administratorzugriffs auf den Amazon-S3-Bucket für Basisordner und die Persistenz von Anwendungseinstellungen.

Synchronisieren von Inhalten der Basisordner

Wenn Basisordner aktiviert sind, erstellt AppStream 2.0 einen eindeutigen Ordner für jeden Benutzer, in dem der Inhalt gespeichert werden soll. Der Ordner wird als eindeutiges Amazon-S3-Präfix erstellt, das einen Hash des Benutzernamens innerhalb eines S3-Buckets für Ihr Amazon-Web-Services-Konto und Ihre Region verwendet. Nachdem AppStream 2.0 den Basisordner in Amazon S3 erstellt hat, kopiert es den Zugriff auf Inhalt in diesem Ordner aus dem S3-Bucket in die Flotten-Instance. Auf diese Weise kann der Benutzer während seiner Streaming-Sitzung von der Flotten-Instance aus schnell auf den Inhalt seines Basisordners zugreifen. Änderungen, die Sie am Inhalt des Basisordners eines Benutzers in einem S3-Bucket vornehmen und die der Benutzer an seinem Inhalt des Basisordners auf einer Flotten-Instance vornimmt, werden wie folgt zwischen Amazon S3 und AppStream 2.0 synchronisiert.

  1. Zu Beginn der AppStream 2.0-Streaming-Sitzung eines Benutzers katalogisiert AppStream 2.0 die Basisordnerdateien, die für diesen Benutzer im Amazon S3-Bucket für Ihr Amazon Web Services-Konto und Ihre Region gespeichert sind.

  2. Der Inhalt des Basisordners eines Benutzers wird auch auf der AppStream 2.0-Flotten-Instance gespeichert, von der er streamt. Wenn ein Benutzer auf seinen Basisordner auf der AppStream 2.0-Flotten-Instance zugreift, wird die Liste der katalogisierten Dateien angezeigt.

  3. AppStream 2.0 lädt eine Datei erst dann aus dem S3-Bucket auf die Flotten-Instance herunter, wenn der Benutzer eine Streaming-Anwendung verwendet, um die Datei während seiner Streaming-Sitzung zu öffnen.

  4. Nachdem AppStream 2.0 die Datei auf die Flotten-Instance heruntergeladen hat, erfolgt die Synchronisation, nachdem auf die Datei zugegriffen wurde

  5. Wenn der Benutzer die Datei während seiner Streaming-Sitzung ändert, AppStream lädt 2.0 die neue Version der Datei regelmäßig oder am Ende der Streaming-Sitzung von der Flotten-Instance in den S3-Bucket hoch. Allerdings wird die Datei während der Streaming-Sitzung nicht erneut aus dem S3-Bucket heruntergeladen.

Die folgenden Abschnitte beschreiben das Synchronisationsverhalten, wenn Sie die Datei des Basisordners eines Benutzers in Amazon S3 hinzufügen, ersetzen oder entfernen.

Synchronisieren von Dateien, die Sie dem Basisordner eines Benutzers in Amazon S3 hinzufügen

Wenn Sie dem Basisordner eines Benutzers in einem S3-Bucket eine neue Datei hinzufügen, katalogisiert AppStream 2.0 die Datei und zeigt sie innerhalb weniger Minuten in der Liste der Dateien im Basisordner des Benutzers an. Die Datei wird jedoch erst dann vom S3-Bucket auf die Flotten-Instance heruntergeladen, wenn der Benutzer die Datei während seiner Streaming-Sitzung mit einer Anwendung öffnet.

Synchronisieren von Dateien, die Sie im Basisordner eines Benutzers in Amazon S3 ersetzen

Wenn ein Benutzer während seiner Streaming-Sitzung eine Datei in seinem Basisordner auf der Flotten-Instance öffnet und Sie dieselbe Datei in seinem Basisordner in einem S3-Bucket während der aktiven Streaming-Sitzung dieses Benutzers durch eine neue Version ersetzen, wird die neue Version der Datei nicht sofort auf die Flotten-Instance heruntergeladen. Die neue Version wird erst dann aus dem S3-Bucket auf die Flotten-Instance heruntergeladen, wenn der Benutzer eine neue Streaming-Sitzung startet und die Datei erneut öffnet.

Synchronisieren von Dateien, die Sie aus dem Basisordner eines Benutzers in Amazon S3 entfernen

Wenn ein Benutzer während seiner Streaming-Sitzung eine Datei in seinem Basisordner auf der Flotten-Instance öffnet und Sie die Datei während der aktiven Streaming-Sitzung dieses Benutzers aus seinem Basisordner in einem S3-Bucket entfernen, wird die Datei erst dann aus der Flotten-Instance entfernt, wenn der Benutzer eine der folgenden Aktionen ausführt:

  • Basisordner erneut öffnen

  • Basisordner aktualisieren

Formate des Basisordners

Die Hierarchie eines Benutzerordners hängt davon ab, wie ein Benutzer eine Streaming-Sitzung startet. Dies wird in den folgenden Abschnitten beschrieben.

-AWS SDKs und AWS CLI

Bei Sitzungen, die mit CreateStreamingURL oder create-streaming-url gestartet werden, sieht die Ordnerstruktur wie folgt aus:

bucket-name/user/custom/user-id-SHA-256-hash/

Wobei das in gezeigte Format bucket-name hat Amazon-S3-Bucket-Speicher und der benutzerspezifische Ordnername user-id-SHA-256-hash ist, der mit einer hexadezimalen SHA-256Zeichenfolge in Kleinbuchstaben erstellt wurde, die aus dem UserId Wert generiert wurde, der an die CreateStreamingURL-API-Operation oder den -create-streaming-urlBefehl übergeben wurde. Weitere Informationen finden Sie unter CreateStreamingURL in der Amazon- AppStream 2.0-API-Referenz und create-streaming-url in der AWS CLI -Befehlsreferenz.

Die folgende Beispielordnerstruktur gilt für den Sitzungszugriff über die API oder AWS CLI mit der UserId testuser@mydomain.com, Konto-ID 123456789012 in der Region USA West (Oregon) (us-west-2):

appstream2-36fb080bb8-us-west-2-123456789012/user/custom/a0bcb1da11f480d9b5b3e90f91243143eac04cfccfbdc777e740fab628a1cd13/

Sie können den Ordner für einen Benutzer bestimmen, indem sie mithilfe von Websites oder online verfügbaren Open-Source-Code-Bibliotheken den SHA-256-Hash-Wert der UserId in Kleinbuchstaben generieren.

SAML 2.0

Bei Sitzungen, die mit dem SAML-Verbund erstellt werden, sieht die Ordnerstruktur wie folgt aus:

bucket-name/user/federated/user-id-SHA-256-hash/

In diesem Fall steht user-id-SHA-256-hash für den Ordnernamen, der unter Verwendung einer SHA-256-Hash-Hexadezimal-Zeichenfolge in Kleinbuchstaben angelegt wurde, die aus dem NameID-SAML-Attributswert erzeugt und in der SAML-Verbund-Anforderung übergeben wurde. Übermitteln Sie die SAML-Anforderung mit der NameID im Format domainname\username, um Benutzer mit demselben Namen zu unterscheiden, die jedoch zu zwei unterschiedlichen Domains gehören. Weitere Informationen finden Sie unter Amazon AppStream 2.0-Integration mit SAML 2.0.

Die folgende Beispiel-Ordnerstruktur gilt für den Sitzungszugriff mittels SAML-Verbund mit einer NameID-BEISPIELDOMAIN\testbenutzer, Konto-ID 123456789012 in der Region USA West (Oregon):

appstream2-36fb080bb8-us-west-2-123456789012/user/federated/8dd9a642f511609454d344d53cb861a71190e44fed2B8aF9fde0C507012a9901

Wenn ein Teil oder die gesamte NameID-Zeichenfolge groß geschrieben wird (wie der Domänenname SAMPLEDOMAIN im Beispiel ist), generiert AppStream 2.0 den Hashwert basierend auf der in der Zeichenfolge verwendeten Groß-/Kleinschreibung. Bei diesem Beispiel lautet der Hash-Wert für BEISPIELDOMAIN\testuser: 8DD9A642F511609454D344D53CB861A71190E44FED2B8AF9FDE0C507012A9901. Im Verzeichnis des Benutzers wird dieser Wert in Kleinbuchstaben angezeigt: 8dd9a642f511609454d344d53cb861a71190e44fed2B8aF9fde0C507012a9901.

Sie können den Ordner für einen Benutzer bestimmen, indem sie den SHA-256-Hash-Wert der NameID mithilfe von Websites oder online verfügbaren Open-Source-Code-Bibliotheken generieren.

Verwenden der - AWS Command Line Interface oder AWS -SDKs

Sie können Basisordner für einen Stack mithilfe der AWS CLI oder AWS SDKs aktivieren und deaktivieren.

Der folgende create-stack-Befehl kann verwendet werden, um Basisordner beim Erstellen eines neuen Stacks zu aktivieren:

aws appstream create-stack --name ExampleStack --storage-connectors ConnectorType=HOMEFOLDERS

Der folgende update-stack-Befehl kann verwendet werden, um Basisordner für einen vorhandenen Stack zu aktivieren:

aws appstream update-stack --name ExistingStack --storage-connectors ConnectorType=HOMEFOLDERS

Der folgende CLI-Befehl kann verwendet werden, um Basisordner für einen vorhandenen Stack zu deaktivieren. Mit diesem Befehl werden keine Benutzerdaten gelöscht.

aws appstream update-stack --name ExistingStack --delete-storage-connectors

Weitere Ressourcen

Weitere Informationen über die Verwaltung von Amazon-S3-Buckets und bewährte Methoden finden Sie in den folgenden Themen im Benutzerhandbuch für Amazon Simple Storage Service: