Overzicht van Azure App Service-plan

Een app-service wordt altijd uitgevoerd in een App Service-abonnement. Daarnaast heeft Azure Functions ook de mogelijkheid om uit te voeren in een App Service-abonnement. 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. Welke apps u in dit App Service plan worden uitgevoerd op deze rekenresources, zoals gedefinieerd door uw App Service-abonnement. 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 (Free, Shared, Basic, Standard, Premium, PremiumV2, PremiumV3, Isolated, IsolatedV2)

De prijscategorie van een App Service-abonnement 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. Er zijn de volgende categorieën van prijscategorieën:

• Gedeelde rekenkracht: Gratis en Gedeeld, de twee basislagen, voert een app uit op dezelfde Azure-VM als andere App Service apps, inclusief 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 om te worden gebruikt 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 het niveau, hoe meer VM-exemplaren u kunt gebruiken voor uitschalen.
• Isolated: de lagen Isolated en IsolatedV2 voeren toegewezen Azure-VM's uit op toegewezen virtuele Azure-netwerken. Het biedt netwerkisolatie naast rekenisolatie voor uw apps. Dit niveau biedt de meeste mogelijkheden voor uitschalen.

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 er beschikbaar zijn. Zie Details App Service-plan voor meer informatie over welke functies worden ondersteund in welke prijscategorie.

Premium V3-prijscategorie

De PremiumV3-prijscategorie garandeert machines met snellere processors (minimaal 195 ACU per virtuele CPU), SSD-opslag, voor geheugen geoptimaliseerde opties en een verviervoudiging van de geheugen-naar-core-verhouding in vergelijking met de Standard-laag . PremiumV3 ondersteunt ook een hogere schaal via een verhoogd aantal exemplaren, terwijl nog steeds alle geavanceerde mogelijkheden in de Standard-laag worden geboden. Alle functies die beschikbaar zijn in de bestaande PremiumV2-laag zijn opgenomen in PremiumV3.

Er zijn meerdere VM-grootten beschikbaar voor deze laag, waaronder 4-op-1- en 8-op-1-geheugen-naar-core-verhoudingen:

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

Zie Prijzen App Service voor prijsinformatie overPremiumV3.

Zie PremiumV3-laag configureren voor App Service om aan de slag te gaan met de nieuwe prijscategorie PremiumV3.

Hoe wordt mijn app uitgevoerd en geschaald?

In de lagen Gratis en Gedeeld 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-abonnement 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 om vijf VM-exemplaren uit te voeren, 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 uitgeschaald op basis van de instellingen voor automatisch schalen.

Zie 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 zijn er voor een App Service-plan kosten 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-abonnement het aantal VM-exemplaren waar de apps naar worden geschaald, zodat elk VM-exemplaar in het App Service-abonnement in rekening wordt gebracht. Voor deze VM-exemplaren worden dezelfde kosten in rekening gebracht, ongeacht het aantal apps dat erop 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 dat uw apps uitvoert. Voor elke werkrol worden kosten in rekening gebracht. Bovendien is er in de isolated-laag een vast zegeltarief 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 vernieuwt.
• App Service Certificates - U betaalt wanneer u er een koopt in Azure en wanneer u deze elk jaar vernieuwt.
• TLS-verbindingen op basis van IP: er worden elk uur kosten in rekening gebracht voor elke TLS-verbinding op basis van IP, maar met een Standard-laag of hoger krijgt u gratis één TLS-verbinding op basis van IP. TLS-verbindingen op basis van SNI zijn gratis.

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 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 . Als u faseringsomgevingen wilt hebben, schaalt u omhoog naar de standard-laag . Wanneer u meer kernen, geheugen of opslag nodig hebt, schaalt u omhoog naar een grotere VM-grootte in dezelfde laag.

Hetzelfde werkt in het omgekeerde. 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 informatie over het omhoog schalen van het App Service-plan.

Als uw app zich in hetzelfde App Service-abonnement bevindt als 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-abonnement 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-abonnement toewijst (zie Hoeveel kost mijn App Service-abonnement?), kunt u mogelijk geld besparen door meerdere apps in één App Service-abonnement 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 dezelfde App Service plannen 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 in feite lager zijn, afhankelijk van hoe resource-intensief de gehoste toepassingen zijn, maar als algemene richtlijn kunt u verwijzen naar de onderstaande tabel:

  SKU App Service-abonnement	Maximum aantal 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 begrensd door vCPU-gebruik
  P3mv3, P4mv3, P5mv3	Maximale dichtheid begrensd door vCPU-gebruik

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

• De app heeft een resource in een andere geografische regio nodig.

Op deze manier kunt u een nieuwe set resources toewijzen voor uw app en meer controle krijgen over uw apps.

Volgende stappen