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 kan ook worden uitgevoerd in een App Service-plan.

Wanneer u een App Service-plan in een bepaalde regio maakt, maakt u een set rekenresources voor dat plan in die regio. Alle apps die u in het App Service-plan plaatst, worden uitgevoerd op deze rekenresources, zoals gedefinieerd in het plan.

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 prijscategorieën die beschikbaar zijn voor uw App Service-plan, zijn afhankelijk van het besturingssysteem dat u selecteert wanneer u het maakt. Deze tabel toont de prijscategorieën.

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. Hoe hoger de laag, hoe meer functies beschikbaar zijn. Als u wilt achterhalen welke functies in elke prijscategorie worden ondersteund, raadpleegt u de details van het App Service-plan .

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 lagen wordt een app als volgt uitgevoerd en geschaald:

• 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.

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.
• Toegewezen rekenlagen (Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4): Het App Service-plan definieert het aantal VM-exemplaren waarnaar de apps worden geschaald, zodat voor elk VM-exemplaar in het App Service-plan kosten in rekening worden gebracht. Deze VM-exemplaren worden hetzelfde in rekening gebracht, ongeacht het aantal apps dat erop wordt uitgevoerd. Zie Een App Service-plan verwijderenom onverwachte kosten te voorkomen.
• 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. Servernaamindicatie (SNI)-gebaseerde 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 u bijvoorbeeld Azure Traffic Manager gebruikt om uw app geografisch te schalen, worden er ook kosten in rekening gebracht op basis van uw gebruik. Zie Prijscalculator voor een schatting van de kosten voor verschillende services in Azure.

schaalbaarheid voor vaardigheden 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. U kunt eerst een lagere prijscategorie kiezen en later omhoog schalen wanneer u meer App Service-functies nodig hebt.

U kunt bijvoorbeeld beginnen met het testen van uw web-app in een Gratis App Service-abonnement en niets betalen. Wanneer u uw aangepaste DNS-naam toevoegt aan de web-app, schaalt u uw plan op naar de gedeelde laag. Wanneer u later een TLS-binding wilt maken, schaalt u uw plan omhoog naar de Basic-laag. Wanneer u testomgevingen wilt, schaalt u op naar de Standaard-laag. Wanneer u meer kernen, geheugen of opslag nodig hebt, kunt u omhoog schalen naar een grotere VM-grootte in dezelfde laag.

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. U kunt de resources isoleren door de app te verplaatsen naar een afzonderlijk App Service-plan.

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. U kunt apps blijven toevoegen aan een bestaand plan zolang het plan voldoende middelen heeft om de belasting te verwerken.

Houd er echter rekening mee dat apps in hetzelfde App Service-plan allemaal dezelfde rekenresources delen. Als u wilt bepalen of de nieuwe app over de benodigde resources beschikt, moet u de capaciteit van het bestaande App Service-plan begrijpen, samen met de verwachte belasting voor de nieuwe app. Het overbelasten van een App Service-plan kan downtime veroorzaken voor uw nieuwe en bestaande apps. U vindt meer vergelijkingen tussen abonnementen op App Service-limieten.

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.

Beheerd exemplaar in Azure App Service (preview)

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 'lift-and-improve'-migraties van infrastructuurafhankelijke workloads waarvoor COM-onderdelen, registertoegang, MSI-installatieprogramma's of IIS-aanpassingen nodig zijn, terwijl de functies van het beheerde platform van App Service behouden blijven.

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 (preview): alleen Windows, Pv4/Pmv4-SKU's, beschikbaar in Azië - oost, VS - west-centraal, Europa - noord en VS - oost. Niet beschikbaar voor Linux, containers of in de App Service-omgeving.

Meer informatie over Managed Instance

Verwante inhoud

• Een App Service-plan beheren