AWS-Kostenoptimierung: Sparen Sie 30–50 % bei Ihrer Cloud-Infrastrukturrechnung

Das durchschnittliche Unternehmen verschwendet 32 ​​% seiner Cloud-Ausgaben für ungenutzte oder überdimensionierte Ressourcen. Wenn ein Unternehmen 5.000 US-Dollar pro Monat für AWS ausgibt, werden 19.200 US-Dollar pro Jahr verschwendet. Bei der Cloud-Kostenoptimierung geht es nicht darum, Abstriche zu machen – es geht darum, nur für das zu zahlen, was Sie tatsächlich nutzen.

Dieser Leitfaden deckt das gesamte Spektrum der Kostensenkungsstrategien von AWS ab, von schnellen Erfolgen, die diesen Monat Geld sparen, bis hin zu Architekturänderungen, die im Laufe der Zeit zu noch höheren Einsparungen führen.

Wichtige Erkenntnisse

– Allein die richtige Dimensionierung spart 20–40 %, indem die Instanztypen an die tatsächliche Ressourcennutzung angepasst werden – Reserved Instances und Savings Plans bieten 30–60 % Rabatte für vorhersehbare Arbeitslasten – Spot-Instances reduzieren die Rechenkosten für fehlertolerante Workloads um 60–90 %

• Speicherlebenszyklusrichtlinien verhindern, dass die S3-Kosten ins Unendliche steigen

---

Das Kostenoptimierungs-Framework

Prioritätsreihenfolge

Optimieren Sie in dieser Reihenfolge für maximalen ROI mit minimalem Aufwand:

1. Verschwendung beseitigen (sofort, kein Risiko)
2. Instanzen mit der richtigen Größe (1–2 Wochen, geringes Risiko)
3. Preismodelle verwenden (Reservierungs-, Spot-, Sparpläne)
4. Architektur optimieren (Monate, erfordert Engineering)

---

Schritt 1: Abfall beseitigen

Finden Sie ungenutzte Ressourcen

# Find unattached EBS volumes (you are paying for storage with no use)
aws ec2 describe-volumes \
  --filters Name=status,Values=available \
  --query 'Volumes[*].{ID:VolumeId,Size:Size,Type:VolumeType}' \
  --output table

# Find unused Elastic IPs
aws ec2 describe-addresses \
  --query 'Addresses[?AssociationId==null].{IP:PublicIp,AllocationId:AllocationId}' \
  --output table

# Find idle load balancers (no targets)
aws elbv2 describe-target-groups \
  --query 'TargetGroups[*].{ARN:TargetGroupArn,Name:TargetGroupName}' \
  --output table

# Find stopped instances still consuming EBS
aws ec2 describe-instances \
  --filters Name=instance-state-name,Values=stopped \
  --query 'Reservations[*].Instances[*].{ID:InstanceId,Type:InstanceType,StopTime:StateTransitionReason}' \
  --output table

Gemeinsame Abfallquellen

---

Schritt 2: Richtige Größe

Analysieren Sie die tatsächliche Nutzung

# Get average CPU utilization over the last 14 days
aws cloudwatch get-metric-statistics \
  --namespace AWS/EC2 \
  --metric-name CPUUtilization \
  --dimensions Name=InstanceId,Value=i-0123456789abcdef0 \
  --start-time $(date -u -d '14 days ago' +%Y-%m-%dT%H:%M:%S) \
  --end-time $(date -u +%Y-%m-%dT%H:%M:%S) \
  --period 3600 \
  --statistics Average Maximum \
  --output json

Entscheidungsmatrix zur richtigen Dimensionierung

Instanztypoptimierung

Der Wechsel zu Graviton (ARM)-Instanzen (r6g, c6g, m6g) bietet zusätzliche Kosteneinsparungen von 20 % bei gleicher oder besserer Leistung für die meisten Workloads.

---

Schritt 3: Preismodelle

Reserved Instances vs. Sparpläne

Empfehlung: Beginnen Sie mit Compute Savings Plans für mehr Flexibilität. Legen Sie fest, dass Sie nur die minimale Grundnutzung verwenden, von der Sie überzeugt sind.

Spot-Instanzen

Spot-Instanzen bieten 60–90 % Rabatte, können jedoch mit einer Frist von 2 Minuten unterbrochen werden.

Gut für:

• CI/CD-Build-Runner
• Stapelverarbeitung und Datenpipelines
• Entwicklungs- und Staging-Umgebungen
• Zustandslose Webserver hinter einem Load Balancer (mit On-Demand-Fallback)

Nicht gut für:

• Datenbanken
• Einzelinstanzanwendungen
• Zustandsbehaftete Workloads ohne Checkpointing

# Launch template with Spot Instance
Resources:
  SpotFleet:
    Type: AWS::EC2::SpotFleet
    Properties:
      SpotFleetRequestConfigData:
        AllocationStrategy: lowestPrice
        TargetCapacity: 5
        LaunchSpecifications:
          - InstanceType: t3.large
            ImageId: ami-0123456789abcdef0
          - InstanceType: t3.xlarge
            ImageId: ami-0123456789abcdef0
          - InstanceType: m5.large
            ImageId: ami-0123456789abcdef0

---

Schritt 4: Speicheroptimierung

S3-Lebenszyklusrichtlinien

{
  "Rules": [
    {
      "ID": "ArchiveOldBackups",
      "Status": "Enabled",
      "Filter": {
        "Prefix": "backups/"
      },
      "Transitions": [
        {
          "Days": 30,
          "StorageClass": "STANDARD_IA"
        },
        {
          "Days": 90,
          "StorageClass": "GLACIER"
        },
        {
          "Days": 365,
          "StorageClass": "DEEP_ARCHIVE"
        }
      ],
      "Expiration": {
        "Days": 730
      }
    }
  ]
}

Preise für S3-Speicherklasse

EBS-Optimierung

# Convert gp2 volumes to gp3 (20% cheaper, better performance)
for vol_id in $(aws ec2 describe-volumes --filters Name=volume-type,Values=gp2 --query 'Volumes[*].VolumeId' --output text); do
  echo "Converting $vol_id from gp2 to gp3"
  aws ec2 modify-volume --volume-id "$vol_id" --volume-type gp3
done

---

Schritt 5: Automatische Skalierung

Zeitplanbasierte Skalierung

Bei den meisten B2B-Anwendungen ist der Datenverkehr außerhalb der Geschäftszeiten um 70 % geringer:

# Scale down at night
aws autoscaling put-scheduled-action \
  --auto-scaling-group-name production-asg \
  --scheduled-action-name scale-down-night \
  --recurrence "0 20 * * 1-5" \
  --desired-capacity 2 \
  --min-size 1

# Scale up in the morning
aws autoscaling put-scheduled-action \
  --auto-scaling-group-name production-asg \
  --scheduled-action-name scale-up-morning \
  --recurrence "0 7 * * 1-5" \
  --desired-capacity 5 \
  --min-size 3

Planung der Entwicklungsumgebung

Stoppen Sie Nicht-Produktionsumgebungen außerhalb der Arbeitszeit:

# Stop dev/staging instances at 7 PM
aws ec2 stop-instances --instance-ids i-dev123 i-staging456

# Start at 8 AM
aws ec2 start-instances --instance-ids i-dev123 i-staging456

Monatliche Einsparungen: Wenn Sie Entwicklungsinstanzen 10 Stunden pro Tag statt 24 Stunden ausführen, sparen Sie 58 %.

---

Checkliste für die monatliche Kostenüberprüfung

• Überprüfen Sie AWS Cost Explorer auf Anomalien
• Auf ungenutzte Ressourcen prüfen (Volumes, IPs, Snapshots)
• Empfehlungen zur richtigen Größe validieren (AWS Compute Optimizer)
• Überprüfen Sie die Reserved Instance-/Sparplan-Abdeckung
• Überprüfen Sie das S3-Speicherwachstum und die Wirksamkeit der Lebenszyklusrichtlinie
• Überprüfen Sie die Datenübertragungskosten (oft 10–15 % der Gesamtrechnung)
• Überprüfen Sie, ob die Schwellenwerte für die automatische Skalierung mit den aktuellen Verkehrsmustern übereinstimmen
• Suchen Sie nach verwaisten Ressourcen aus fehlgeschlagenen Bereitstellungen

---

Häufig gestellte Fragen

Was ist der schnellste Gewinn für die AWS-Kostensenkung?

Löschen Sie ungenutzte Ressourcen. Die meisten AWS-Konten verfügen über Hunderte von Dollar pro Monat an nicht angehängten EBS-Volumes, ungenutzten Elastic IPs, alten Snapshots und gestoppten Instanzen. Das dauert weniger als eine Stunde und spart sofort Geld. Der zweitschnellste Gewinn ist die Konvertierung von GP2-EBS-Volumen in GP3 – gleiche oder bessere Leistung bei 20 % geringeren Kosten.

Sollten wir Savings Plans oder Reserved Instances verwenden?

Compute-Sparpläne für die meisten Unternehmen. Sie bieten vergleichbare Rabatte wie Reserved Instances, sind jedoch flexibler – Sie sind nicht an einen bestimmten Instance-Typ gebunden. Verwenden Sie EC2 Reserved Instances nur, wenn Sie sich über die Instance-Typen für 1–3 Jahre sicher sind.

Wie verfolgen wir AWS-Kosten nach Projekt oder Team?

Verwenden Sie AWS-Ressourcen-Tags. Kennzeichnen Sie jede Ressource mit den Tags project, team, environment und cost-center. Aktivieren Sie Kostenzuordnungs-Tags in der Abrechnungskonsole. Erstellen Sie nach Tags gruppierte Cost Explorer-Berichte, um die Ausgaben nach Projekt anzuzeigen. Erzwingen Sie die Kennzeichnung mit AWS Config-Regeln, die nicht gekennzeichnete Ressourcen kennzeichnen.

Ist die Umstellung auf Container kosteneffektiver?

Container verbessern die Ressourcennutzung um 30–50 % im Vergleich zur Ausführung einer Anwendung pro Server. ECS Fargate und EKS vereinfachen die Containerverwaltung, bieten jedoch zusätzliche Preise pro Aufgabe. Für die meisten KMUs bietet EC2 mit Docker Compose das beste Gleichgewicht zwischen Einfachheit und Kosten. Einzelheiten zur Implementierung finden Sie in unserem Docker-Bereitstellungsleitfaden.

---

Was als nächstes kommt

Kostenoptimierung ist eine fortlaufende Praxis, kein einmaliges Projekt. Planen Sie monatliche Kostenüberprüfungen und integrieren Sie die Kostenüberwachung in Ihr Produktionsalarmierungs-Setup. Die vollständige Infrastrukturstrategie finden Sie in unserem DevOps-Leitfaden für kleine Unternehmen.

Kontaktieren Sie ECOSIRE für Beratung zur AWS-Kostenoptimierung oder erkunden Sie unsere Odoo-Supportdienste für verwaltete Infrastruktur mit integrierter Kostenoptimierung.

---

Herausgegeben von ECOSIRE – hilft Unternehmen dabei, ihre Ausgaben für die Cloud-Infrastruktur zu optimieren.