Kostenoptimierung

Die Kostenoptimierung konzentriert sich auf die Vermeidung unnötiger Kosten. Zu den wichtigsten Themen gehören das Verständnis und die Kontrolle darüber, wofür Geld ausgegeben wird, sowie die Auswahl der am besten geeigneten und korrekten Anzahl von Ressourcentypen. Analysieren Sie die Ausgaben im Zeitverlauf und skalieren Sie sie, um den Geschäftsanforderungen gerecht zu werden. Für die folgenden AppStream 2.0-Ressourcen fallen pay-as-you-go Gebühren an:

• Ständig verfügbare Flotteninstanzen

• Flotteninstanzen auf Abruf

• Gebühr für gestoppte Instanzen auf Abruf

• Image Builder-Instances

• Gebühren für Nutzer

Aktuelle Preisinformationen finden Sie auf der AWS Website mit den Preisen für Amazon AppStream 2.0.

Entwerfen kosteneffizienter AppStream 2.0-Implementierungen

Der erste Schritt bei der Planung und Gestaltung der AppStream 2.0-Implementierung besteht darin, mithilfe eines einfachen Tools zur Preisgestaltung die AWS Höhe Ihrer Gebühren im Zusammenhang mit Ihrer Nutzung abzuschätzen. Geben Sie Ihre Gesamtzahl der Benutzer, die tatsächliche gleichzeitige Nutzung pro Stunde, den Instance-Typ und die Flottenauslastung an, und das Preisfindungstool berechnet Ihren Preis pro Benutzer. Es zeigt auch die geschätzten Preiseinsparungen, wenn Sie eine On-Demand-Flotte anstelle einer Always-On-Flotte verwenden.

Kunden schätzen das AppStream 2.0-Preismodell, bei dem nur für die Instances bezahlt wird, die sie bereitstellen, um den Streaming-Bedürfnissen ihrer Nutzer gerecht zu werden. Dieses Modell unterscheidet sich von ihren bestehenden Anwendungs-Streaming-Umgebungen. Diese basieren in der Regel auf der Bereitstellung von Spitzenkapazitäten, auch nachts, am Wochenende und an Feiertagen, wenn die Auslastung geringer ist. Das Amazon AppStream 2.0 Pricing Tool bietet nur eine Schätzung Ihrer AWS-Gebühren im Zusammenhang mit Ihrer Nutzung von AppStream 2.0 und beinhaltet keine Steuern, die möglicherweise anfallen könnten. Ihre tatsächlichen Gebühren hängen von einer Vielzahl von Faktoren ab, einschließlich Ihrer tatsächlichen Nutzung der AWS-Services.

Das AppStream 2.0 Pricing Tool wird als Microsoft Excel- oder OpenOffice Calc-Tabelle bereitgestellt, mit der Sie grundlegende Informationen zu Ihrer Flotte eingeben können. Anschließend erhalten Sie auf der Grundlage Ihres Nutzungsmusters einen Kostenvoranschlag für die AppStream 2.0-Umgebung für On-Demand- und Always-On-Flotten. Sie könnten Kosten auf der Grundlage historischer oder erwarteter Nutzungstrends simulieren. Elastic Fleets machen es dem Administrator überflüssig, die Nutzung vorherzusagen und Skalierungsrichtlinien und Images zu erstellen und zu verwalten, da diese Funktionen integriert sind. Elastic Fleets und Instances, auf denen Amazon Linux 2 ausgeführt wird (alle Flottenarten), werden für die Dauer der Streaming-Sitzung in Sekunden, mit einem Minimum von 15 Minuten in Rechnung gestellt.

Optimierung der Kosten durch Wahl des Instance-Typs

Für Fleet- und Image Builder-Instances stehen eine Reihe verschiedener Instance-Familien und Typen zur Verfügung, die Sie für Ihre Anwendung auswählen können.

Tests durch Endbenutzer — Der nächste Schritt besteht darin, die AppStream 2.0-Flotte einer Gruppe von Pilotbenutzern zum Testen zur Validierung unseres ausgewählten Instance-Typs zur Verfügung zu stellen. Es ist wichtig, die Pilotbenutzer aufzufordern, all ihre regulären und aufwändigen Workflows zu testen, um Kennzahlen rund um Speicher, CPU und Grafik zu erfassen, sodass Sie grundlegende Leistungskennzahlen erfassen können. Die Pilotgruppe sollte die verschiedenen Benutzerrollen enthalten, die die Anwendung verwenden, um sicherzustellen, dass Sie sie anhand mehrerer Benutzererfahrungen testen. Der Benutzerakzeptanztest ermöglicht es Ihnen, Feedback zur Erfahrung mit Streaming-Sitzungen zu sammeln. Beim Erstellen oder Aktualisieren eines Stacks besteht die Möglichkeit, eine benutzerdefinierte Feedback-URL zu verwenden. Benutzer werden zu dieser URL weitergeleitet, nachdem sie auf den Link „Feedback senden“ geklickt haben, um Feedback zum Streaming-Erlebnis ihrer Anwendung einzureichen. Wenn es einen Leistungsengpass gibt, verwenden Sie Windows-Leistungsmetriken, um Ressourcenbeschränkungen zu analysieren. Wenn für den aktuellen Flotteninstance-Typ stream.standard.medium beispielsweise eine Ressourcenbeschränkung angezeigt wird, aktualisieren Sie den Instance-Typ auf stream.standard.large. Umgekehrt sollten Sie eine Herabstufung des Instance-Typs in Betracht ziehen, wenn Leistungskennzahlen ein hohes Maß an unzureichender Nutzung von Ressourcen zeigen.

Optimierung der Kosten durch die Wahl des Flottentyps

Bei der Erstellung einer neuen AppStream 2.0-Flotte müssen Entwickler entweder einen Flottentyp wählen, der ständig verfügbar ist oder auf Abruf verfügbar ist. Bei der Auswahl des Instance-Typs aus Sicht der Preisgestaltung ist es wichtig zu verstehen, wie AppStream 2.0 Flotteninstanzen verwaltet. Bei Always-On-Flotten bleiben Flotteninstanzen im laufenden Zustand. Wenn Benutzer versuchen, Sitzungen zu streamen, sind Flotteninstanzen daher immer bereit, Streaming-Sitzungen zu starten.

Bei On-Demand-Flotten werden Flotteninstanzen nach dem Start im Status „Gestoppt“ belassen. Die Gebühr für gestoppte Instances ist niedriger als die Gebühr für laufende Instances, was zur Kostensenkung beitragen kann. Die On-Demand-Flotteninstanzen müssen im angehaltenen Zustand gestartet werden. Ein Benutzer muss ungefähr zwei Minuten warten, bis seine Streaming-Sitzung verfügbar ist.

Elastic Fleets eignen sich gut für eigenständige Anwendungen, die auf virtuellen Festplatten installiert werden können, die in einem Amazon Simple Storage Service (Amazon S3) -Bucket gespeichert sind. Elastic Fleets kann die Kosten in einigen Anwendungsfällen weiter senken, da die Abrechnung pro Sekunde nur für die Dauer des Streamings erfolgt. Die Rate hängt vom Instance-Typ und der Größe sowie vom Betriebssystem ab, das Sie bei der Erstellung der Flotte auswählen.

Wenn Endbenutzer während der Geschäftszeiten Flotteninstanzen benötigen, ist es besser, dieselben Streaming-Sitzungen beizubehalten. Das liegt daran, dass Flotteninstanzen pro Stunde berechnet werden und jedes Mal, wenn eine neue Streaming-Sitzung beginnt, eine weitere Flotteninstanzgebühr anfällt.

Tabelle 10 — Vergleich der Flottentypen AppStream 2.0

Art der Flotte	Vorteile	Überlegungen
Immer aktiv	Weniger Wartezeit für Streaming-Sitzungen	Benutzer zahlen für die stündliche Instanzgebühr, da es keine Möglichkeit gibt, Instances im gestoppten Zustand zu belassen.
Auf Abruf	Kosteneinsparung, da die Instanzen im gestoppten Zustand bleiben	Längere Wartezeit für Streaming-Sitzungen
Elastisch	Die Abrechnung pro Sekunde kann für Anwendungsfälle mit sporadischen Nutzungsmustern für Anwendungen, die auf einer virtuellen Festplatte installiert werden können, nützlich sein	Je größer die virtuelle Festplatte einer Anwendung wird, desto länger kann es dauern, sie auf einer Streaming-Instanz zu mounten

AppStream 2.0 überwacht Ihre Flottenauslastung und nimmt automatische Anpassungen der Flottenkapazität vor, um Ihren Benutzeranforderungen zu möglichst niedrigen Kosten gerecht zu werden. Die Kapazitätsanpassungen werden auf der Grundlage von Skalierungsrichtlinien vorgenommen, die Sie entweder auf der aktuellen Auslastung oder auf der Grundlage eines Zeitplans definieren. Überprüfen Sie regelmäßig die Kennzahlen zur Flottennutzung, um sicherzustellen, dass die Richtlinien zur Flottenskalierung keine hohen Kapazitätsreserven vorsehen.

Skalierungsrichtlinien

Fleet Auto Scaling ermöglicht es Ihnen, die Flottenressourcen zu optimieren, indem Sie nicht zu viele Ressourcen beanspruchen müssen, bis sich Benutzer anmelden. Administratoren können die Größe der Flotte auf der Grundlage verschiedener Nutzungsarten an die Benutzeranforderungen anpassen. Verwenden Sie CloudWatch AppStream 2.0 Fleet Metrics oder Überwachungstools von Drittanbietern, um mehr über Benutzeraktivitäten zu erfahren und Skalierungsrichtlinien zu konfigurieren, um AppStream 2.0-Flotten je nach erwarteter Nutzung zu erweitern oder zu verkleinern. Benutzerprotokolle sind ein wichtiger Mechanismus, um sich ein Bild von der tatsächlichen Nutzung zu machen. Diese Erkenntnisse können genutzt werden, um die Flottengröße mithilfe von Auto Scaling dynamisch zu ändern.

In vielen Fällen werden AppStream 2.0-Flotten auf der Grundlage der maximalen Benutzerzahl erstellt und nicht an unterschiedliche Tages- und Wochentage wie Nächte und Wochenenden angepasst. Oft ist die Anzahl der gleichzeitigen Benutzer von gestreamten Anwendungen geringer als die Gesamtzahl der Benutzer, insbesondere wenn Benutzer die Flexibilität haben, remote zu arbeiten. Es ist wichtig, diese Faktoren bei der Prognose von Nutzungsmustern zu berücksichtigen. Eine Überschätzung führt zu einer übermäßigen Bereitstellung von AppStream 2.0-Instances, was zu zusätzlichen Kosten führt. Um eine optimale Konfiguration zu erreichen, müssen Sie möglicherweise eine oder mehrere geplante Skalierungsrichtlinien mit Scale-Out-Richtlinien kombinieren.

Weitere Informationen zur Implementierung von Skalierungsrichtlinien finden Sie unter Skalierung Ihrer Amazon AppStream 2.0-Flotten.

Gebühren für Nutzer

Benutzergebühren werden pro Benutzer und Monat in allen Fällen erhoben, in AWS-Region denen Benutzer Anwendungen von AppStream 2.0-Flotteninstanzen streamen. Anstatt unterschiedliche Benutzer-IDs zu generieren, sollten Sie einheitliche Benutzer-IDs für AppStream 2.0-Benutzer verwenden. Benutzergebühren werden nicht erhoben, wenn eine Verbindung zu Image Builders hergestellt wird.

Schulen, Universitäten und bestimmte öffentliche Einrichtungen können sich für eine reduzierte Microsoft RDS SAL-Benutzergebühr von 0,44 USD pro Benutzer und Monat qualifizieren. Informationen zu den Qualifikationsanforderungen finden Sie in den Microsoft-Lizenzbedingungen und -dokumenten.

Wenn Sie über Microsoft License Mobility verfügen, sind Sie möglicherweise berechtigt, Ihre eigenen Microsoft RDS Client Access Licenses (CALs) mitzubringen und diese mit Amazon AppStream 2.0 zu verwenden. Wenn Sie durch Ihre eigene Lizenz abgedeckt sind, fallen keine monatlichen Benutzergebühren an. Weitere Informationen darüber, ob Sie Ihre vorhandenen Microsoft RDS CAL-Lizenzen mit Amazon AppStream 2.0 verwenden können, finden Sie in den AWSLicense Mobility-Richtlinien oder wenden Sie sich an Ihren Microsoft-Lizenzvertreter.

Verwendung von Image Builder

AppStream 2.0 Image Builder Builder-Instanzen werden stündlich berechnet. Die Gebühr für die Image Builder Builder-Instanz umfasst Rechenleistung, Speicherplatz und jeglichen Netzwerkverkehr, der vom Streaming-Protokoll verwendet wird. Für alle laufenden Image Builder Builder-Instanzen wird die entsprechende Gebühr für laufende Instanzen berechnet. Diese Gebühr richtet sich nach Instanztyp und -größe, auch wenn keine Administratoren verbunden sind.

Als bewährte Methode zur Kostenoptimierung sollten Sie eine Image Builder Builder-Instanz herunterfahren, wenn sie nicht verwendet wird. CloudWatch Ereignisregeln können verwendet werden, um einen täglichen Job zu planen, z. B. das Aufrufen einer Lambda-Funktion zum Stoppen von Image Builder-Instances.

Sie können Ihr AppStream 2.0-Image behalten, up-to-date indem Sie verwaltete AppStream 2.0-Image-Updates verwenden. Diese Aktualisierungsmethode stellt die neuesten Windows-Betriebssystemupdates und Treiberupdates sowie die neueste AppStream 2.0-Agentsoftware bereit. Wenn Sie diese Methode zum Aktualisieren von Images verwenden, wird ein Image Builder als Teil des Managed Service-Prozesses automatisch gestartet und gestoppt.