Verschwendung erkennen und beseitigen
Nutzen Sie Azure Cost Management und Advisor-Empfehlungen, um inaktive VMs, nicht angefügte Datenträger, überdimensionierte Dienste und verwaiste Ressourcen zu finden und anschließend außer Betrieb zu nehmen.
Verschwendung erkennen und beseitigen ist eine kostenlose Azure Fundamentals-Lektion auf CoddyKit. Dies ist Lektion 1 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Azure Fundamentals-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Azure Fundamentals-Kurs umfasst insgesamt 4 Lektionen.
Cloud-Verschwendung: Der verborgene Kostentreiber
Studien zeigen durchgängig, dass Organisationen 25–35 % ihrer Cloud-Ausgaben für Ressourcen verschwenden, die ungenutzt, überdimensioniert oder vergessen worden sind. In Azure gehören rund um die Uhr laufende VMs mit nahezu null CPU-Auslastung, nach dem Löschen von VMs zurückgebliebene nicht angefügte verwaltete Datenträger, verwaiste öffentliche IP-Adressen und ungenutzte App-Service-Pläne zu den häufigsten Verschwendungsquellen. Diese Verschwendung zu erkennen und zu beseitigen, ist der erste und rentabelste Schritt jeder FinOps-Praxis.
Azure-Advisor-Empfehlungen zu Kosten
Azure Advisor analysiert kontinuierlich die Ressourcennutzung und erstellt automatisch Kosten-Empfehlungen. Häufige Empfehlungen sind: VMs mit geringer Auslastung passend zu dimensionieren oder herunterzufahren (unter 5 % CPU- oder 2 % Speicherauslastung über 7 Tage), Reserved Instances für dauerhaft laufende VMs zu erwerben, nicht angefügte öffentliche IP-Adressen zu löschen und ungenutzte Application-Gateway-Instanzen zu entfernen. Jede Empfehlung zeigt die geschätzten monatlichen Einsparungen, sodass Sie nach Auswirkung priorisieren können.
# List Advisor cost recommendations via CLI
az advisor recommendation list \
--category Cost \
--query '[].{Resource:resourceName, Impact:impact, Savings:extendedProperties.annualSavingsAmount}' \
--output tableUngenutzte und unzureichend ausgelastete VMs finden
Azure Monitor erfasst für jede VM Metriken für CPU-Prozent sowie eingehenden und ausgehenden Netzwerkverkehr. Eine VM mit dauerhaft weniger als 5 % CPU-Auslastung ist ein geeigneter Kandidat für eine passende Dimensionierung oder das Herunterfahren. Verwenden Sie in Azure Monitor die Funktion Virtual Machine Insights, um eine flotteweite Ansicht der CPU- und Speicherauslastung über 24 Stunden, 7 Tage oder 30 Tage zu erhalten. Die Advisor-Empfehlung für unzureichend ausgelastete VMs enthält direkte Links zu den Leistungsdiagrammen, damit Sie das Muster vor dem Handeln bestätigen können.
# Query average CPU for a VM over the last 7 days
az monitor metrics list \
--resource /subscriptions/<sub>/resourceGroups/myRG/providers/Microsoft.Compute/virtualMachines/myVM \
--metric 'Percentage CPU' \
--interval PT1H \
--start-time 2024-06-01T00:00:00Z \
--end-time 2024-06-08T00:00:00Z \
--aggregation AverageNicht angefügte Datenträger und Snapshots
Wenn eine VM gelöscht wird, ohne auch ihre Datenträger zu löschen, bleiben die verwalteten Datenträger erhalten und verursachen weiterhin Kosten. Filtern Sie im Azure-Portal die Datenträger nach Disk state: Unattached, um diese verwaisten Datenträger zu finden. Ebenso werden alte Snapshots, die zu Sicherungs- oder Migrationszwecken erstellt wurden, häufig vergessen. Snapshot-Speicher ist günstiger als Speicher für verwaltete Datenträger, doch ein Jahr lang vergessene Snapshots in einem großen Abonnement können sich jährlich auf mehrere Tausend Dollar summieren.
# Find all unattached managed disks in a subscription
az disk list \
--query '[?diskState == `Unattached`].{Name:name, RG:resourceGroup, SizeGB:diskSizeGb}' \
--output tableVerwaiste öffentliche IP-Adressen und NICs
Öffentliche IP-Adressen in Azure werden auch dann abgerechnet, wenn sie keiner ausgeführten Ressource zugeordnet sind. Wenn VMs oder Load Balancer gelöscht werden, bleiben ihre öffentlichen IPs und Netzwerkschnittstellen möglicherweise erhalten. Filtern Sie im Portal öffentliche IP-Adressen nach Associated to: None und löschen Sie nicht mehr benötigte Adressen. Ebenso können verwaiste Netzwerkschnittstellen, die keiner VM oder keinem Dienst angefügt sind, gefahrlos entfernt werden. Die einzelnen Kosten sind gering, summieren sich jedoch bei Hunderten von Ressourcen.
# Find unassociated public IP addresses
az network public-ip list \
--query '[?ipConfiguration == null].{Name:name, RG:resourceGroup, SKU:sku.name}' \
--output tableZombie-Ressourcen: Staging- und Entwicklungsumgebungen
Zombie-Ressourcen sind langlebige Staging-, Test- oder Proof-of-Concept-Umgebungen, die bereitgestellt und anschließend vergessen wurden. Im Gegensatz zu ungenutzten Produktions-VMs können sie während der Geschäftszeiten eine moderate Auslastung aufweisen, aber keinem aktiven Projekt dienen. Implementieren Sie eine Richtlinie für Ressourcentags, die für jede Ressource die Tags Environment und Project verlangt. Planen Sie anschließend automatische Warnungen für Ressourcen, bei denen Environment=Dev oder Environment=Test gesetzt ist und die älter als 90 Tage sind.
# Find resources tagged as Dev that are over 90 days old (approximate via createdTime)
az resource list \
--tag Environment=Dev \
--query '[].{Name:name, Type:type, RG:resourceGroup}' \
--output tableAutomatisches Herunterfahren von Entwicklungs- und Test-VMs
Azure-VMs unterstützen die Funktion Auto-Shutdown, die eine VM jeden Tag zu einer konfigurierten Uhrzeit automatisch stoppt. Aktivieren Sie diese Funktion für alle Entwicklungs- und Test-VMs, damit sie nicht über Nacht oder am Wochenende laufen. Eine rund um die Uhr laufende Entwicklungs-VM verursacht beispielsweise Kosten für 168 Stunden pro Woche. Eine VM, die so konfiguriert ist, dass sie an Wochentagen um 18 Uhr automatisch herunter- und um 8 Uhr hochgefahren wird, nutzt dagegen nur 50 Stunden pro Woche – das spart etwa 70 % der Compute-Kosten.
# Enable auto-shutdown at 18:00 UTC on a dev VM
az vm auto-shutdown \
--resource-group myRG \
--name myDevVM \
--time 1800 \
--email admin@contoso.comAzure Cost Management: Anomalieerkennung
Azure Cost Management umfasst eine Funktion zur Anomalieerkennung, die mithilfe von Machine Learning unerwartete Ausgabensteigerungen erkennt. Wenn die Kosten eines Abonnements oder einer Ressourcengruppe erheblich von den vorhergesagten Mustern abweichen – beispielsweise weil jemand versehentlich eine GPU-VM bereitstellt oder vergisst, ein ExpressRoute-Gateway zu löschen –, sendet Cost Management eine Anomaliewarnung per E-Mail. Das Einrichten von Anomaliewarnungen ist eine schnell umsetzbare Maßnahme, die ausufernde Kosten erkennt, bevor sie auf der Monatsrechnung erscheinen.
# Create a cost anomaly alert
az costmanagement alert create \
--name 'AnomalyAlert' \
--scope '/subscriptions/<subscriptionId>' \
--type 'Anomaly' \
--contact-emails 'finance@contoso.com'Passende Dimensionierung von Speicher- und Datenbanktarifen
Nicht jede Verschwendung betrifft Compute-Ressourcen. Azure SQL-Datenbanken, die im Tarif Business Critical bereitgestellt wurden, aber einfache leseintensive Abfragen ausführen, können im Tarif General Purpose möglicherweise identische Leistung zum halben Preis erbringen. Blob Storage-Daten, auf die selten zugegriffen wird, sollten mithilfe von Richtlinien für die Lebenszyklusverwaltung vom Hot-Tarif in den Cool- oder Archive-Tarif verschoben werden. Azure Advisor zeigt neben Empfehlungen für Compute-Ressourcen auch Empfehlungen zur passenden Dimensionierung von Datenbanken und Speicher an.
# Create a Blob lifecycle policy to move data to Cool tier after 30 days
az storage account management-policy create \
--account-name mystorageacct \
--resource-group myRG \
--policy @- << 'POLICY'
{
'rules': [{
'name': 'MoveOldDataToCool',
'type': 'Lifecycle',
'definition': {
'actions': { 'baseBlob': { 'tierToCool': { 'daysAfterModificationGreaterThan': 30 } } },
'filters': { 'blobTypes': ['blockBlob'] }
}
}]
}
POLICYEin Backlog zur Beseitigung von Verschwendung erstellen
Betrachten Sie die Kostenoptimierung als fortlaufende Engineering-Praxis und nicht als einmaliges Ereignis. Erstellen Sie in Azure DevOps oder Jira ein FinOps-Backlog mit Einträgen, die wöchentlich aus Advisor-Empfehlungen und Kostenanomaliewarnungen generiert werden. Weisen Sie jedes Element zur Beseitigung von Verschwendung dem zuständigen Team zu und legen Sie ein Zieldatum für die Behebung fest. Erfassen Sie die tatsächlich erzielten Einsparungen im Verhältnis zu den ermittelten Einsparungen, um den Reifegrad von FinOps zu messen. Planen Sie eine monatliche Kostenüberprüfung mit den Engineering-Leitungen und der Finanzabteilung, damit die Beseitigung von Verschwendung in der gesamten Organisation im Fokus bleibt.
Governance zur Vermeidung künftiger Verschwendung
Vorbeugung ist kosteneffizienter als nachträgliche Behebung. Verwenden Sie Azure Policy, um die Erstellung teurer VM-SKUs (etwa GPU- oder M-Series) ohne Genehmigung zu verweigern, die Tags Environment und ExpiryDate für alle Ressourcen zu verlangen und das automatische Herunterfahren neu erstellter VMs in Entwicklungsabonnements automatisch zu aktivieren. Kombinieren Sie die Richtlinien mit Budgetwarnungen bei 80 % und 100 % der monatlichen Zuweisung, damit Teams vor dem Auftreten von Mehrausgaben benachrichtigt werden.
Schnelltest
Testen Sie Ihr Verständnis der Konzepte von Microsoft Azure Fundamentals (AZ-900) aus dieser Lektion.
Zusammenfassung der Lektion
In dieser Lektion haben Sie gelernt: Azure Advisor zeigt umsetzbare Kostenempfehlungen für ungenutzte VMs, nicht angefügte Datenträger und überdimensionierte Dienste an, das automatische Herunterfahren von Entwicklungs-VMs kann die Compute-Ausgaben um 70 % senken, und Governance-Richtlinien mit Tags verhindern, dass sich künftige Verschwendung ansammelt. Als Nächstes betrachten wir Techniken zur passenden Dimensionierung und Strategien für die automatische Skalierung.
Häufig gestellte Fragen
Ist die Lektion „Verschwendung erkennen und beseitigen“ kostenlos?
Ja — der vollständige Text von „Verschwendung erkennen und beseitigen“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Azure Fundamentals-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Azure Fundamentals-Kurs umfasst insgesamt 4 Lektionen.
Was lerne ich in „Verschwendung erkennen und beseitigen“?
Nutzen Sie Azure Cost Management und Advisor-Empfehlungen, um inaktive VMs, nicht angefügte Datenträger, überdimensionierte Dienste und verwaiste Ressourcen zu finden und anschließend außer Betrieb z… Du übst Azure Fundamentals mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um Azure Fundamentals zu starten?
Keine Vorkenntnisse erforderlich. Azure Fundamentals auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 1 von 4.
Wie lange dauert die Lektion „Verschwendung erkennen und beseitigen“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser Azure Fundamentals-Lektion Code schreiben und ausführen?
Ja. Jede Azure Fundamentals-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.
Alle Lektionen in diesem Kurs
- Verschwendung erkennen und beseitigen
- Dimensionierung und automatische Skalierung
- Azure-Sparpläne und Reservierungen
- FinOps- und Chargeback-Modelle