gp2 zu gp3 ist der bekannteste Fall eines Musters, das alle drei Provider kennen: ein Volume-Typ, der für die Leistung, die er liefert, mehr kostet als sein Nachfolger. AWS gibt für gp3 einen um 20 Prozent niedrigeren Preis je GiB als für gp2 an, dazu eine Grundleistung von 3.000 IOPS und 125 MiB/s, die bei gp2 erst ein Volume von 1 TiB erreicht; Azure bietet mit Premium SSD v2 Kapazität und Leistung getrennt an, wo Premium SSD beides an die Stufe bindet; Google Cloud stellt pd-standard und pd-ssd die Balanced-Typen und Hyperdisk gegenüber. Die Einsparung entsteht aus dem niedrigeren Preis je GiB und daraus, dass die Leistung nicht mehr über die Größe gekauft wird. Die Behebung gehört dem Team, das die Volumes und ihre Vorlagen pflegt.

Symptom

Die Rechnung nennt den Volume-Typ in jeder Position. Bei AWS unterscheidet lineItem/UsageType EUC1-EBS:VolumeUsage.gp2 von EUC1-EBS:VolumeUsage.gp3 und EBS:VolumeUsage.piops (io1) von EBS:VolumeUsage.io2; die Summe der gp2-GB-Monate gegen alle SSD-GB-Monate ist der Anteil. Bei Azure trägt MeterSubCategory Premium SSD Managed Disks mit Stufennamen wie P30 LRS Disk im MeterName, gegenüber Azure Premium SSD v2 mit den Zeilen Provisioned Capacity, Provisioned IOPS und Provisioned Throughput (MBps). In Google Cloud heißen die SKUs Storage PD Capacity für pd-standard, SSD backed PD Capacity für pd-ssd, Balanced PD Capacity für pd-balanced und Hyperdisk Balanced Capacity für Hyperdisk. Die Typen aller drei Provider stehen nebeneinander in Block-, Objekt- und Dateispeicher; die Hebel im Überblick in Speicheroptimierung.

Jede Volume-Position nenntihren Typ: UsageType,MeterSubCategory, die SKUDer Typ mit Nachfolger:gp2, io1, Premium-SSD-Stufen wie P30,pd-standard und pd-ssdSein Nachfolger: gp3, io2,Premium SSD v2, dieBalanced-Typen und HyperdiskDer Anteil: gp2-GB-Monategegen alle SSD-GB-Monate
Der Volume-Typ steht in jeder Position, darum ist der Anteil des älteren Typs an allen SSD-GB-Monaten das Symptom

So erkennen Sie es

AWS

Die gp2- und io1-Volumes mit Größe und Leistung:

aws ec2 describe-volumes --filters Name=volume-type,Values=gp2,io1 \
  --query 'Volumes[].[VolumeId,VolumeType,Size,Iops,State,Attachments[0].InstanceId]' --output table

Ein gp2-Volume unter 1 TiB hat weniger Grundleistung als jedes gp3, bei höherem Preis je GiB; ein gp2-Volume über 1 TiB, das nur wegen der IOPS so groß ist, wird mit gp3 kleiner und bekommt die IOPS einzeln. Compute Optimizer bewertet Volumes aus 14 Tagen Lese- und Schreibmetriken, stuft sie als "Not optimized" ein, wenn ein anderer Typ, eine andere Größe oder andere IOPS günstiger oder leistungsfähiger wären, und empfiehlt auch bei optimierten Volumes zuweilen den Typ der neuen Generation:

aws compute-optimizer get-ebs-volume-recommendations \
  --query 'volumeRecommendations[].[volumeArn,currentConfiguration.volumeType,finding,volumeRecommendationOptions[0].configuration.volumeType,volumeRecommendationOptions[0].savingsOpportunity.estimatedMonthlySavings.value]' --output table

Trusted Advisor führt die Empfehlungen des Cost Optimization Hub als "Amazon EBS cost optimization recommendations for volumes" (gelesen am 2026-10-21). In den Abrechnungsdaten ist der gp2-Anteil die Summe der EBS:VolumeUsage.gp2-GB-Monate gegen EBS:VolumeUsage.gp2 plus .gp3 (AWS Cost and Usage Report).

Azure

Die Disks nach Typ, mit Stufe und VM:

az disk list --query "[].{name:name, sku:sku.name, tier:tier, gb:diskSizeGb, iops:diskIopsReadWrite, vm:managedBy}" -o table

Kandidaten sind Premium-SSD-Datendisks (Premium_LRS), deren Stufe größer ist als die genutzte Größe, weil Azure auf die nächste Stufe aufrundet, und Standard-HDD-Disks (Standard_LRS) mit vielen Transaktionen; Azure Advisor empfiehlt für die zweite Gruppe unter "Standard SSD disks billing caps" den Wechsel auf Standard SSD mit gedeckelten Transaktionen. Premium SSD v2 rechnet Kapazität je GiB und Stunde und darüber IOPS und Durchsatz einzeln ab, mit 3.000 IOPS und 125 MB/s ohne Aufpreis, nur für Datendisks. Im Kostenexport ist der Kandidat eine disks/-Ressource mit Premium SSD Managed Disks im MeterSubCategory (Azure-Kostenexporte).

Google Cloud

Die Disks nach Typ:

gcloud compute disks list --format="table(name,zone.basename(),type.basename(),sizeGb,provisionedIops,users.list())"

Kandidaten sind pd-standard-Disks als Boot- oder Datenbankdisks und pd-ssd-Disks, deren Leistung ein pd-balanced oder ein hyperdisk-balanced günstiger liefert. Google hat keinen Recommender für den Disk-Typ; die Metriken compute.googleapis.com/instance/disk/read_ops_count und write_ops_count je Disk gegen das Limit des Typs sind der Nachweis. Im Abrechnungsexport ist der Anteil die Summe der usage.amount je Kapazitäts-SKU (Google-Cloud-Abrechnungsexport).

So beheben Sie es

  1. AWS: gp2 zu gp3 ist eine Online-Änderung ohne Abhängen und ohne Neustart, mit Elastic Volumes; ohne Angabe von IOPS und Durchsatz übernimmt EBS die Leistung des gp2-Volumes oder die gp3-Grundleistung, je nachdem, was höher ist (Volumes mit Elastic Volumes ändern):

    aws ec2 modify-volume --volume-id vol-0123456789abcdef0 --volume-type gp3 --dry-run
aws ec2 describe-volumes-modifications --volume-ids vol-0123456789abcdef0

    Ein Volume darf bis zu viermal in 24 Stunden geändert werden, jede Änderung erst, wenn die vorherige abgeschlossen ist; io1 zu io2 geht denselben Weg mit --volume-type io2.

  2. Azure: Premium SSD, Standard SSD und Standard HDD wechseln mit az disk update --sku StandardSSD_LRS --name <disk> --resource-group <rg> bei freigegebener VM, höchstens zweimal am Tag; der Wechsel einer Datendisk zu Premium SSD v2 geht denselben Weg mit --sku PremiumV2_LRS, nicht für OS-Disks, ohne Host-Caching, Bursting und Doppelverschlüsselung, und bei aktivem Azure Backup erst nach dem Wechsel auf die erweiterte Richtlinie (Disk-Typen konvertieren). Vor dem Wechsel die Stufe prüfen: eine 200-GiB-Disk als P15 statt P20 ist derselbe Hebel ohne Typwechsel.

  3. Google Cloud: ein Persistent Disk wird nicht umgestellt, sondern ersetzt: Snapshot, neue Disk vom gewünschten Typ aus dem Snapshot, Anbinden, alte Disk löschen (Disk-Typ ändern); für Hyperdisk als Ziel gibt es gcloud compute disks convert <disk> --zone=<zone> --target-disk-type=hyperdisk-balanced. Ein Dry-Run fehlt beiden Wegen; die Liste aus der Erkennung und ein Snapshot vorher ersetzen es.

  4. Die Vorlagen ändern: Blockgerätezuordnungen in Launch Templates und AMIs, Disk-SKUs in VM-Definitionen und Scale Sets, Disk-Typen in Instanzvorlagen und Storage Classes, damit neue Volumes im richtigen Typ entstehen.

Der neue Preis gilt ab Beginn der Änderung, bei AWS ab dem Start der Modifikation.

ja: AWS online, Azurebei freigegebener VMnein: ein PersistentDisk in Google CloudDie Liste aus der Erkennung;AWS prüft mit Dry-Run, dieanderen mit einem SnapshotvorherWechselt der Typan Ort und Stelle?Volume ändern oder Disk-SKUumstellen; bei Azurevorher die Stufe prüfenSnapshot, neue Disk vomgewünschten Typ, anbinden,alte Disk löschenDie Vorlagen ändern, damitneue Volumes im richtigenTyp entstehenDer neue Preis gilt abBeginn der Änderung
AWS und Azure wechseln den Typ an Ort und Stelle, Google Cloud ersetzt die Disk, und die Vorlage hält neue Volumes im richtigen Typ

Risiken und Nebenwirkungen

  • gp3 hat keine Burst-Leistung: ein gp2-Volume, das regelmäßig auf 3.000 IOPS gebürstet hat, braucht auf gp3 die Grundleistung, die genau das abdeckt; eines mit mehr als 3.000 IOPS oder mehr als 125 MiB/s braucht die Angabe beim Wechsel, sonst fällt die Leistung.
  • Eine Volume-Änderung bei AWS dauert Minuten bis Stunden, bei 1 TiB bis zu sechs, mit verringerter Leistung während des Optimierens; ein Datenbankvolume wechselt im Wartungsfenster.
  • Premium SSD v2 und Hyperdisk sind nicht als OS-Disk nutzbar und nicht in jeder Region und Zone verfügbar; eine Disk, die ersetzt wird, hat kurz zwei Kopien und braucht Platz im Kontingent.
  • Reservierungen für Premium-SSD-Stufen bei Azure gelten je SKU; eine Disk, die auf v2 wechselt, verlässt die Reservierung (Azure-Reservierungen).
  • Standard HDD zu Standard SSD senkt die Transaktionskosten nur, wenn die Transaktionen das Problem waren; eine Disk mit wenig I/O wird mit dem Wechsel teurer.

So weisen Sie die Einsparung nach

Vorher: je Volume die GB-Monate und der Betrag des alten Typs im letzten vollen Monat, bei AWS EBS:VolumeUsage.gp2, bei Azure der Stufen-Meter, bei Google Cloud die Kapazitäts-SKU, und daneben die Leistung, die das Volume genutzt hat. Nachher: dasselbe Volume auf dem neuen Typ im ersten vollen Monat, mit gleicher oder kleinerer Größe und dem neuen Betrag, dazu die Positionen für einzeln gekaufte IOPS und Durchsatz, die der Nachweis gegenrechnet. Die Differenz aus dem Recommender oder der eigenen Preisliste ist die Schätzung, die Freigabe des Teams macht sie akzeptiert, die Änderung umgesetzt, und die Rechnung des Folgemonats belegt sie nach dem Muster von geschätzt, akzeptiert, umgesetzt, verifiziert. Der Anteil des alten Typs an allen GB-Monaten ist die Kennzahl für den Bestand.

Quellen

Gelesen am 2026-10-21. General-Purpose-SSD-Volumes, Volumes mit Elastic Volumes ändern, Compute Optimizer, EBS-Empfehlungen, Trusted Advisor, Kostenoptimierungsprüfungen, Azure, Disk-Typen konvertieren, Azure, Disk-Typen, Azure Advisor, Kostenempfehlungen, Google Cloud, Disk-Typ ändern, gcloud compute disks convert.