Bewährte Methoden für die Skalierung der Richtliniengestaltung - Bewährte Methoden für die Bereitstellung von Amazon AppStream 2.0

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.

Bewährte Methoden für die Skalierung der Richtliniengestaltung

Kombinieren Sie Skalierungsrichtlinien

Viele Kunden entscheiden sich dafür, verschiedene Arten von Skalierungsrichtlinien in einer einzigen Flotte zu kombinieren, um die Leistung und Flexibilität von Auto Scaling in AppStream 2.0 zu erhöhen. Sie könnten beispielsweise eine geplante Skalierungsrichtlinie so konfigurieren, dass Ihr Flottenminimum um 6:00 Uhr erhöht wird, damit die Benutzer ihren Arbeitstag beginnen, und das Flottenminimum um 16:00 Uhr verringert wird, bevor die Benutzer ihre Arbeit einstellen. Sie können diese geplante Skalierungsrichtlinie mit Richtlinien zur Zielverfolgung oder schrittweisen Skalierung kombinieren, um ein bestimmtes Auslastungsniveau aufrechtzuerhalten und die Skalierung während des Tages ein- oder auszuschalten, um die hohe Auslastung zu bewältigen. Die Kombination aus planmäßiger Skalierung und zielgerichteter Skalierung kann dazu beitragen, die Auswirkungen eines starken Anstiegs der Auslastung zu verringern, wenn Kapazität sofort benötigt wird.

Vermeiden Sie eine Abwanderung bei der Skalierung

Überlegen Sie, ob es in Ihrer Flotte aufgrund Ihres Anwendungsfalls zu einer hohen Fluktuation kommen könnte. Kundenabwanderung tritt auf, wenn eine große Anzahl von Benutzern Sitzungen innerhalb eines kurzen Zeitraums startet und dann beendet. Dies kann der Fall sein, wenn viele Benutzer nur wenige Minuten lang gleichzeitig auf eine Anwendung in Ihrer Flotte zugreifen, bevor sie sich abmelden.

In solchen Situationen kann Ihre Flottengröße weit unter die gewünschte Kapazität fallen, da Instanzen beendet werden, wenn Benutzer ihre Sitzungen beenden. Durch Richtlinien zur schrittweisen Skalierung werden Instances möglicherweise nicht schnell genug hinzugefügt, um die Fluktuation auszugleichen. Infolgedessen bleibt Ihre Flotte bei einer bestimmten Größe hängen.

Sie können die Fluktuation erkennen, indem Sie die CloudWatch Kennzahlen für Ihre Flotte untersuchen. Zeiträume, in denen die ausstehende Kapazität Ihrer Flotte ungleich Null ist, ohne dass sich die gewünschte Kapazität (oder nur sehr geringfügig) ändert, deuten darauf hin, dass es wahrscheinlich zu einer hohen Abwanderung kommt. Um Situationen mit hoher Kundenabwanderung Rechnung zu tragen, verwenden Sie Skalierungsrichtlinien zur Zielverfolgung und wählen Sie eine Zielauslastung so aus, dass (100 — Zielauslastung in Prozent) höher ist als die Abwanderungsrate in einem Zeitraum von 15 Minuten. Wenn beispielsweise 10% Ihrer Flotte innerhalb von 15 Minuten aufgrund von Benutzerfluktuation eingestellt werden, legen Sie ein Kapazitätsauslastungsziel von 90% oder weniger fest, um die hohe Abwanderung auszugleichen.

Machen Sie sich mit der maximalen Bereitstellungsrate vertraut

Kunden, die AppStream 2.0-Flotten für eine große Anzahl von Benutzern verwalten, sollten Beschränkungen der Bereitstellungsrate in Betracht ziehen. Dieses Limit wirkt sich darauf aus, wie schnell Instances zu einer Flotte oder zu allen Flotten innerhalb einer Flotte hinzugefügt werden können. AWS-Konto

Es gibt zwei Grenzwerte, die berücksichtigt werden müssen:

  • Für eine einzelne Flotte AppStream bietet 2.0 eine maximale Rate von 20 Instanzen pro Minute.

  • Für eine einzelne AWS-Konto AppStream Version bietet 2.0 eine Geschwindigkeit von 60 Instanzen pro Minute (mit einem Burst von 100 Instanzen pro Minute).

Wenn mehr als drei Flotten parallel hochskaliert werden, wird das Ratenlimit für die Kontobereitstellung von allen Flotten gemeinsam genutzt (z. B. könnten sechs Flotten, die parallel skalieren, jeweils bis zu 10 Instanzen pro Minute bereitstellen). Berücksichtigen Sie außerdem die Zeit, die eine bestimmte Streaming-Instanz benötigt, um die Bereitstellung als Reaktion auf ein Skalierungsereignis abzuschließen. Bei Flotten, die keiner Active Directory-Domäne angehören, sind dies in der Regel 15 Minuten. Bei Flotten, die einer Active Directory-Domäne angehören, kann dies bis zu 25 Minuten dauern.

Angesichts dieser Einschränkungen sollten Sie sich die folgenden Beispiele ansehen:

  • Wenn Sie eine einzelne Flotte von 0 auf 1000 Instances skalieren möchten, dauert es 50 Minuten (1000 Instanzen/20 Instanzen pro Minute), bis die Bereitstellung abgeschlossen ist, und dann weitere 15-25 Minuten, bis alle Instances für Endbenutzer verfügbar sind, was insgesamt 65 bis 75 Minuten entspricht.

  • Wenn Sie drei Flotten gleichzeitig von 0 auf 333 Instances skalieren möchten (für insgesamt 999 Instances in derAWS-Konto), dauert es etwa 17 Minuten (999/60 Instanzen pro Minute), bis alle Flotten die Bereitstellung abgeschlossen haben, und dann weitere 15 Minuten, bis diese Instances für Endbenutzer verfügbar sind, also insgesamt 32-42 Minuten.

Nutzen Sie mehrere Availability Zones

Wählen Sie mehrere AZs in der Region für Ihren Flotteneinsatz. Wenn Sie mehrere AZs für Ihre Flotte auswählen, erhöhen Sie die Wahrscheinlichkeit, dass Ihre Flotte als Reaktion auf ein Skalierungsereignis Instances hinzufügen kann. Die CloudWatch Metrik PendingCapacity ist ein Ausgangspunkt, um zu beurteilen, wie optimiert das Flotten-AZ-Design bei großen Flotteneinsätzen ist. Ein hoher, anhaltender Wert für PendingCapacity kann darauf hindeuten, dass die horizontale Skalierung (über AZs hinweg) ausgeweitet werden muss. Weitere Informationen finden Sie unter Überwachung von Amazon AppStream 2.0-Ressourcen.

Wenn Auto Scaling beispielsweise versucht, Instances bereitzustellen, um die Größe Ihrer Flotte zu erhöhen, und die ausgewählte AZ nicht über ausreichende Kapazität verfügt, fügt Auto Scaling stattdessen Instances in den anderen AZs hinzu, die Sie für Ihre Flotte angegeben haben. Weitere Informationen zu Availability Zones und dem AppStream 2.0-Design finden Sie unter Availability Zones in diesem Dokument.

Überwachen Sie Metriken zu Fehlern bei unzureichender

„Fehler bei unzureichender Kapazität“ ist eine CloudWatch Kennzahl für AppStream 2.0-Flotten. Diese Metrik gibt die Anzahl der Sitzungsanfragen an, die aufgrund mangelnder Kapazität abgelehnt wurden.

Wenn Sie Änderungen an Ihren Skalierungsrichtlinien vornehmen, ist es hilfreich, einen CloudWatch Alarm einzurichten, der Sie benachrichtigt, wenn Fehler mit unzureichender Kapazität auftreten. Auf diese Weise können Sie Ihre Skalierungsrichtlinien schnell anpassen, um die Verfügbarkeit für Benutzer zu optimieren. Das Administratorhandbuch enthält detaillierte Schritte zur Überwachung Ihrer AppStream 2.0-Ressourcen.