Richtige Dimensionierung
Mit Rightsizing können Sie die optimale Cloud-Infrastruktur definieren, die für Ihre aktuellen und kurzfristigen Anforderungen am besten geeignet ist, und dabei Risiko und Kosten so ausbalancieren, dass Verschwendung minimiert wird.
Mit den Rightsizing-Dashboards können Sie die Auslastung der Cloud-Ressourcen im Zeitverlauf verfolgen. Sie können dann die empfohlenen Szenarien für jede Ressource anzeigen, um Ihre Entscheidungen über die richtige Größe der Cloud besser zu treffen.
Es gibt zwei Rightsizing-Dashboards:
- Rightsizing: Sehen Sie sich die Empfehlungen zur Größenanpassung für Ihre Cloud-Services an. Rightsizing Dashboard.
- Rightsizing ROI: Zeigen Sie die potenziellen und realisierten Einsparungen für Tickets an, die mit Jira Rightsizing über eine Jira-Integration synchronisiert wurden.
Das Rightsizing Dashboard zeigt standardmäßig die Registerkarte Explorer an. Der Rightsizing Explorer gibt einen Überblick über mögliche Einsparungen bei allen von Ihrem Unternehmen genutzten Cloud-Ressourcen. Sie können dieses Dashboard verwenden, um Ihre Rightsizing-Empfehlungen zu gruppieren, zu filtern und zu navigieren.
Die zusätzlichen Registerkarten in Rightsizing sind Empfehlungen für bestimmte Cloud-Anbieter.
Häufig gestellte Fragen zur Rightsizing
Warum beträgt der Standardzeitraum für Empfehlungen 10 Tage?
10 Tage erfassen die jüngsten Leistungstrends und lassen eher Rückschlüsse auf den künftigen Ressourcenverbrauch zu.
Wie ist Leerlauf definiert?
Der Leerlauf ist je nach Ressourcentyp unterschiedlich definiert, wird aber im Allgemeinen wie folgt dargestellt: Leerlauf für Compute (z. B. EC2 ) ist die Zeit, die unter 2 % CPU auf einer Skala von 1-100 verbracht wird. Idle für Block Storage / Disk (zum Beispiel EBS ) ist der Prozentsatz der Stunden mit null IOPS. Die Leerlaufzeit für relationale Speicher/Datenbanken (z. B. RDS ) basiert auf der Anzahl der aktiven DB-Verbindungen/Sitzungen zu einem bestimmten Zeitpunkt.
Wie bestimmen Sie die Ausgaben?
Die Ausgaben sind die Ausgaben für die Instanznutzung für Compute (z. B. EC2 ) und Relational Storage/ Database (z. B. RDS ). Data Warehouse (z. B. Redshift ) schließt Datenübertragungen aus. Für Object & Block Storage (z. B. S3 & EBS ) werden die Ausgaben in GB-Monaten berechnet.
Warum stimmen die Gesamtausgaben im Rightsizing nicht genau mit den im Reporting / True Cost Explorer angezeigten Werten überein?
Rightsizing listet nur Ressourcen auf, für die es mindestens eine geldsparende Ressource gefunden hat, so dass diese Werte wahrscheinlich nicht genau übereinstimmen.
Warum sehe ich bei EBS unter Status (nicht eingestellt)?
Das Konto verfügt über unzureichende Berechtigungen (stellen Sie sicher, dass Ihre Richtlinie auf dem neuesten Stand ist) oder die Ressource war weniger als eine Stunde lang aktiv (die Daten erscheinen nicht im Describe Data-Cache von AWS ).
Warum sehe ich N/A für lastAttachedTime für unverbundene EBS Volumes?
Volumes zeigen den Zeitstempel ihrer letzten Anbindung an EC2 Instanzen und die volumeID an. Für Volumes, die während des Zeitfensters für die Größenanpassung (standardmäßig die letzten 10 Tage) nicht angeschlossen wurden, wird N/A angezeigt.
Berücksichtigen die Empfehlungen für EC2 auch das Platzen?
Wir verwenden die Basisleistung für Burst-Ressourcen (z. B. T2 instance types) und berücksichtigen den Burst bei der Ermittlung der Empfehlungen nicht. Dadurch wird sichergestellt, dass wir konservative Empfehlungen aussprechen, die nicht zu einer Einschränkung der Ressourcen führen.
Wie bestimmen Sie bei EC2 Netzwerk und Festplatte?
AWS meldet keine EC2 Netzwerk- und Festplattendurchsatzgrenzen. Darüber hinaus hängt die Durchsatzkapazität sowohl von der Arbeitslast (z. B. sequentielles oder zufälliges Lesen und Schreiben) als auch von der Übertragung (z. B. Datenübertragung innerhalb einer Region oder zwischen Regionen) ab. Wir verwenden allgemein beobachtete Grenzwerte in unserem Kundenportfolio, um uns der Kapazität anzunähern.
Warum sind Spot-Instanzen von den Empfehlungen zur Größenanpassung ausgeschlossen?
Unsere Rightsizing-Engine berücksichtigt Ihre Arbeitslast (Auslastungskennzahlen) und die Kosten für den Betrieb (aktueller Instance-Typ und On-Demand-Preis) und erstellt eine Liste mit Empfehlungen, aus der Sie auswählen können, um Geld zu sparen. Spot Instances hingegen werden bereits mit hohen Preisnachlässen angeboten; die Anwendung von Rightsizing führt in diesen Fällen zu vernachlässigbaren Einsparungen. Aus diesem Grund haben wir uns dafür entschieden, Spot-Instanzen vom Rightsizing auszuschließen.
Wenn wir Ihnen empfehlen, einen EC2 Instance-Typ in eine Instanz ohne lokalen Speicher zu verschieben, beziehen wir in die Empfehlung mit ein, dass Sie EBS hinzufügen und beides in die Einsparungen einbeziehen.
Wie häufig werden die Empfehlungen aktualisiert?
Wir aktualisieren unsere Empfehlungen zur Größenanpassung täglich. Sie können 24 Stunden nach der Erstellung der Ressource auf die Empfehlungen zugreifen, vorausgesetzt, es liegen genügend Nutzungsdaten vor.
Wie bestimmt Cloudability die Empfehlungen zur Größenanpassung?
Die Empfehlungen zur Größenanpassung werden mit dem besten proprietären Größenanpassungsalgorithmus von Cloudability erstellt. Diese Empfehlungen variieren für verschiedene CSPs (Cloud Service Providers) und Services, aber in der Regel werden die Metriken berücksichtigt, die in den Diagrammen im Detailbereich der Empfehlungen angezeigt werden. Bei den Empfehlungen für die Datenverarbeitung wird in der Regel eine Kombination aus CPU, Netzwerk, Festplatte, Arbeitsspeicher und möglicherweise einigen anderen Metriken sowie die Auslastung über die ausgewählten Zeiträume betrachtet, um die besten Optionen zu ermitteln.
Was sollte ich bei den Empfehlungen zur Größenanpassung beachten?
Wenn Sie sich die Empfehlungen für das Rightsizing ansehen, müssen Sie zunächst den Unterschied zwischen den verfügbaren Kostenbasisoptionen verstehen und wissen, welche Sie verwenden möchten. Zweitens sollten Sie bei der Umsetzung einer bestimmten Empfehlung mit der gebotenen Sorgfalt vorgehen, da Cloudability den Zweck der einzelnen Ressourcen nicht kennt. Es kann sein, dass Ihre Teams bestimmte Ressourcen für einen bestimmten Zweck "ungenutzt" oder "nicht ausgelastet" gelassen haben, aber Cloudability kann empfehlen, die Ressourcen zu beenden oder zu verkleinern.
Können wir im Abschnitt zur Größenanpassung den Zeitraum für die Rückschau (Zeitleiste) auf 60 Tage festlegen?
Derzeit unterstützt das Rightsizing in Cloudability nur die Rückblicke von 10 Tagen und 30 Tagen.
Was sind die verschiedenen Statuswerte, die in Azure disk rightsizing angezeigt werden, und welche Bedeutung haben sie?
In den Rightsizing-Empfehlungen für Azure sind die Statuswerte wie folgt:
- ActiveSAS: Der Festplatte ist derzeit eine Active SAS Uri zugeordnet.
- ActiveSASFrozen: Die Festplatte ist an eine VM im Ruhezustand angehängt und hat eine aktive SAS-URI, die ihr zugeordnet ist.
- ActiveUpload: Es wurde ein Datenträger für den Upload erstellt und ein Schreib-Token für den Upload auf diesen Datenträger ausgestellt.
- Angeschlossen: Die Festplatte ist derzeit mit einer laufenden VM verbunden.
- Eingefroren: Die Festplatte ist mit einer VM verbunden, die sich im Ruhezustand befindet.
- ReadyToUpload: Ein Datenträger kann durch Hochladen erstellt werden, indem ein Schreib-Token angefordert wird.
- Reserviert: Die Festplatte ist mit einer angehaltenen VM verbunden.
- Unverbunden: Die Festplatte wird nicht verwendet und kann an eine VM angeschlossen werden.
Die neuesten Werte und ihre Definitionen finden Sie in der folgenden Dokumentation Azure unter "Felder" https://learn.microsoft.com/en-us/dotnet/api/microsoft.azure.management.compute.models.diskstate?view=azure-dotnet-legacy#fields
Berücksichtigen die Rightsizing-Empfehlungen die Rabatte des Cloud Service Providers (CSP) aufgrund von stündlichen Commits? Verringern sich die Ausgaben pro Stunde, wenn die Empfehlungen umgesetzt werden?
Für AWS muss eine benutzerdefinierte Kostenmetrik vorhanden sein. Für Azure und GCP wird von diesen Cloud-Dienstanbietern eine Preisliste bereitgestellt. Eine individuelle Preisgestaltung ist also nicht erforderlich. Die stündlichen Ausgaben werden das nächste Mal wirksam, wenn die Kosten- und Nutzungsdaten erfasst und verarbeitet werden.