Web-App benötigt mehr Leistung oder Instanzen? App Service Plan skalieren
CloudTrips benötigt mehr CPU, Arbeitsspeicher und App-Service-Funktionen. Scale up bedeutet, Tarif und Größe des vorhandenen App Service Plans zu ändern. Es erstellt keine zusätzlichen Instanzen und erfordert keine erneute Codebereitstellung.
Dieser Trip setzt Einfache Web-App hosten? App Service erstellen fort:
Resource group: rg-cloudtrips-appservice-test-weu
Web app: app-cloudtrips-web-dmytro-test-weu
App Service plan: asp-cloudtrips-web-test-weu
Current tier: Free F1
Vergleiche Scale-up und Scale-out
Scale up: Eine Instanz erhält mehr CPU, Arbeitsspeicher, Speicher und Funktionen
Scale out: Mehr Instanzen führen dieselbe Anwendung aus
Der Tarif gehört zum Plan. Seine Skalierung betrifft jede Web-App in diesem Plan. Standard S1 ist kostenpflichtig. Gebühren entstehen nach der Änderung, bis du herunterskalierst oder den Plan löschst.
Skaliere auf Standard S1 hoch
Öffne die Web-App app-cloudtrips-web-dmytro-test-weu. Klappe im linken Menü
App Service plan auf und wähle Scale up. Wähle unter Legacy:
Pricing plan: Standard S1
Prüfe den angezeigten Preis für dein Abonnement und wähle Select. Besitzt das Abonnement ein Ausgabenlimit, kann Azure den Wechsel von Free zu einem kostenpflichtigen Tarif blockieren, bis das Limit entfernt wurde.

Prüfe den neuen Tarif
Warte auf die erfolgreiche Skalierungsbenachrichtigung. Der Hostname bleibt gleich, da nur der zugrunde liegende Plan geändert wurde. Prüfe den Plan:
az appservice plan show \
--resource-group rg-cloudtrips-appservice-test-weu \
--name asp-cloudtrips-web-test-weu \
--query "{tier:sku.tier,sku:sku.name,instances:sku.capacity}" \
--output table
Die erwarteten Werte enthalten:
Tier: Standard
SKU: S1
Instances: 1
Prüfe, ob die App weiterhin antwortet:
curl --fail https://app-cloudtrips-web-dmytro-test-weu.azurewebsites.net

Skaliere auf zwei Instanzen
Kehre zur Web-App zurück. Wähle unter App Service plan Scale out und setze:
Scale mode: Manual
Instance count: 2
Wähle Save. Scale-out behält die S1-Workergröße bei, führt aber zwei Kopien der Anwendung aus. App Service verteilt eingehende Anfragen auf beide. Beide Instanzen sind kostenpflichtig, und alle Apps im Plan verwenden dieselben Worker.
Meldet Azure eine Drosselung auf Abonnementebene, wiederhole den Vorgang nicht ständig, sondern warte auf das Ende der Sperre. Portal und CLI verwenden dieselbe Steuerungsebene; die CLI umgeht die Drosselung daher nicht.

Prüfe die neue Workeranzahl:
az appservice plan show \
--resource-group rg-cloudtrips-appservice-test-weu \
--name asp-cloudtrips-web-test-weu \
--query "{tier:sku.tier,sku:sku.name,instances:sku.capacity}" \
--output table
Die erwarteten Werte enthalten Standard, S1 und 2 Instanzen. Manuelle
Skalierung behält diese feste Anzahl bei; Autoscale würde sie anhand von
Metrik- oder Zeitplanregeln ändern.
Aufräumen
Lösche die isolierte Ressourcengruppe zeitnah, um S1-Gebühren zu beenden:
az group delete --name rg-cloudtrips-appservice-test-weu --yes
Bestätige, dass az group exists --name rg-cloudtrips-appservice-test-weu den
Wert false zurückgibt.