Überwachen

Verwenden von Dashboards

Die Überwachung der Flottenauslastung ist eine regelmäßige Aktivität, die über CloudWatch Metriken und das Erstellen eines Dashboards durchgeführt werden kann. Alternativ können Sie in der AppStream 2.0-Konsole die Registerkarte Flottennutzung verwenden. Überwachen Sie Ihre Flottennutzung regelmäßig, da das Benutzerverhalten nicht immer vorhersehbar ist und die Nachfrage die Planung im Voraus der ersten Rate übersteigen kann. Eine vollständige Liste der AppStream 2.0-Metriken und -Dimensionen für CloudWatch finden Sie im AppStream 2.0-Verwaltungshandbuch unter Überwachen von -Ressourcen.

Vorhersehen von Wachstum

Immer wenn ein großer Anstieg in auftrittPendingCapacity, ist ein Auto-Scaling-Ereignis aufgetreten. Es ist wichtig zu bestätigen, dass AvailableCapacity und eine umgekehrte Beziehung PendingCapacity haben, während neue AppStream 2.0-Flotten-Instances für Host-Benutzersitzungen verfügbar werden. Erstellen Sie einen CloudWatch Alarm für InsufficientCapacityError für jede AppStream 2.0-Flotte, um Administratoren zu benachrichtigen, um sicherzustellen, dass die automatische Skalierung nicht hinter der Nachfrage zurückbleibt.

Wenn die Nachfrage die Kapazität übersteigt und InsufficientCapacityError Metrikwerte üblich sind, sollten Sie die Mindestkapazität für den Beginn des Werktages über eine Richtlinie für geplante Skalierung erhöhen. Darüber hinaus verfügen Sie über eine zweite Richtlinie für geplante Skalierung, um die Mindestkapazität zu senken, nachdem der Bedarf erfüllt wurde. Beachten Sie, dass die Verringerung des Werts für die Mindestkapazität keine Auswirkungen auf bestehende Sitzungen hat. Eine Reduzierung der Mindestkapazität vor dem Ende des Werktages ermöglicht es effektiv, dass die Skalierung wie beabsichtigt funktioniert, indem der Wert für gesenkt wirdActualCapacity. Dadurch werden die Kosten optimiert.

Wenn die Nachfrage konstant unvorhersehbar ist, verwenden Sie die Target-Tracking-Skalierungsrichtlinie, um sicherzustellen, dass AvailableCapacity in der AppStream 2.0-Flotte ausreichend vorhanden ist, um die Nachfrage zu decken und gleichzeitig die Nutzungsmuster zu bestimmen. Überwachen Sie weiterhin, da Target Tracking einen Prozentsatz des Flottenverbrauchs verbraucht. Wenn die Gesamtzahl der Flotten-Instances wächst, multipliziert sich die Gesamtzahl der ungenutzten Flotten-Instances. Dies kann verschwendet werden, es sei denn, die maximale Kapazität ist auf einen konservativen Wert festgelegt. Verwenden Sie mehrere Arten von Skalierungsrichtlinien (z. B. Geplant und Zielverfolgung), um die Zuverlässigkeit mit der Kostenoptimierung auszugleichen.

Überwachen der Benutzernutzung

Überwachung eindeutiger Benutzer, da dafür Kosten in Form von Benutzergebühren anfallen. Diese Benutzergebühr ist aufgrund von Image Assistant (RDS)-Abonnentenzugriffslizenzen (SAL) fällig. Die Bewertung eindeutiger Benutzer kann entweder durch die Meldung des IdP, in dem die Authentifizierung durchgeführt wird, oder durch Nutzungsberichte erfolgen.

Nutzungsberichte werden als separate .csv Dateien in Ihrem S3-Bucket gespeichert, die Sie mit Business Intelligence (BI)-Tools von Drittanbietern herunterladen und analysieren können. Sie können Ihre Nutzungsdaten in analysieren, AWS ohne Ihre Berichte herunterzuladen, oder Berichte über benutzerdefinierte Datumsbereiche erstellen, ohne mehrere .csv Dateien zu verketten. Sie können beispielsweise Amazon Athena und Amazon verwenden, QuickSight um benutzerdefinierte Berichte und Visualisierungen Ihrer AppStream 2.0-Nutzungsdaten zu erstellen.

Persistente Anwendungs- und Windows-Ereignisprotokolle

Wenn eine AppStream 2.0-Instance-Sitzung abgeschlossen ist, wird die Instance beendet. Das bedeutet, dass alle in der Sitzung verwendeten Anwendungs- und Windows-Ereignisprotokolle verloren gehen. Wenn es erforderlich ist, diese Anwendungs- und Windows-Ereignisprotokolle beizubehalten, besteht eine Methode darin, Amazon Data Firehose zu verwenden, um sie in Echtzeit an S3 zu übermitteln und mit Amazon OpenSearch Service (OpenSearch Service) zu suchen. Wenn nicht erwartet wird, dass Abfragen häufig auftreten, verwenden Sie Amazon Athena, um die Kosten zu optimieren, um zu suchen, anstatt Amazon OpenSearch Service auszuführen.

Prüfen von Netzwerk- und Verwaltungsaktivitäten

Falls noch nicht eingerichtet, ist es eine bewährte Methode, AWS CloudTrail für mit AWS-Konto Amazon AppStream 2.0 zu konfigurieren. Um AppStream 2.0-API-Aufrufe speziell zu prüfen, verwenden Sie die Filterereignisquelle mit dem Wert appstream.amazonaws.com.

Aktivieren Sie VPC-Flow-Protokolle, um den Zugriff auf vom Kunden verwaltete Ressourcen zu prüfen. VPC-Flow-Protokolle können in CloudWatch Logs veröffentlicht werden, um Abfragen durchzuführen, wenn eine Prüfung erforderlich ist.

Die Überwachung der Subnetz-IP-Zuweisung ist wichtig, da AppStream 2.0-Flotten wachsen. Melden Sie über die IP-Zuweisung, indem Sie die describe-subnets-CLI ausführen, um die verfügbaren IP-Adressen in jedem Subnetz zu melden, das Flotten zugewiesen ist. Stellen Sie sicher, dass Ihre Organisation über ausreichend IP-Adresskapazität verfügt, um die Nachfrage aller Flotten zu decken, die mit maximaler Kapazität laufen.