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.
Skalierungskonzepte für Amazon AppStream 2.0
AppStream Die 2.0-Skalierung wird von Application Auto Scaling bereitgestellt. Weitere Informationen finden Sie in der APIReferenz zu Application Auto Scaling.
step-by-stepAnleitungen für die Arbeit mit AppStream 2.0 Fleet Auto Scaling finden Sie unter Skalieren Ihrer Desktop-Anwendungsstreams mit Amazon AppStream 2.0
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.
- Mindestkapazität/Mindestanzahl an Benutzersitzungen für die Flotte
-
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 Kapazität/Maximale Anzahl an 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 Aktion zur Skalierungsrichtlinie auf „Kapazität um 25% hinzufügen“ gesetzt ist, wird die 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“.
