Azure App Service-Plan – Übersicht

Ein App Service wird immer in einem App Service-Plan ausgeführt. Darüber hinaus gibt es in Azure Functions ebenfalls die Option für die Ausführung in einem App Service-Plan. Mit einem App Service-Plan wird ein Satz mit Computeressourcen für eine auszuführende Web-App definiert.

Wenn Sie einen App Service-Plan in einer bestimmten Region (z.B. „Europa, Westen“) erstellen, wird für den Plan in dieser Region ein Satz mit Computeressourcen erstellt. Alle Apps, die Sie in diesen App Service-Plan einfügen, werden auf diesen Computeressourcen ausgeführt, wie in Ihrem App Service-Plan definiert. Für jeden App Service-Plan wird Folgendes definiert:

  • Betriebssystem (Windows, Linux)
  • Region (USA Westen, USA Osten usw.)
  • Anzahl von VM-Instanzen
  • Größe von VM-Instanzen (Klein, Mittel, Groß)
  • Tarif (Free, Shared, Basic, Standard, Premium, PremiumV2, PremiumV3, Isolated, IsolatedV2)

Anhand des Tarifs eines App Service-Plans wird ermittelt, welche App Service-Features Sie erhalten und welche Kosten für den Plan anfallen. Welche Tarife für Ihren App Service-Plan verfügbar sind, hängt vom Betriebssystem ab, das bei der Erstellung ausgewählt wurde. Es gibt die folgenden Kategorien von Tarifen:

  • Freigegebene Computeressourcen: Bei Free und Shared (die beiden Basistarife) wird eine App auf derselben Azure-VM wie andere App Service-Apps ausgeführt, z.B. Apps anderer Kunden. Diese Tarife weisen jeder App, die auf den freigegebenen Ressourcen ausgeführt wird, CPU-Kontingente zu, und die Ressourcen können nicht hochskaliert werden. Diese Tarife sind nur für Entwicklungs- und Testzwecke vorgesehen.
  • Dedizierte Computeressourcen: In den Tarifen Basic, Standard, Premium, PremiumV2 und PremiumV3 werden Apps auf dedizierten Azure-VMs ausgeführt. Nur für Apps desselben App Service-Plans werden dieselben Computeressourcen gemeinsam genutzt. Je höher der Tarif, desto mehr VM-Instanzen stehen Ihnen für das horizontale Hochskalieren zur Verfügung.
  • Isolated: In den Tarifen Isolated und IsolatedV2 werden dedizierte Azure-VMs in dedizierten virtuellen Azure-Netzwerken ausgeführt. Er stellt zusätzlich zur Computeisolation Netzwerkisolation für Ihre Apps bereit. Sie verfügen hiermit über die maximalen Funktionen für die horizontale Skalierung.

Für jeden Tarif wird auch eine bestimmte Teilmenge mit App Service-Features bereitgestellt. Zu diesen Features gehören benutzerdefinierte Domänen und TLS/SSL-Zertifikate, automatische Skalierung, Bereitstellungsslots, Sicherungen, Traffic Manager-Integration und mehr. Je höher der Tarif, desto mehr Features sind verfügbar. Informationen dazu, welche Features für einen Tarif unterstützt werden, finden Sie unter App Service-Pläne.

Premium V3-Tarif

Der PremiumV3-Tarif verspricht Computer mit schnelleren Prozessoren (mindestens 195 ACU pro virtuelle CPU), SSD-Speicher, speicheroptimiert Optionen und einem vierfachen Arbeitsspeicher-zu-Kern-Verhältnis gegenüber dem Standard-Tarif. PremiumV3 bietet dieselben erweiterten Funktionen wie der Standard-Tarif, unterstützt aber dank einer höheren Anzahl von Instanzen auch eine größere Skalierung. Alle im vorhandenen PremiumV2-Tarif verfügbaren Funktionen sind in PremiumV3 enthalten.

Für diesen Tarif stehen mehrere VM-Größen zur Verfügung, einschließlich 4:1- und 8:1-Speicher-zu-Kern-Verhältnissen:

  • P0v3 (1 vCPU, 4 GiB Arbeitsspeicher)
  • P1v3 (2 vCPU, 8 GiB Arbeitsspeicher)
  • P1mv3 (2 vCPU, 16 GiB Arbeitsspeicher)
  • P2v3 (4 vCPU, 16 GiB Arbeitsspeicher)
  • P2mv3 (4 vCPU, 32 GiB Arbeitsspeicher)
  • P3v3 (8 vCPU, 32 GiB Arbeitsspeicher)
  • P3mv3 (8 vCPU, 64 GiB Arbeitsspeicher)
  • P4mv3 (16 vCPU, 128 GiB Arbeitsspeicher)
  • P5mv3 (32 vCPU, 256 GiB Arbeitsspeicher)

Weitere Informationen zum PremiumV3-Tarif finden Sie unter App Service – Preise.

Informationen zu den ersten Schritten mit dem neuen PremiumV3-Tarif finden Sie unter Konfigurieren des PremiumV3-Tarifs für App Service.

Wie wird meine App ausgeführt und skaliert?

Für die Tarife Free und Shared erhält eine App CPU-Minuten auf einer freigegebenen VM-Instanz und kann nicht aufskaliert werden. Für andere Tarife wird eine App wie im Folgenden angegeben ausgeführt und skaliert.

Wenn Sie eine App in App Service erstellen, ist sie Teil eines App Service-Plans. Die App wird auf allen VM-Instanzen ausgeführt, die im App Service-Plan konfiguriert sind. Wenn unter einem App Service-Plan mehrere Apps enthalten sind, nutzen diese dieselben VM-Instanzen gemeinsam. Falls Sie für eine App über mehrere Bereitstellungsslots verfügen, werden alle Bereitstellungsslots ebenfalls auf denselben VM-Instanzen ausgeführt. Wenn Sie Diagnoseprotokolle aktivieren, Sicherungen durchführen oder WebJobs ausführen, werden hierfür auch CPU-Zyklen und Arbeitsspeicher auf diesen VM-Instanzen genutzt.

Somit ist der App Service-Plan die Skalierungseinheit der App Service-Apps. Wenn der Plan für das Ausführen von fünf VM-Instanzen konfiguriert ist, werden alle Apps im Plan auf allen fünf Instanzen ausgeführt. Falls der Plan für die automatische Skalierung konfiguriert ist, werden alle Apps des Plans zusammen basierend auf den Einstellungen für die automatische Skalierung horizontal hochskaliert.

Informationen zum Aufskalieren einer App finden Sie unter Manuelles oder automatisches Skalieren der Instanzenzahl.

Wie viel kostet mein App Service-Plan?

In diesem Abschnitt wird die Abrechnung von App Service-Apps beschrieben. Ausführliche Preisinformationen nach Region finden Sie unter App Service – Preise.

Mit Ausnahme des Tarifs Free fällt für einen App Service-Plan eine Gebühr für die verbrauchten Computeressourcen an.

  • Beim Tarif Shared erhält jede App ein Kontingent von CPU-Minuten, sodass für jede App eine Gebühr gemäß dem CPU-Kontingent anfällt.
  • Bei dedizierten Computetarifen (Basic, Standard, Premium, PremiumV2, PremiumV3) ist im App Service-Plan die Anzahl von VM-Instanzen definiert, auf die Apps skaliert werden. Für jede VM-Instanz des App Service-Plans fällt also eine Gebühr an. Diese VM-Instanzen werden unabhängig davon, wie viele Apps darauf ausgeführt werden, jeweils gleich berechnet. Informieren Sie sich unter Manage an App Service plan in Azure (Verwalten eines App Service-Plans in Azure), um unerwartete Gebühren zu vermeiden.
  • Bei den Tarifen Isolated und IsolatedV2 definiert die App Service-Umgebung die Anzahl von isolierten Workern, die zum Ausführen Ihrer Apps verwendet werden, und jeder Worker wird berechnet. Darüber hinaus fällt im Tarif Isolated eine Stempelgebührpauschale für die Ausführung der eigentlichen App Service-Umgebung an.

Für die Nutzung der App Service-Features, die für Sie verfügbar sind (Konfiguration von benutzerdefinierten Domänen, TLS/SSL-Zertifikaten, Bereitstellungsslots, Sicherungen usw.), fallen keine Gebühren an. Es gelten folgende Ausnahmen:

  • App Service-Domänen: Sie zahlen, wenn Sie in Azure eine Domäne erwerben, sowie bei jeder jährlichen Erneuerung.
  • App Service-Zertifikate: Sie zahlen, wenn Sie in Azure ein Zertifikat erwerben, sowie bei jeder jährlichen Erneuerung.
  • IP-basierte TLS-Verbindungen: Es wird eine Gebühr auf Stundenbasis für jede IP-basierte TLS-Verbindung berechnet, aber bei einigen Standard-Tarifen (oder höheren Tarifen) erhalten Sie eine kostenlose IP-basierte TLS-Verbindung. SNI-basierte TLS-Verbindungen sind kostenlos.

Hinweis

Wenn Sie App Service in einen anderen Azure-Dienst integrieren, müssen Sie ggf. Gebühren für diese anderen Dienste berücksichtigen. Beispiel: Wenn Sie Azure Traffic Manager zum geografischen Skalieren Ihrer App verwenden, werden Ihnen für Azure Traffic Manager auch Gebühren je nach Nutzung berechnet. Informationen dazu, wie Sie für Ihre dienstübergreifenden Kosten in Azure einen Schätzwert erhalten, finden Sie unter Preisrechner.

Möchten Sie Ihre Cloudausgaben optimieren und Geld sparen?

Azure-Dienste kosten Geld. Mit Azure Cost Management können Sie Budgets festlegen und Warnungen konfigurieren, um die Kontrolle über Ihre Ausgaben zu behalten. Analysieren, verwalten und optimieren Sie Ihre Azure-Kosten mit Cost Management. Weitere Informationen finden Sie in der Schnellstartanleitung zur Kostenanalyse.

Was passiert, wenn meine App mehr Funktionen oder Features benötigt?

Ihr App Service-Plan kann jederzeit zentral hoch- und herunterskaliert werden. Hierzu wird einfach der Tarif für den Plan geändert. Sie können zuerst einen niedrigeren Tarif wählen und dann später hochskalieren, wenn Sie mehr App Service-Features benötigen.

Beispiel: Sie können Ihre Web-App zu Beginn für einen App Service-Plan mit dem Tarif Free testen, ohne dass Kosten anfallen. Wenn Sie der Web-App Ihren benutzerdefinierten DNS-Namen hinzufügen, können Sie Ihren Plan einfach zentral auf den Tarif Shared hochskalieren. Wenn Sie später eine TLS-Bindung erstellen möchten, skalieren Sie Ihren Tarif zentral auf den Tarif Basic hoch. Die Nutzung von Stagingumgebungen wird durch das Hochskalieren auf den Tarif Standard erreicht. Falls Sie mehr Kerne, Arbeitsspeicher oder Speicherplatz benötigen, können Sie für denselben Tarif auf eine höhere VM-Größe hochskalieren.

Dies funktioniert auch umgekehrt. Sobald Sie die Funktionen oder Features eines höheren Tarifs nicht mehr benötigen, können Sie zentral auf einen niedrigeren Tarif herunterskalieren und Kosten sparen.

Informationen zum Hochskalieren des App Service-Plans finden Sie unter Hochskalieren einer App in Azure.

Wenn Ihre App mit anderen Apps unter demselben App Service-Plan angeordnet ist, können Sie die Leistung der App verbessern, indem Sie die Computeressourcen isolieren. Hierzu verschieben Sie die App in einen separaten App Service-Plan. Weitere Informationen finden Sie unter Move an app to another App Service plan (Verschieben einer App in einen anderen App Service-Plan).

Sollte ich eine App in einen neuen Plan oder einen vorhandenen Plan einfügen?

Da Sie für die von Ihrem App Service-Plan zugeteilten Computeressourcen zahlen (siehe Wie viel kostet mein App Service-Plan?), können Sie ggf. Kosten sparen, indem Sie mehrere Apps unter einem App Service-Plan anordnen. Sie können einem vorhandenen Plan weiterhin Apps hinzufügen, solange der Plan über genügend Ressourcen zum Verarbeiten der Last verfügt. Bedenken Sie aber, dass für Apps desselben App Service-Plans dieselben Computeressourcen gemeinsam genutzt werden. Um zu bestimmen, ob die neue App über die erforderlichen Ressourcen verfügt, müssen Sie die Kapazität des vorhandenen App Service-Plans und die erwartete Auslastung für die neue Anwendung verstehen. Das Überladen eines App Service-Plans kann für neue und vorhandene Apps unter Umständen zu Ausfallzeiten führen.

Isolieren Sie Ihre App in einem neuen App Service-Plan, wenn Folgendes gilt:

  • Die App ist ressourcenintensiv. Die Zahl kann tatsächlich niedriger sein, je nachdem, wie ressourcenintensiv die gehosteten Anwendungen sind. Als allgemeine Richtlinie können Sie sich jedoch auf die folgende Tabelle beziehen:

    App Service-Plan-SKU Max Applikationen
    B1, S1, P1v2, I1v1 8
    B2, S2, P2v2, I2v1 16
    B3, S3, P3v2, I3v1 32
    P0v3 8
    P1v3, I1v2 16
    P2v3, I2v2, P1mv3 32
    P3v3, I3v2, P2mv3 64
    I4v2, I5v2, I6v2 Maximale Dichte, die durch vCPU-Nutzung begrenzt wird
    P3mv3, P4mv3, P5mv3 Maximale Dichte, die durch vCPU-Nutzung begrenzt wird
  • Sie möchten die App unabhängig von den anderen Apps im vorhandenen Plan skalieren.

  • Die App benötigt Ressourcen in einer anderen geografischen Region.

Hinweis

Ein aktiver Slot wird ebenfalls als aktive App klassifiziert, da auch er um Ressourcen auf demselben App Service-Plan konkurriert.

Dadurch können Sie einen neuen Satz von Ressourcen für die App zuordnen und Ihre Apps noch präziser steuern.

Nächste Schritte