Was sind Azure App Service-Pläne?

Ein Azure App Service-Plan definiert eine Reihe von Computeressourcen für eine Web-App, die ausgeführt werden soll. Ein App-Dienst wird immer in einem App Service-Plan ausgeführt. Azure Functions verwendet in einigen Szenarien auch App-Service-Pläne.

Wenn Sie einen App Service-Plan in einer bestimmten Region erstellen, erstellen Sie eine Reihe von Computeressourcen für diesen Plan in dieser Region. Welche Apps du auch immer in den App Service-Plan einfügst, laufen auf diesen Rechenressourcen.

Von Bedeutung

verwaltete Instanz ist in ausgewählten Regionen allgemein für Windows-Webanwendungen verfügbar und auf Pv4- und Pmv4-Preispläne beschränkt. Microsoft wird im Laufe der Zeit weitere Regionen hinzufügen. verwaltete Instanz unterstützt kein Linux und keine Container.

Für jeden App Service-Plan wird Folgendes definiert:

  • Betriebssystem (Windows, Linux)
  • Region („USA, Westen“, „USA, Osten“ usw.)
  • Anzahl der VM-Instanzen (Virtual Machine)
  • Größe von VM-Instanzen (klein, mittel, groß)
  • Preisstufe (Kostenlos, Geteilt, Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4 IsolatedV2)

Tarife

Der Tarif eines App Service-Plans legt fest, welche App Service-Features Sie erhalten und welche Kosten für den Plan anfallen. Die verfügbaren Preisstufen Ihres App Service-Plans hängen vom Betriebssystem, der Region und weiteren Faktoren ab.

Kategorie Ebenen BESCHREIBUNG
Gemeinsam genutzte Rechenleistung Kostenlos, geteilt 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 Stufen weisen CPU-Quoten für jede App zu, die du ausführst.
Dedizierte Berechnung Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4 Die Stufen "Basic", "Standard", "PremiumV2", "PremiumV3" und "PremiumV4" führen Apps auf dedizierten Azure-VMs aus. Nur Apps im gleichen App-Service-Plan teilen sich dieselben VM-Instanzen.
Isoliert IsolatedV2 Die IsolatedV2-Stufe führt dedizierte Azure-VMs in dedizierten virtuellen Azure-Netzwerken aus. Dieser Tarif stellt zusätzlich zum isolierten Compute auch Netzwerkisolation für Ihre Apps bereit. Es bietet eine gewisse Isolation von anderen Kunden.

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, Bereitstellungsplätze, Sicherungen, Azure Traffic Manager-Integration und vieles mehr.

Weitere Vergleiche von Plänen finden Sie in App Service-Grenzwerten.

Preisinformationen finden Sie unter App Service-Preise.

Überlegungen zum Ausführen und Skalieren einer App

In den Ebenen Kostenlos und Freigegeben empfängt eine App CPU-Minuten für eine freigegebene VM-Instanz und kann nicht skaliert werden.

In anderen Ebenen wird eine App wie folgt 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.
  • Alle Apps in einem App Service-Plan werden zusammen skaliert, da sie die gleichen zugrunde liegenden Computeressourcen (VM-Instanzen) gemeinsam nutzen. Die Skalierung des Plans – ob manuell oder über Regeln für die automatische Skalierung – wirkt sich auf alle Apps im Plan aus.

Weitere Informationen zum Skalieren einer App finden Sie unter "Erste Schritte mit der automatischen Skalierung in Azure".

Kosten für App Service-Pläne

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

Mit Ausnahme der kostenlosen Stufe trägt ein App Service-Plan eine Gebühr für die von ihr verbrauchten Computeressourcen:

  • Freigegebene Ebene: Jede App erhält ein Kontingent von CPU-Minuten, sodass jede App für das CPU-Kontingent belastet wird.
  • Dedizierte Compute-Stufen (Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4): Der App Service-Plan definiert die Anzahl der VM-Instanzen, auf die die Apps skaliert sind, sodass jede VM-Instanz berechnet wird.

Hinweis

In dedizierten Computeebenen sind die VM-Ressourcen Ihrem App Service-Plan zugeordnet und werden nicht für andere Kunden freigegeben.
Alle Apps, die Sie im selben App Service-Plan platzieren, teilen diese dedizierten Ressourcen jedoch miteinander.
Das bedeutet, dass Compute auf der Plan-Ebene und nicht auf der pro App-Ebene zugewiesen wird.
Um die Berechnung pro App zu isolieren, erstellen Sie einen separaten App Service-Plan.

  • IsolatedV2-Tarif: Die App Service-Umgebung definiert die Anzahl von isolierten Workern, die Ihre Apps ausführen werden, und jeder Worker wird berechnet.

Die Verwendung der App Service-Features, die Ihnen zur Verfügung stehen, werden ihnen nicht in Rechnung gestellt. Diese Features umfassen das Konfigurieren von benutzerdefinierten Domänen, TLS/SSL-Zertifikaten, Bereitstellungsplätzen und Sicherungen. Es gelten folgende Ausnahmen:

  • App Service-Domänen: Sie bezahlen, wenn Sie eine in Azure erwerben und sie jedes Jahr verlängern.
  • App Service-Zertifikate: Sie bezahlen, wenn Sie ein Abonnement in Azure erwerben und jedes Jahr verlängern.
  • IP-basierte TLS-Verbindungen: Es gibt eine stündliche Gebühr für jede IP-basierte TLS-Verbindung, aber einige Standard- oder höhere Stufen bieten Ihnen eine IP-basierte TLS-Verbindung kostenlos. Server Name Indication (SNI) TLS-Verbindungen sind kostenlos.

Wenn Sie App Service in einen anderen Azure-Dienst integrieren, müssen Sie möglicherweise Gebühren von diesem Dienst in Betracht ziehen. Wenn Sie beispielsweise Azure Traffic Manager verwenden, um Ihre App geografisch zu skalieren, fallen Traffic Manager-Gebühren an.

Tipp

Azure-Dienste kosten Geld. Um die Ausgaben zu steuern, können Sie Microsoft Cost Management verwenden, um Budgets festzulegen und Warnungen zu konfigurieren.

Sie können Ihre Azure-Kosten mithilfe der Kostenverwaltung analysieren, verwalten und optimieren. Weitere Informationen finden Sie in der Schnellstartanleitung zur Kostenanalyse.

Skalierung für Fähigkeiten oder Funktionen

Sie können Ihren App Service-Plan jederzeit nach oben oder unten skalieren. Hierzu wird einfach der Tarif für den Plan geändert. Sie können zunächst eine niedrigere Preisstufe wählen und später erhöhen, wenn Sie mehr Funktionen benötigen.

Sie können beispielsweise mit dem Testen Ihrer Web-App in einem Kostenlosen App Service-Plan beginnen und nichts bezahlen. Wenn du deinen benutzerdefinierten DNS-Namen in die Web-App hinzufügst, skaliere einfach deinen Tarif auf eine höhere Stufe.

Derselbe Prozess funktioniert umgekehrt. Wenn Sie die Funktionen oder Features einer höheren Ebene nicht mehr benötigen, können Sie auf eine niedrigere Ebene skalieren und Geld sparen.

Weitere Informationen zum Skalieren eines App Service-Plans finden Sie unter Skalieren einer App in Azure App Service.

Wenn Ihre App mit anderen Apps im selben App Service-Plan ausgeführt wird, können Sie die Leistung der App verbessern, indem Sie die Computeressourcen isolieren. Du kannst die Ressourcen isolieren, indem du die App auf einen neuen App-Service-Plan verlegst.

Entscheidung zur Verwendung eines neuen Plans oder eines vorhandenen Plans für eine App

Sie zahlen für die Computerressourcen, die Ihr App Service-Plan zuweist, wie im vorherigen Abschnitt zu Kosten beschrieben. Sie können potenziell Geld sparen, indem Sie mehrere Apps unter einem App Service-Plan ausführen. Du solltest jedoch sicherstellen, dass der Plan genügend Ressourcen für deine Apps hat.

Apps im selben App Service-Plan teilen sich die gleichen Rechenressourcen. Um festzustellen, ob die neue App über die notwendigen Ressourcen verfügt, müssen Sie die Kapazität des Plans und den Ressourcenbedarf der Apps verstehen.

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

  • Die App ist ressourcenintensiv. Verwenden Sie die folgende Tabelle, um allgemeine Anleitungen zu erhalten:

    App Service-Plan Maximale Anzahl von Apps
    B1, S1, P1v2, I1v1 8
    B2, S2, P2v2, I2v1 16
    B3, S3, P3v2, I3v1 32
    P0v3, P0v4 8
    P1v3, P1v4, I1v2 16
    P2v3, P2v4, I2v2, P1mv3, P1mv4 32
    P3v3, P3v4, I3v2, P2mv3 64
    I4v2, I5v2, I6v2 Maximale Dichte, die durch vCPU-Nutzung begrenzt wird
    P3mv3, P3mv4, P4mv3, P4mv4, P5mv3, P5mv4 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. Auf diese Weise können Sie eine neue Gruppe von Ressourcen für Ihre App zuordnen und eine bessere Kontrolle über Ihre Apps erlangen.

Hinweis

Ein aktiver Steckplatz wird auch als aktive App klassifiziert, da sie im selben App Service-Plan für Ressourcen konkurriert.

verwaltete Instanz auf Azure App Service

Verwaltete Instanz ist eine planbezogene Hostingoption für Windows-Web-Apps, die Betriebssystemanpassungen, optionale private Netzwerke und ältere Windows-Komponentenunterstützung erfordern. Es ist für Anwendungen konzipiert, die eine Steuerung auf Betriebssystemebene erfordern, ohne virtuelle Maschinen verwalten zu müssen.

Wichtigste Funktionen:

  • PowerShell-Konfigurationsskripts für persistentes Betriebssystem und Middleware-Setup
  • Planebene der Integration virtueller Netzwerke mit privatem DNS
  • Azure Key Vault-gesicherte Registrierungsadapter für sichere Konfiguration
  • Speichermontagen (Azure Files, UNC-Pfade, lokaler temporärer Speicher)
  • Just-in-Time-RDP-Zugriff über Azure Bastion zur Diagnose
  • Verwaltete Identitäten auf Planebene für die Infrastrukturauthentifizierung
  • Vorinstalliertes .NET Framework (3.5, 4.8) und .NET 8 mit Unterstützung für benutzerdefinierte Laufzeiten
  • Am besten geeignet für: Ältere .NET Framework-Apps, die Windows-spezifische Abhängigkeiten erfordern, schrittweise Modernisierung ohne vollständige Umschreibungen und Netzwerkisolation auf Ebene des Plans für Compliance-Anforderungen.

Aktuelle Einschränkungen: Nur Windows, Pv4/Pmv4-SKUs. Nicht verfügbar für Linux, Container oder Free/Shared/Dedicated Tiers.

Um die regionale Verfügbarkeit für eine bestimmte SKU zu überprüfen, verwenden Sie Azure CLI Version 2.82.0 oder neuer:

az appservice list-locations --managed-instance-enabled --sku <sku>

Weitere Informationen zur verwalteten Instanz