Erste Schritte mit Amazon AppStream 2.0: Einrichtung mit Beispielanwendungen

Display name (Anzeigename) – Geben Sie einen Namen für den Stack ein (maximal 100 Zeichen).

Description (Beschreibung) – Behalten Sie die Standardbeschreibung bei oder geben Sie Ihre eigene (maximal 256 Zeichen) ein.

Umleitung URL — Geben Sie anURL, zu welcher Benutzer nach dem Ende ihrer Streaming-Sitzungen umgeleitet werden.

Feedback URL — Geben Sie an, URL an welche Benutzer weitergeleitet werden, nachdem sie auf den Link „Feedback senden“ geklickt haben, um Feedback zu ihrem Anwendungs-Streaming-Erlebnis abzugeben. Wenn Sie keinen angebenURL, wird dieser Link nicht angezeigt.

Streaming-Protokollpräferenz — Geben Sie das Streaming-Protokoll an, das Ihr Stack bevorzugen soll, UDP oderTCP. UDPwird derzeit nur im nativen Windows-Client unterstützt. Weitere Informationen finden Sie unter Systemanforderungen und Funktionsunterstützung (AppStream 2.0 Client).

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 bei Bedarf, um weitere Tags hinzuzufügen. Weitere Informationen finden Sie unter Kennzeichnen Ihrer Amazon AppStream 2.0-Ressourcen.

VPCEndpoints (Advanced) — Sie können in Ihrer Virtual Private Cloud () einen privaten Link, bei dem es sich um einen VPCSchnittstellenendpunkt (SchnittstellenendpunktVPC) handelt, erstellen. Um mit der Erstellung des Schnittstellenendpunkts zu beginnen, wählen Sie VPCEndpunkt erstellen aus. Wenn Sie diesen Link auswählen, 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: VPC Schnittstellenendpunkte erstellen und von dort streamen aus.

Nachdem Sie den Schnittstellenendpunkt erstellt haben, können Sie ihn verwenden, um den Streaming-Verkehr innerhalb Ihres Computers aufrechtzuerhaltenVPC.

AppStream 2.0 einbetten (optional) — Um eine AppStream 2.0-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 [TCPPort 443] unterstützt.

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 AppStream 2.0 Instanzfamilien.

Flottentyp – Wählen Sie den Flottentyp aus, der Ihrem Anwendungsfall am besten entspricht. Der Flottentyp bestimmt die sofortige Verfügbarkeit und wie Sie dafür bezahlen.

Maximale Sitzungsdauer in Minuten – Wählen Sie die maximale Zeitspanne, 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.

Zeitlimit für die Verbindungstrennung in Minuten – Wählen Sie aus, wie lange eine Streaming-Sitzung aktiv bleiben soll, nachdem der Benutzer die Verbindung getrennt hat. Wenn Benutzer nach einer Verbindungstrennung oder Netzwerkunterbrechung innerhalb dieses Zeitraums erneut eine Verbindung zur Streaming-Instance herstellen möchten, werden sie wieder mit der vorherigen Sitzung verbunden. Andernfalls sind sie mit einer neuen Instance mit einer neuen Sitzung verbunden. Wenn Sie einen Stack einer Flotte zuordnen, für die eine Umleitung angegeben URL ist, werden die Benutzer nach dem Ende der Streaming-Sitzungen der Benutzer zu dieser umgeleitetURL.

Wenn ein Benutzer die Sitzung durch Auswahl von End Session in der Menüleiste der Streaming-Sitzung beendet, wird das Timeout für die Trennung nicht angewendet. Stattdessen wird der Benutzer aufgefordert, alle geöffneten Dokumente zu speichern, und wird dann sofort von der Streaming-Instance getrennt.

Zeitlimit für die Verbindungstrennung bei Leerlauf in Minuten – Wählen Sie die Zeitspanne aus, für die Benutzer im Leerlauf (inaktiv) verbleiben können, bevor sie von ihrer Streaming-Sitzung getrennt werden und bevor das 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.

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.

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.

Minimale Kapazität – Wählen Sie eine Mindestanzahl von Instances für Ihre Flotte, basierend auf der Mindestanzahl der erwarteten gleichzeitigen Benutzer. Jede eindeutige Benutzersitzung wird von einer Instance bereitgestellt. Damit der Stack zum Beispiel zu Zeiten von geringer Nachfrage 100 gleichzeitige Benutzer unterstützt, geben Sie 100 als minimale Kapazität ein. So stellen Sie sicher, dass 100 Instances ausgeführt werden können, auch wenn es weniger als 100 Benutzer gibt.

Maximale Kapazität – Wählen Sie eine maximale Anzahl von Instances für Ihre Flotte, basierend auf der maximalen Anzahl der erwarteten gleichzeitigen Benutzer. Jede eindeutige Benutzersitzung wird von einer Instance bereitgestellt. Damit der Stack zum Beispiel zu Zeiten von hoher Nachfrage 500 gleichzeitige Benutzer unterstützt, geben Sie 500 als maximale Kapazität ein. So stellen Sie sicher, dass bei Bedarf 500 Instances erstellt werden können.

Minimale Benutzersitzungen für Ihre Flotte – Wählen Sie eine Mindestanzahl von Benutzersitzungen für Ihre Flotte aus, basierend auf der Mindestanzahl der erwarteten gleichzeitigen Benutzer. Damit der Stack zum Beispiel zu Zeiten von geringer Nachfrage 100 gleichzeitige Benutzer unterstützt, geben Sie 100 als minimale Kapazität ein. Dadurch wird sichergestellt, dass 100 Benutzersitzungen verfügbar sind, auch wenn weniger als 100 Benutzer vorhanden sind.

Maximale Benutzersitzungen für die Flotte – Wählen Sie eine maximale Anzahl von Benutzersitzungen für Ihre Flotte aus, basierend auf der maximalen Anzahl der erwarteten gleichzeitigen Benutzer. Damit der Stack zum Beispiel zu Zeiten von hoher Nachfrage 500 gleichzeitige Benutzer unterstützt, geben Sie 500 als maximale Kapazität ein. Dadurch wird sichergestellt, dass bis zu 500 Benutzersitzungen bei Bedarf bereitgestellt werden können.

Einzelheiten zur Skalierung — Geben Sie die Skalierungsrichtlinien an, die AppStream 2.0 verwendet, um die Kapazität Ihrer Flotte zu erhöhen und 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 Amazon AppStream 2.0.

IAMRolle (erweitert) — Wenn Sie eine IAM Rolle von Ihrem Konto auf eine AppStream 2.0-Flotteninstanz anwenden, können Sie AWS API Anfragen von der Flotteninstanz aus stellen, ohne die AWS Anmeldeinformationen manuell verwalten zu müssen. Gehen Sie wie folgt vor, um eine IAM Rolle zuzuweisen:

Lassen Sie das Kontrollkästchen Default Internet Access (Standard-Internetzugriff) aktiviert.

Wenn Default Internet Access (Standard-Internetzugriff) aktiviert ist, werden maximal 100 Flotten-Instances unterstützt. Wenn Ihre Bereitstellung mehr als 100 gleichzeitige Benutzer unterstützen muss, verwenden Sie stattdessen die NATGateway-Konfiguration.

Behalten Sie für VPCIhre AWS Region VPC die Standardeinstellung bei.

Der VPC Standardname verwendet das folgende Format: vpc-vpc-id (No_default_value_Name).

Lassen Sie für Subnetz 1 und Subnetz 2 die Standard-Subnetze ausgewählt.

Die Standard-Subnetznamen verwenden das folgende Format: subnet-subnet-id | (IPv4 CIDR block) | Default in availability-zone.

Behalten Sie bei Security groups (Sicherheitsgruppen) die Standardsicherheitsgruppe ausgewählt.

Der Standardname der Sicherheitsgruppe verwendet das folgende Format: sg-security-group-id-default.

Basisordner aktivieren – Diese Einstellung ist standardmäßig aktiviert. Behalten Sie die Standardeinstellung bei. Weitere Informationen zu den Anforderungen für die Aktivierung von Basisordnern finden Sie unter Aktivieren Sie Home-Ordner für Ihre AppStream 2.0-Benutzer.

Google Drive aktivieren — Optional können Sie Nutzern ermöglichen, ihr Google Drive für G Suite-Konto mit 2.0 zu AppStream verknüpfen. Sie können Google Drive nur für Konten in G Suite-Domänen aktivieren, nicht für persönliche Gmail-Konten. Weitere Informationen zu den Anforderungen für die Aktivierung von Google Drive finden Sie unter Aktivieren Sie Google Drive für Ihre AppStream 2.0-Nutzer.

Aktivieren OneDrive — Optional können Sie es Nutzern ermöglichen, ihr OneDrive for Business-Konto mit AppStream 2.0 zu verknüpfen. Sie können die Option nur OneDrive für Konten in OneDrive Domänen aktivieren, nicht für private Konten. Informationen zu den Anforderungen für die Aktivierung OneDrive finden Sie unterFür Ihre 2.0-Benutzer aktivieren OneDrive AppStream .

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 AppStream 2.0-Streamingsitzung 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.

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 AppStream 2.0-Streaming-Instance anzumelden, die zu einer Active Directory-Domäne gehört.

Sie können auch die Smartcard-Anmeldung für Active Directory aktivieren. Sie müssen mindestens eine Authentifizierungsmethode auswählen.

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 AppStream 2.0-Streaming-Instance anzumelden, die mit einer Active Directory-Domäne verbunden ist.

Sie können auch die Kennwortanmeldung für Active Directory aktivieren. Sie müssen mindestens eine Authentifizierungsmethode auswählen.

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.