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.

Windows-Workloads in der richtigen Größe

Übersicht

Die richtige Dimensionierung ist eines der wirksamsten Tools zur Kosteneinsparung. AWS bietet verschiedene Methoden zur Erfassung von Informationen zur richtigen Dimensionierung, von der Überprüfung potenzieller Workloads mithilfe eines AWS Optimization and Licensing Assessment (AWS OLA) bis hin zur Überprüfung vorhandener Workloads mithilfe von. AWS Cost Explorer

In diesem Abschnitt erfahren Sie, wie Sie Amazon EC2-Möglichkeiten AWS Compute Optimizerzur richtigen Dimensionierung identifizieren können. Compute Optimizer trägt dazu bei, eine Über- und Unterbereitstellung für die folgenden Ressourcentypen zu verhindern: AWS

Szenario zur Kostenoptimierung

Es kann schwierig sein, die Effektivität der richtigen Dimensionierung zu messen, da die Bemühungen zur richtigen Dimensionierung auf eine bestimmte App, ein Team oder das gesamte Unternehmen gerichtet werden können. Stellen Sie sich zum Beispiel eine Organisation vor, die mehrere tausend Instanzen migriert AWS, wobei 90 Prozent ihrer Flotte aus Windows-Workloads bestehen. Das Unternehmen kann Compute Optimizer einsetzen, um seinen Fuhrpark zu analysieren und eine erhebliche Überversorgung seiner Konten und Konten festzustellen. AWS-Regionen Anschließend können sie mithilfe von AWS Systems Manager Automation ihre Flotte über mehrere Wartungsfenster hinweg richtig dimensionieren. Dadurch gelingt es dem Unternehmen, für 70 Prozent seiner Flotte den Instance-Typ mit der richtigen Größe einzustellen und so Kosteneinsparungen von 35 Prozent zu erzielen.

Das folgende Dashboard zeigt die Einsparungen, die über mehrere Monate erzielt wurden, als diese Beispielorganisation die richtigen Größenempfehlungen von Compute Optimizer strategisch umgesetzt hat. Ihr Ziel war es, ihre bestehenden Workloads so effizient wie möglich zu betreiben, um eine ins Stocken geratene Migration von einem Colocation-Rechenzentrum, das sich dem Vertragsende nähert, wieder aufzunehmen.

Empfehlungen zur Kostenoptimierung

Wir empfehlen Ihnen, die folgenden nächsten Schritte zu unternehmen, um Ihre Kosten mithilfe von Compute Optimizer zu optimieren:

Compute Optimizer aktivieren

Sie können Compute Optimizer auf Organisations- oder Einzelkontoebene in AWS Organizations aktivieren. Die unternehmensweite Konfiguration bietet fortlaufende Berichte für neue und bestehende Instanzen in Ihrer gesamten Flotte für alle Mitgliedskonten. Auf diese Weise kann die richtige Dimensionierung als wiederkehrende Aktivität und nicht als point-in-time Aktivität angesehen werden.

Organisationsebene

Für die meisten Unternehmen ist Compute Optimizer am effizientesten auf Organisationsebene zu verwenden. Auf diese Weise erhalten Sie Einblick in Ihr Unternehmen für mehrere Konten und Regionen und zentralisiert die Daten zur Überprüfung in einer einzigen Quelle. Gehen Sie wie folgt vor, um dies auf Organisationsebene zu aktivieren:

Nur ein Konto

Wenn Sie auf ein Konto mit hohen Kosten abzielen, auf das Sie aber keinen Zugriff haben AWS Organizations, können Sie Compute Optimizer trotzdem für dieses Konto und diese Region aktivieren. Weitere Informationen zum Opt-in-Prozess finden Sie unter Erste Schritte AWS Compute Optimizer in der Compute Optimizer Optimizer-Dokumentation.

Aktivieren Sie die Erfassung von Speichermetriken für Windows-Knoten

Speichermetriken versorgen Compute Optimizer mit den wichtigsten Kennzahlen, die erforderlich sind, um fundierte Empfehlungen zur richtigen Dimensionierung in Ihrem Unternehmen abzugeben. Dies ist darauf zurückzuführen, dass die Analyse von CPU, Arbeitsspeicher, Netzwerk und Speicher durchgeführt wird, bevor eine Empfehlung abgegeben wird.

Um Speichermetriken von Windows EC2-Instances an Compute Optimizer zu übergeben, müssen Sie den CloudWatch Agenten aktivieren und die Speichermetriken so konfigurieren, dass sie alle 60 Sekunden erfasst werden. Für die Verwendung von Speichermetriken mit fallen keine zusätzlichen Kosten an. CloudWatch

Aktivieren Sie den CloudWatch Agenten und konfigurieren Sie Speichermetriken

Laden Sie die ComputeOptimizeYML-Datei herunter. Sie können diese Datei verwenden, um die Speichererfassung für alle Instanzen in Ihrem Konto zu aktivieren. Die Vorlagendatei generiert die folgenden Komponenten:

Führen Sie als nächstes die folgenden Schritte aus:

Überwachen Sie den Fortschritt der Assoziation

Sehen Sie sich die Metriken an in CloudWatch

Wir empfehlen, dass Sie mindestens fünf Minuten warten, bis die Metriken gefüllt sind. CloudWatch

Verwenden Sie die Empfehlungen von Compute Optimizer

Stellen Sie sich ein Beispiel vor, das sich darauf konzentriert, die richtigen Größenänderungen innerhalb eines einzigen Kontos und einer einzelnen Region vorzunehmen. In diesem Beispiel ist Compute Optimizer auf Organisationsebene für alle Konten aktiviert. Denken Sie daran, dass die richtige Dimensionierung ein störender Prozess ist, der in den meisten Fällen von den Anwendungsbesitzern während eines geplanten Wartungsfensters über mehrere Wochen präzise durchgeführt wird.

Wenn Sie vom Verwaltungskonto einer Organisation aus zu Compute Optimizer navigieren (wie in den folgenden Schritten gezeigt), können Sie das Konto auswählen, das Sie untersuchen möchten. In diesem Beispiel werden sechs Instanzen in einem einzigen Konto in der us-east-1 Region ausgeführt. Alle sechs Instanzen sind überprovisioniert. Ziel ist es, die Größe der Instanzen auf der Grundlage der Empfehlungen von Compute Optimizer zu ändern.

Identifizieren Sie zu viele bereitgestellte Instanzen und exportieren Sie Empfehlungsdetails

Wählen Sie Instanzen auf der Grundlage von Empfehlungen aus

Instanzempfehlungen basieren auf den Leistungskennzahlen, die von Compute Optimizer gesammelt und analysiert wurden. Es ist wichtig, dass Sie sich der Workloads bewusst sind, die auf der Instanz ausgeführt werden, um sicherzustellen, dass Sie die beste Instanz auswählen. In diesem Beispiel wird davon ausgegangen, dass Sie aus der neuesten Generation von Amazon EC2 R6i-, R5 - und T3-Instances wählen können. T3-Instances sind Burst-fähig und verfügen über eine geringere Netzwerkbandbreite. R5- und R6-Instances haben die gleichen Kosten pro Stunde und sind nahezu identisch. Die R6-Instance verfügt jedoch über eine höhere Netzwerkbandbreitenkapazität, ist mit Intel-Prozessoren der neuesten Generation ausgestattet und bietet den gleichen Rechenbedarf wie die R5-Instance. In diesem Beispiel ist R6 die beste Option für die Größenänderung.

Kennzeichnen Sie Instanzen, um die richtige Größe zu wählen

Das Taggen Ihrer Workloads ist ein leistungsstarkes Tool zur Organisation Ihrer Ressourcen. AWS Mithilfe von Tags können Sie sich einen detaillierten Überblick über die Kosten verschaffen und Rückbuchungen vereinfachen. Weitere Informationen zu Strategien und Methoden zum Hinzufügen von Tags zu AWS Ressourcen finden Sie im AWS Whitepaper Best Practices for Tagging Resources. AWS In diesem Beispiel können Sie den Tag-Editor verwenden, um AWS Tag-Anpassungen an den Instances vorzunehmen, deren Größe Sie während eines Wartungsfensters gezielt ändern möchten. Sie können dieses Tag auch verwenden, um die Kosten vor und nach der Änderung anzuzeigen.

Nachdem Sie benutzerdefinierte Tags erstellt und auf Ihre Ressourcen angewendet haben, kann es bis zu 24 Stunden dauern, bis die Tags auf Ihrer Seite mit den Kostenzuordnungs-Tags zur Aktivierung angezeigt werden. Nachdem Sie Ihre Tags für die Aktivierung ausgewählt haben, kann es weitere 24 Stunden dauern, bis die Tags aktiv werden.

Fortgeschrittene Benutzer können AWS CloudShellinnerhalb des Zielkontos und der Zielregion mehrere Instanzen taggen. Beispielsweise:

bash
#!/bin/bash
# Set variables
TAG_KEY="rightsizing"
TAG_VALUE="type-m5"
# Get a list of instance IDs
INSTANCE_IDS=$(aws ec2 describe-instances —query "Reservations[].Instances[].InstanceId" —output text)
# Loop through each instance ID and add the tag
for INSTANCE_ID in $INSTANCE_IDS; do
 aws ec2 create-tags —resources $INSTANCE_ID —tags Key=$TAG_KEY,Value=$TAG_VALUE
done

Aktivieren Sie das Tag für die Kostenzuweisung, um mit AWS Abrechnungstools zu arbeiten

Wir empfehlen, das benutzerdefinierte Kostenzuweisungs-Tag zu aktivieren. Dadurch kann das Rightsizing-Tag in den AWS Abrechnungstools (z. B. Cost Explorer und) erkannt und AWS Cost and Usage Report gefiltert werden. Wenn Sie dies nicht aktivieren, sind die Tag-Filteroption und die Daten nicht verfügbar. Informationen zur Verwendung von Kostenzuordnungs-Tags finden Sie in der AWS Billing and Cost Management Dokumentation unter Aktivieren von benutzerdefinierten Kostenzuordnungs-Tags.

Nach 24 Stunden sollte das Tag im Cost Explorer erscheinen.

Implementieren Sie die richtigen Größenempfehlungen mit Systems Manager Automation

Die Größenänderung ist ein Szenario, bei dem eine Instanz gestoppt und gestartet werden muss. In diesem Szenario müssen Sie diese Unterbrechung möglicherweise in einem Wartungsfenster bewältigen und verschiedene Teams müssen sich um ihre eigene Größenänderung kümmern. Bevor Sie einen Instance-Typ ändern, lesen Sie die Überlegungen zu kompatiblen Instance-Typen in der Amazon EC2 EC2-Dokumentation.

In den Beispielschritten in diesem Abschnitt werden die richtigen Größenempfehlungen pro Konto und Region mithilfe eines Systems Manager Automation-Dokuments namens AWS- implementiertResizeInstance. Dieser Ansatz ist typisch für die meisten Unternehmen, da die meisten Organisationen unterschiedliche Instance-Typen für unterschiedliche Zwecke benötigen. Sie können dasselbe AWS-ResizeInstance Automatisierungsdokument auch für Bereitstellungen mit einem oder mehreren Konten verwenden.

Erwägen Sie alternative Methoden zur Größenänderung

Wenn Sie für die Bereitstellung Ihrer Instances eine Startvorlage verwenden, können Sie die Startvorlage mit dem Instance-Typ der richtigen Größe aktualisieren und dann eine Instance-Aktualisierung durchführen, um die Instances durch die Version mit der richtigen Größe zu ersetzen.

Wenn Sie das richtige Größenbestimmungsverfahren für mehrere Konten und Regionen verwenden möchten, müssen Sie ein benutzerdefiniertes Systems Manager Automation-Dokument erstellen. In diesem Dokument können Sie mehrere Instances als Parameter eingeben und Ziel-Instances, die zum selben Ziel-Instance-Typ wechseln (z. B. alle Instances, die zu t3a.medium wechseln, unabhängig vom Quell-Instance-Typ).

Vorher- und Nachher-Kosten im Cost Explorer überprüfen

Nachdem Sie Ihre Ressourcen richtig dimensioniert haben, können Sie mit dem Cost Explorer mithilfe des Rightsizing-Tags Vorher- und Nachkosten anzeigen. Denken Sie daran, dass Sie Ressourcen-Tags verwenden können, um Kosten nachzuverfolgen. Durch die Verwendung mehrerer Tag-Ebenen können Sie sich einen detaillierten Überblick über Ihre Kosten verschaffen. In dem in diesem Leitfaden behandelten Beispiel wird das Rightsizing-Tag verwendet, um allen Zielinstanzen ein generisches Tag zuzuweisen. Anschließend wird ein Team-Tag verwendet, um Ressourcen weiter zu organisieren. Der nächste Schritt besteht in der Einführung von Anwendungs-Tags, um die Kostenauswirkungen des Betriebs einer bestimmten Anwendung weiter aufzuzeigen.

Das folgende Diagramm zeigt die Tag-Struktur für eine Organisation.

Stellen Sie sich das Beispiel eines Unternehmens vor, das die Größe der Produktionswebserver, die dem Betriebsteam gehören, richtig dimensioniert. Im Cost Explorer ist das Rightsizing-Tag auf aktiviert und das Team-Tag auf Operationen festgelegt. In diesem Beispiel reduziert der Aufwand für die richtige Dimensionierung die Betriebskosten von 0,89 Cent auf 0,28 Cent pro Stunde. Geht man von 744 Stunden pro Monat aus, belaufen sich die jährlichen Kosten vor der richtigen Dimensionierung auf 7.945,92$. Nach der richtigen Dimensionierung sinken die jährlichen Kosten auf 2.499,84$. Dies entspricht einer Senkung der jährlichen Workload-Kosten um 68,5 Prozent. Stellen Sie sich vor, wie sich das auf ein großes Unternehmen auswirkt. Denken Sie daran, dass dies in einer Beispielumgebung erfolgt und die Instanzen größtenteils inaktiv sind. In einer Produktionsumgebung können Sie Einsparungen zwischen 10 und 35 Prozent erzielen.

Denken Sie nun darüber nach, welche Auswirkungen die richtige Dimensionierung des Bastion-Produktionsservers hat, der dem Engineering-Team gehört. Im Cost Explorer ist das Rightsizing-Tag auf aktiviert und das Team-Tag auf Engineering festgelegt. In diesem Beispiel reduziert der Aufwand für die richtige Dimensionierung die Kosten von 0,75 Cent auf 0,44 Cent pro Stunde. Geht man von 744 Stunden pro Monat aus, belaufen sich die jährlichen Kosten vor der richtigen Dimensionierung auf 6.696,00$. Nach der richtigen Dimensionierung sinken die jährlichen Kosten auf 3.928,32$.

Wenn Sie mehrere Tags verwenden, können Sie die Daten nach detaillierten Kostendetails filtern. In diesem Beispiel reduziert das Team-Tag das Rauschen, sodass Sie die Auswirkungen auf Teamebene verfolgen können. Da das Rightsizing-Tag aktiviert ist, können Sie auch nach jeder Instanz filtern, bei der dieses Tag den Wert aktiviert hat oder kein Wert vorhanden ist. Auf diese Weise erhalten Sie einen umfassenden Überblick über Ihre Bemühungen, die richtige Größe zu ermitteln, insbesondere, wenn diese im Verwaltungskonto (Zahler) auf der Ebene des Cost Explorer angezeigt werden. In dieser Ansicht können Sie alle Konten und Instanzen sehen.

Stellen Sie sich ein Beispiel auf Einzelkontoebene vor, bei dem das Rightsizing-Tag auf aktiviert gesetzt ist.  Die Betriebskosten sinken von 1,64$ pro Stunde auf 0,72$ pro Stunde. Geht man von 744 Stunden pro Monat aus, belaufen sich die jährlichen Kosten vor der richtigen Dimensionierung auf 14.641,92$. Nach der richtigen Dimensionierung sinken die jährlichen Kosten auf 6.428,16$. Dies entspricht einer Senkung der Rechenkosten für dieses Konto um 56 Prozent.

Bevor Sie sich auf die Suche nach der richtigen Größe machen, sollten Sie Folgendes beachten:

Empfehlungen

Wir empfehlen die folgenden nächsten Schritte:

Weitere Ressourcen