Overzicht van Azure App Service-plan
Notitie
Vanaf 1 juni 2024 hebben alle nieuw gemaakte App Service-apps de mogelijkheid om een unieke standaardhostnaam te genereren met behulp van de naamconventie <app-name>-<random-hash>.<region>.azurewebsites.net. Bestaande app-namen blijven ongewijzigd.
Voorbeeld: myapp-ds27dh7271aah175.westus-01.azurewebsites.net
Raadpleeg de unieke standaardhostnaam voor App Service-resource voor meer informatie.
Een app-service draait altijd in een App Service-plan. Daarnaast heeft Azure Functions ook de mogelijkheid om in een App Service-plan uit te voeren. Een App Service-plan definieert een set rekenresources waarmee een web-app kan worden uitgevoerd.
Wanneer u een App Service-plan maakt in een bepaalde regio (bijvoorbeeld Europa - west), wordt er een set rekenresources gemaakt voor dat plan in die regio. Alle apps die u in dit App Service-plan plaatst, worden uitgevoerd op deze rekenresources, zoals gedefinieerd door uw App Service-plan. In elk App Service-plan wordt het volgende gedefinieerd:
- Besturingssysteem (Windows, Linux)
- Regio (VS - west, VS - oost, enzovoort)
- Aantal VM-exemplaren
- Grootte van VM-exemplaren (klein, normaal of groot)
- Prijscategorie (Gratis, Gedeeld, Basic, Standard, Premium, PremiumV2, PremiumV3, Isolated, IsolatedV2)
De prijscategorie van een App Service-plan bepaalt welke App Service-functies u krijgt en hoeveel u voor het abonnement betaalt. De prijscategorieën die beschikbaar zijn voor uw App Service-plan zijn afhankelijk van het besturingssysteem dat is geselecteerd tijdens het creëren. Dit zijn de categorieën prijscategorieën:
- Gedeelde rekenmodus: bij de twee basiscategorieën, Free en Shared, wordt een app uitgevoerd op dezelfde Azure-VM als andere App Service-apps, waaronder apps van andere klanten. Deze lagen wijzen CPU-quota toe aan elke app die wordt uitgevoerd op de gedeelde resources en de resources kunnen niet worden uitgeschaald. Deze lagen zijn alleen bedoeld voor ontwikkelings- en testdoeleinden.
- Toegewezen rekenkracht: De lagen Basic, Standard, Premium, PremiumV2 en PremiumV3 voeren apps uit op toegewezen Azure-VM's. Alleen apps in hetzelfde App Service-plan maken gedeeld gebruik van dezelfde rekenresources. Hoe hoger de laag, hoe meer VM-exemplaren beschikbaar zijn voor uitschalen.
- Geïsoleerd: de lagen Isolated en IsolatedV2 voeren toegewezen Azure-VM's uit op toegewezen virtuele Azure-netwerken. Ze bieden netwerkisolatie bovenop rekenisolatie voor uw apps. Ze bieden de maximale uitschaalmogelijkheden.
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. Zie Details App Service-plan voor meer informatie over welke functies worden ondersteund in welke prijscategorie.
Prijscategorie PremiumV3
De Prijscategorie PremiumV3 garandeert machines met snellere processors (minimaal 195 ACU per virtuele CPU), SSD-opslag, opties die zijn geoptimaliseerd voor geheugen en viervoudige verhouding van geheugen tot kern in vergelijking met de Standard-laag . PremiumV3 biedt ook ondersteuning voor een hogere schaal via een verhoogd aantal exemplaren, terwijl u nog steeds alle geavanceerde mogelijkheden in de Standard-laag biedt. Alle functies die beschikbaar zijn in de bestaande PremiumV2-laag zijn opgenomen in PremiumV3.
Er zijn meerdere VM-grootten beschikbaar voor deze laag, waaronder verhoudingen tussen 4 en 1 en 8 tot 1 geheugen tot kern:
- P0v3 (1 vCPU, 4 GiB aan geheugen)
- P1v3 (2 vCPU, 8 GiB aan geheugen)
- P1mv3 (2 vCPU, 16 GiB aan geheugen)
- P2v3 (4 vCPU, 16 GiB aan geheugen)
- P2mv3 (4 vCPU, 32 GiB van geheugen)
- P3v3 (8 vCPU, 32 GiB aan geheugen)
- P3mv3 (8 vCPU, 64 GiB aan geheugen)
- P4mv3 (16 vCPU, 128 GiB van geheugen)
- P5mv3 (32 vCPU, 256 GiB aan geheugen)
Zie De prijzen van App Service voor PremiumV3.
Zie PremiumV3-laag configureren voor App Service om aan de slag te gaan met de nieuwe PremiumV3-prijscategorie.
Hoe wordt mijn app uitgevoerd en geschaald?
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.
Wanneer 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.
Op deze manier is het App Service-plan de schaaleenheid van de App Service-apps. Als het plan is geconfigureerd voor het uitvoeren van vijf VM-exemplaren, worden alle apps in het plan uitgevoerd op alle vijf exemplaren. Als het plan is geconfigureerd voor automatisch schalen, worden alle apps in het plan samen geschaald op basis van de instellingen voor automatische schaalaanpassing.
Zie Het aantal exemplaren handmatig of automatisch schalen voor informatie over het uitschalen van een app.
Hoeveel kost mijn App Service-plan?
In deze sectie wordt beschreven hoe App Service-apps worden gefactureerd. Zie Prijzen App Service voor 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.
- In de gedeelde laag ontvangt elke app een quotum van CPU-minuten, dus elke app wordt in rekening gebracht voor het CPU-quotum.
- In de toegewezen rekenlagen (Basic, Standard, Premium, PremiumV2, PremiumV3) definieert het App Service-plan het aantal VM-exemplaren waarop de apps worden geschaald, zodat voor elk VM-exemplaar in het App Service-plan kosten in rekening worden gebracht. Voor deze VM-exemplaren worden dezelfde kosten in rekening gebracht, ongeacht het aantal apps dat op ze wordt uitgevoerd. Zie Een App Service-plan opschonen om onverwachte kosten te voorkomen.
- In de lagen Isolated en IsolatedV2 definieert de App Service Environment het aantal geïsoleerde werkrollen waarop uw apps worden uitgevoerd en wordt elke werkrol in rekening gebracht. Daarnaast is er in de geïsoleerde laag een vaste zegelkosten voor het uitvoeren van de App Service Environment zelf.
Er worden geen kosten in rekening gebracht voor het gebruik van de App Service-functies die voor u beschikbaar zijn (het configureren van aangepaste domeinen, TLS/SSL-certificaten, implementatiesites, back-ups, etc.). 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-lagen of hoger geven u gratis één TLS-verbinding op basis van IP. TLS-verbindingen op basis van SNI zijn gratis.
Notitie
Als u App Service integreert met een andere Azure-service, moet u mogelijk rekening houden met de kosten van deze andere services. Als u bijvoorbeeld Azure Traffic Manager gebruikt om uw app geografisch te schalen, brengt Azure Traffic Manager u ook kosten in rekening op basis van uw gebruik. Zie Prijscalculator voor een schatting van de kosten voor verschillende services in Azure.
Wilt u uw clouduitgaven optimaliseren en geld besparen?
Azure-services kosten geld. Azure Cost Management helpt u om budgetten op te stellen en waarschuwingen te configureren om uw uitgaven onder controle te houden. Analyseer, beheer en optimaliseer uw Azure-kosten met Cost Management. Raadpleeg voor meer informatie de snelstartgids over de analyse van uw kosten.
Wat gebeurt er als mijn app meer mogelijkheden of functies nodig heeft?
Uw App Service-plan kan op elk gewenst moment omhoog of omlaag worden geschaald. Het is net zo eenvoudig als het wijzigen van de prijscategorie van het abonnement. U kunt eerst een lagere prijscategorie kiezen en later opschalen als 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 aan de web-app toevoegt, schaalt u uw plan naar de gedeelde laag. Wanneer u later een TLS-binding wilt maken, schaalt u uw plan omhoog naar de Basic-laag. Wanneer u faseringsomgevingen wilt hebben, schaalt u omhoog naar de Standard-laag. Wanneer u meer kernen, geheugen of opslag nodig hebt, kunt u omhoog schalen naar een grotere VM-grootte in dezelfde laag.
Hetzelfde werkt omgekeerd. Wanneer u denkt dat u de mogelijkheden of functies van een hogere laag niet meer nodig hebt, kunt u omlaag schalen naar een lagere laag, waardoor u geld bespaart.
Zie Een app omhoog schalen in Azure voor meer informatie over het omhoog schalen van het App Service-plan.
Als uw app zich in hetzelfde App Service-plan bevindt met andere apps, kunt u de prestaties van de app verbeteren door de rekenresources te isoleren. U kunt dit doen door de app te verplaatsen naar een afzonderlijk App Service-plan. Zie Een app verplaatsen naar een ander App Service-plan voor meer informatie.
Moet ik een app in een nieuw plan of een bestaand plan plaatsen?
Omdat u betaalt voor de rekenresources die uw App Service-plan toewijst (zie hoeveel kost mijn App Service-plan?), kunt u 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 resources heeft om de belasting te verwerken. Houd er echter rekening mee dat apps in hetzelfde App Service-plan allemaal dezelfde rekenresources delen. Om te bepalen of de benodigde resources voor de nieuwe app aanwezig zijn, moet u de capaciteit van het bestaande App Service-plan en de verwachte belasting voor de nieuwe app weten. Een overbelast App Service-plan kan leiden tot uitvaltijd voor uw nieuwe en bestaande apps.
Isoleer uw app in een nieuw App Service-plan in de volgende gevallen:
De app is resource-intensief. Het aantal kan daadwerkelijk lager zijn, afhankelijk van hoe resource-intensief de gehoste toepassingen zijn. Raadpleeg de onderstaande tabel voor algemene richtlijnen:
App Service Plan SKU Maximum Apps 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 dichtheid afhankelijk van vCPU-gebruik P3mv3, P4mv3, P5mv3 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.
Notitie
Een actieve site wordt ook geclassificeerd als een actieve app omdat deze ook concurreren voor resources in hetzelfde App Service-plan.