Wat zijn Azure App Service-abonnementen?

Een Azure App Service-plan definieert een set rekenresources voor een web-app die moet worden uitgevoerd. Een App Service draait altijd in een App Service-plan. Azure Functions gebruikt ook App Service-plannen in sommige scenario's.

Wanneer u een App Service-plan in een bepaalde regio maakt, maakt u een set rekenresources voor dat plan in die regio. Welke apps je ook in het App Service-plan zet, ze draaien op die computeresources.

In elk App Service-plan wordt het volgende gedefinieerd:

• Besturingssysteem (Windows, Linux)
• Regio (VS - west, VS - oost, enzovoort)
• Aantal VM-exemplaren (virtuele machines)
• Grootte van VM-exemplaren (klein, gemiddeld, groot)
• Prijscategorie (Gratis, Gedeeld, Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4 IsolatedV2)

Prijscategorieën

De prijscategorie van een App Service-plan bepaalt welke App Service-functies u krijgt en hoeveel u voor het plan betaalt. De prijsniveaus die beschikbaar zijn voor je App Service-plan hangen af van het besturingssysteem, regio en andere factoren.

Elke laag biedt ook een specifieke subset van App Service-functies. Deze functies omvatten aangepaste domeinen en TLS/SSL-certificaten, automatisch schalen, implementatiesites, back-ups, Azure Traffic Manager-integratie en meer.

Meer vergelijkingen van abonnementen vindt u in App Service-limieten.

Zie App Service-prijzen voor informatie over prijzen.

Overwegingen voor het uitvoeren en schalen van een app

In de gratis en gedeelde lagen ontvangt een app CPU-minuten op een gedeeld VM-exemplaar en kan deze niet worden uitgeschaald.

In andere tiers is het standaardplaatsings- en schaalgedrag, wanneer per-app schaalverdeling is uitgeschakeld, als volgt:

• Als u een app maakt in App Service, maakt deze deel uit van een App Service-plan. Wanneer de app wordt uitgevoerd, wordt deze uitgevoerd op alle VM-exemplaren die zijn geconfigureerd in het App Service-plan.
• Als meerdere apps zich in hetzelfde App Service-plan bevinden, delen ze allemaal dezelfde VM-exemplaren.
• Als u meerdere implementatiesites voor een app hebt, worden alle implementatiesites ook uitgevoerd op dezelfde VM-exemplaren.
• Als u diagnostische logboeken inschakelt, back-ups uitvoert of webtaken uitvoert, gebruiken ze ook CPU-cycli en geheugen op deze VM-exemplaren.
• Alle apps in een App Service-plan worden samen geschaald, omdat ze dezelfde onderliggende rekenresources (VM-exemplaren) delen. Het schalen van het plan ( handmatig of via regels voor automatisch schalen) is van invloed op alle apps in het plan.

Wanneer per-app scaling is ingeschakeld, kun je elke app of deployment slot beperken tot een subset van de VM-instanties van het plan. De capaciteit en facturering van het plan blijven op het niveau van het App Service-plan. Het aantal actieve replica's voor een app of slot kan variëren afhankelijk van de plancapaciteit en mag niet groter zijn dan het aantal VM-instanties in het plan.

Zie Aan de slag met automatisch schalen in Azurevoor meer informatie over het uitschalen van een app.

Kosten van App Service-abonnementen

In deze sectie wordt beschreven hoe App Service-apps worden gefactureerd. Zie App Service-prijzenvoor gedetailleerde, regiospecifieke prijsinformatie.

Met uitzondering van de gratis laag worden voor een App Service-plan kosten in rekening gebracht voor de rekenresources die worden gebruikt:

• gedeelde laag: elke app ontvangt een quotum van CPU-minuten, dus elke app- wordt in rekening gebracht voor het CPU-quotum.
• Dedicated compute tiers (Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4): Het App Service-plan definieert het aantal VM-instanties waarop de apps worden opgeschaald, dus elke VM-instantie wordt in rekening gebracht.

• isolatedV2-laag: de App Service Environment bepaalt het aantal geïsoleerde werkers waarop uw apps worden uitgevoerd, en elke werker wordt in rekening gebracht.

Er worden geen kosten in rekening gebracht voor het gebruik van de App Service-functies die voor u beschikbaar zijn. Deze functies omvatten het configureren van aangepaste domeinen, TLS/SSL-certificaten, implementatiesites en back-ups. De uitzonderingen zijn:

• App Service-domeinen: u betaalt wanneer u er een koopt in Azure en wanneer u deze elk jaar verlengt.
• App Service-certificaten: u betaalt wanneer u er een koopt in Azure en wanneer u deze elk jaar verlengt.
• TLS-verbindingen op basis van IP: er worden per uur kosten in rekening gebracht voor elke TLS-verbinding op basis van IP, maar sommige standard- of hogere lagen bieden u gratis één OP IP gebaseerde TLS-verbinding. Server Name Indication (SNI) TLS-verbindingen zijn gratis.

Als u App Service integreert met een andere Azure-service, moet u mogelijk rekening houden met de kosten van die service. Als je bijvoorbeeld Azure Traffic Manager gebruikt om je app geografisch te schalen, zijn er kosten voor Traffic Manager van toepassing.

Schaalbaarheid voor mogelijkheden of functies

U kunt uw App Service-plan op elk gewenst moment omhoog of omlaag schalen. Het is net zo eenvoudig als het wijzigen van de prijscategorie van het abonnement. Je kunt eerst een lagere prijslaag kiezen en later opschalen als je meer mogelijkheden nodig hebt.

U kunt bijvoorbeeld beginnen met het testen van uw web-app in een Gratis App Service-abonnement en niets betalen. Wanneer je je aangepaste DNS-naam toevoegt aan de webapp, schaal je je abonnement dan op naar een hoger niveau.

Hetzelfde proces werkt omgekeerd. Wanneer u de mogelijkheden of functies van een hogere laag niet meer nodig hebt, kunt u omlaag schalen naar een lagere laag en geld besparen.

Zie Een app omhoog schalen in Azure App Servicevoor meer informatie over het omhoog schalen van een App Service-plan.

Als uw app zich in hetzelfde App Service-plan bevindt als andere apps, kunt u de prestaties van de app verbeteren door de rekenresources te isoleren. Je kunt de bronnen isoleren door de app naar een nieuw App Service-abonnement te verplaatsen.

Beslissing om een nieuw plan of een bestaand plan voor een app te gebruiken

U betaalt voor de rekenresources die uw App Service-plan toewijst, zoals beschreven in de eerdere sectie over kosten. U kunt mogelijk geld besparen door meerdere apps in één App Service-plan te plaatsen. Je moet er wel voor zorgen dat het plan voldoende middelen heeft voor je apps.

Apps in hetzelfde App Service-plan delen dezelfde rekenkrachten. Om te bepalen of de nieuwe app over de benodigde middelen beschikt, moet je de capaciteit van het plan en de benodigde middelen van de apps begrijpen.

Uw app isoleren in een nieuw App Service-plan wanneer:

• De app is middelenintensief. Gebruik deze tabel voor algemene richtlijnen:

  App Service-plan	Maximum aantal 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 dichtheid afhankelijk van vCPU-gebruik
  P3mv3, P3mv4, P4mv3, P4mv4, P5mv3, P5mv4	Maximale dichtheid afhankelijk van vCPU-gebruik

• U wilt de app onafhankelijk van de andere apps in het bestaande plan schalen.

• De app heeft resources nodig in een andere geografische regio. Op deze manier kunt u een nieuwe set resources toewijzen voor uw app en meer controle krijgen over uw apps.

Managed Instance op Azure App Service

Managed Instance is een hostingoptie met een abonnement voor Windows-web-apps waarvoor aanpassingen van het besturingssysteem, optionele privénetwerken en ondersteuning voor oudere Windows-onderdelen zijn vereist. Het is ontworpen voor applicaties die besturingssysteemcontrole vereisen zonder virtuele machines te beheren.

Belangrijkste kenmerken:

• PowerShell-configuratiescripts voor permanente installatie van het besturingssysteem en middleware
• Integratie van virtuele netwerken op planniveau met privé-DNS
• Door Azure Key Vault ondersteunde registeradapters voor beveiligde configuratie
• Opslagkoppelingen (Azure Files, UNC-paden, lokale tijdelijke opslag)
• Just-In-Time RDP-toegang via Azure Bastion voor diagnostische gegevens
• Beheerde identiteiten op planniveau voor infrastructuurverificatie
• Vooraf geïnstalleerde .NET Framework (3.5, 4.8) en .NET 8 met ondersteuning voor aangepaste runtimes
• Geschikt voor: Verouderde .NET Framework-apps waarvoor Windows-specifieke afhankelijkheden zijn vereist, geleidelijke modernisering zonder volledige herschrijven en netwerkisolatie op planniveau voor naleving.

Huidige beperkingen: alleen voor Windows, Pv4-/Pmv4-SKU’s. Niet beschikbaar voor Linux, containers of Free/Shared/Dedicated tiers.

Om de regionale beschikbaarheid voor een specifieke SKU te controleren, gebruik Azure CLI versie 2.82.0 of later:

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

Meer informatie over Managed Instance

Verwante inhoud

• Een App Service-plan beheren