---
title: "Web-Service-Regionen, Plan-Upgrades, Autoscaling und Abrechnung"
description: "So funktionieren Darwa Web-Service-Regionen, Shards, anteilige Plan-Upgrades, Autoscaling, Auto-Deploy und Wiederherstellung nach Zahlungsfehlern."
canonical: "https://darwa-front.darwa.co/blog/de/web-service-regionen-autoscaling-abrechnung"
language: "de"
category: "Plattform-Leitfäden"
tags: ["web service", "multi region", "autoscaling", "cloud abrechnung"]
author: "Darwa Engineering"
published: "2026-08-31T08:53:00Z"
updated: "2026-09-04T12:41:19.400329Z"
reading_time_minutes: 2
translations:
  ar: "https://darwa-front.darwa.co/blog/ar/dalil-manatiq-web-service-tawassu-fawtara"
  en: "https://darwa-front.darwa.co/blog/en/web-service-regions-plan-upgrades-autoscaling-billing"
  es: "https://darwa-front.darwa.co/blog/es/regiones-web-escalado-facturacion-darwa"
  fr: "https://darwa-front.darwa.co/blog/fr/regions-web-service-autoscaling-facturation"
  hi: "https://darwa-front.darwa.co/blog/hi/web-service-region-autoscaling-billing-guide"
  ja: "https://darwa-front.darwa.co/blog/ja/web-service-region-autoscaling-billing-guide-ja"
  pt: "https://darwa-front.darwa.co/blog/pt/regioes-web-service-autoscaling-faturamento"
  ru: "https://darwa-front.darwa.co/blog/ru/regiony-web-service-avtomasshtabirovanie-oplata"
  zh: "https://darwa-front.darwa.co/blog/zh/web-service-quyu-kuorong-jifei-zhinan"
---
# Web-Service-Regionen, Plan-Upgrades, Autoscaling und Abrechnung

Praxisleitfaden zu Primärregion, regionalen Shards, Git-Deployments, anteiligen Upgrades, Autoscaling und Zahlungsausfällen bei Darwa.

## Primärregion einmal wählen

Ein Darwa Web Service startet in Virginia, São Paulo, Frankfurt, Cape Town, Mumbai oder Sydney. Die Primärregion wird nach der Erstellung gesperrt, weil sie Service-Identität, privates Netzwerk und Annahmen zur Datenablage verankert. Settings zeigt sie deshalb schreibgeschützt und verhindert eine riskante Migration über ein einfaches Auswahlfeld.

## Regionalen Shard statt Umzug hinzufügen

Unter **Settings → Regional traffic** lässt sich ein weiterer Standort ergänzen. Ein Shard ist eine vollständige, bezahlte Runtime mit demselben Plan und Source. Sein eigener Endpoint dient kontrolliertem Routing oder Failover; die primäre URL wird nicht heimlich verschoben. Persistente Block-Disks sind nicht regionsübergreifend teilbar, daher ist zuvor externer dauerhafter Speicher nötig.

## Ein Git-Release in allen Regionen

Auto-Deploy ist für verbundene Repositories standardmäßig aktiv und kann deaktiviert werden. Ein Push auf den beobachteten Branch stellt dieselbe Revision in der Primärregion und allen gekauften Shards bereit. Jede Region muss ihren Health Check unabhängig bestehen. Für manuelle Freigaben wird Auto-Deploy ausgeschaltet.

## Upgrade nur für die Restlaufzeit berechnen

Settings bietet nur höhere Pläne und aktualisiert alle verbundenen Regionen gemeinsam. Vor der Bestätigung erscheinen alter und neuer Monatsbetrag, verbrauchte und verbleibende Stunden sowie die sofortige Schätzung. Die vergangene Zeit wird abgezogen: Stripe stellt nur die Preisdifferenz der Restperiode sofort in Rechnung; der neue volle Monatsbetrag gilt ab Verlängerung.

## Autoscaling, Autopilot und Zahlung

Horizontales Autoscaling ändert die Replikazahl zwischen Minimum und Maximum; jede laufende Replik wird berechnet. Capacity Autopilot aktiviert nach Zustimmung bei anhaltendem Druck temporäre Plan-Kapazität, stoppt bei sinkender Last und beachtet 72 Stunden sowie ein Ausgabenlimit. Das Einschalten ist kostenlos. Nach fehlgeschlagener Zahlung folgen 7 Tage Kulanz, Suspendierung und 14 Tage Aufbewahrung zur Wiederherstellung vor Löschung.