Hallo und willkommen zurück.
Im heutigen Video werden wir über die Grundlagen eines Compute Optimizer-Dienstes sprechen.
In den meisten Unternehmen, die auf acht Tables oder einer Cloud-Umgebung basieren, besteht
eine der größten Herausforderungen in der Überversorgung.
Wenn ein Entwickler eine easy to-Instanz für seine eigene Testumgebung startet, werden Sie im Allgemeinen feststellen,
dass die easy two-Instanzen nicht korrekt dimensioniert sind. Er könnte eine easy to-Instanz mit acht
GB RAM usw. starten, was nicht immer erforderlich ist.
Dies ist also eines der häufigsten Probleme, das am Ende des Monats zu einer hohen Rechnung führt.
Da die USA so viele Dienste einführen, stellt sich die Frage, ob es ein spezielles Tool oder einen speziellen
Dienst gibt, der dies oder die Bereitstellung bzw. die Aktivitäten im Zusammenhang mit der Bereitstellung überprüfen
und uns einen guten Bericht liefern kann.
An dieser Stelle kommt der Compute Optimizer Service ins Spiel. Er empfiehlt
die optimalen Ressourcen für Ihre Umgebung und kann so Ihre Kosten senken und die Leistung
verbessern.
Wie werden also die optimalen Ressourcen empfohlen?
Dies geschieht durch maschinelles Lernen, um die historische Nutzungsmatrix zu analysieren.
Wenn Sie sich zum Beispiel diesen Screenshot ansehen, haben Sie 13 EC2-Instanzen,
von denen 30 % unterversorgt, 61 % überversorgt und 7 % optimiert sind.
Außerdem wird Ihnen angezeigt, welche von ihnen zu den Vorräten gehören, so dass Sie sie entsprechend dimensionieren
können.
Zusammen mit dem Compute Optimizer liefert er auch eine Empfehlung für die optimalen Instanztypen.
Sie sehen zum Beispiel, dass alle diese Instanzen eine Überversorgung aufweisen.
Es zeigt den aktuellen Instanztyp und die empfohlenen Instanztypen an.
Für das erste AC to instance von C five dot slash wird also PT three dot large empfohlen, und die
Umstellung auf den empfohlenen Instance-Typ hat auch einen erheblichen Kostenvorteil.
Und das ist in der Tat sehr vorteilhaft für die Organisationen.
Der nächste wichtige Punkt bezieht sich auf die unterstützten Ressourcentypen.
Wir haben gesehen, dass der Compute Optimizer Empfehlungen für die beiden EC-Instanzen ausspricht.
Darüber hinaus gibt es auch Empfehlungen in Bezug auf die Auto-Scaling-Gruppen, die EBS-Volumes,
den X-Service auf einem Farragut sowie Lambda-Funktionen.
Bevor wir weitermachen, werfen wir noch einen kurzen Blick auf den Compute Optimizer-Dienst.
Derzeit befinde ich mich also im Compute Optimizer-Dienst.
Da es sich um ein Testkonto handelt, werden hier nicht allzu viele Daten angezeigt, aber es werden
sowohl die prozentualen als auch die absoluten Einsparungsmöglichkeiten dargestellt.
Und wie wir gerade besprechen, zeigt es Ihnen die Instanz mit Unterversorgung, die optimierte Instanz und die Überversorgung.
Die Instanz, die ich habe, ist in diesem Stadium optimiert.
Darüber hinaus unterstützt es, wie bereits erwähnt, ESI Two Auto Scaling, Lambda EBS Volumes X Service on Target und zu
einem späteren Zeitpunkt werden weitere Ressourcen als Teil des Compute Optimizer unterstützt werden.
Nun stellt sich die Frage, woher der Compute Optimizer Service weiß, ob die EC2-Instanzen optimiert
sind oder ob sie über- oder unterversorgt sind.
Einer der wichtigsten Aspekte dabei ist, dass die Cloud Watch Matrix als Grundlage für die Empfehlung verwendet wird.
Wenn wir jetzt über die Cloud Watch Matrix sprechen, haben wir standardmäßig die Matrix wie CPU-Auslastung, das
Festplatten-IO-Netzwerk, IO und so weiter.
Lassen Sie mich Ihnen auch dies kurz zeigen.
Wenn wir also über diese EC2-Instanz sprechen, gibt es eine bestimmte Matrix, die Sie hier sehen, wenn wir zur Überwachung
gehen.
Sie haben die CPU-Auslastung, die netzwerkbezogene Matrix, die festplattenbezogene Matrix und so weiter.
Diese Matrix wird also in allen Fällen berücksichtigt.
Wenn Sie außerdem möchten, dass der Compute Optimizer die Matrix auf Betriebssystemebene berücksichtigt,
z. B. wie viel Arbeitsspeicher verwendet wurde, müssen Sie in diesem Fall den Cloud-Agent auf Ihrer EC2-Instanz
installieren, der den Satz der Matrix veröffentlichen kann.
Im Allgemeinen in Produktionsumgebungen.
Die Speichernutzungsmatrix ist ein sehr wichtiges Element.
Dies ist also etwas, das Sie beachten müssen.
Abgesehen davon müssen Sie auch eine erweiterte Infrastrukturmatrix beachten, die für Produktionsumgebungen
sehr wichtig ist.
Die erweiterte Infrastrukturmatrix ist eine kostenpflichtige Funktion von Compute Optimizer,
die sich speziell auf EC2-Instanzressourcen bezieht.
Einer der Vorteile besteht darin, dass der Rückblick auf die Nutzungsmatrixanalyse auf bis zu drei Monate
ausgedehnt wird, d. h. auf 93 Tage im Vergleich zu 14 Tagen.
Da dieser Zeitraum also länger ist, ergibt sich eine längere Historie der Nutzungsmetrik für die Gesamtanalyse.
Da diese Funktion standardmäßig kostenpflichtig ist, wird sie in der Regel deaktiviert sein.
Falls Sie es wünschen, können Sie es jedoch aktivieren.
Lassen Sie mich Ihnen kurz zeigen, dass ich eine Easy-to-Instanz habe, die für diese spezielle Easy-to-Instanz
verfügbar ist.
Es gibt eine bestimmte Empfehlung in Bezug auf die Art der Instanz und wie viel Preisunterschied es machen
würde, wenn wir wechseln.
Abgesehen davon ist der wichtigste Teil die verbesserte Infrastrukturmatrix.
Wenn Sie möchten, können Sie diese Funktion aktivieren, so dass der gesamte Rückblickszeitraum viel größer
ist und Ihnen eine bessere Empfehlung gegeben werden kann.
Der letzte wichtige Punkt bezieht sich auf die Ausfuhrempfehlungen.
Alle Empfehlungen, die Sie in der GI-Konsole auf Instanzebene sehen, können
Sie auch in einen S3-Bucket exportieren, damit Sie die Details im Laufe der Zeit aufzeichnen und
auch mit anderen teilen können.
Diese Empfehlungen werden also in eine CSV-Datei und ihre Metadaten in eine JSON-Datei auf S3-Ebene exportiert.
Wenn Sie sich also den Screenshot ansehen, wird auch der Ressourcentyp der EC two-Instanz in einen bestimmten S3-Bucket
exportiert.
Ich möchte Ihnen das auch kurz zeigen.
Wenn Sie sich also die Exporte in diesem Stadium ansehen, werden der Ressourcentyp von EC Two Instance
und die damit verbundenen Details in den S3-Bucket exportiert.
Wenn ich das schnell öffne, sehe ich die CSV-Datei hier.
Wenn ich es also herunterlade, öffnen wir es, und hier werden alle Details in Bezug auf die zwei ESI-Instanzen
protokolliert.
Sie sehen, dass alle Details in diesem Netz vorhanden sind.
Ich hoffe, dass Sie mit diesem Überblick die Grundlagen des Compute Optimizer-Dienstes verstanden haben
und schließe damit das heutige Video ab.