Overzicht van Azure App Service-plan

In App Service (Web Apps, API Apps of Mobile Apps) wordt een app altijd uitgevoerd in App Service abonnement. Bovendien 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. Deze rekenresources zijn vergelijkbaar met de serverfarm in conventionele webhosting. Een of meer apps kunnen worden geconfigureerd om te worden uitgevoerd op dezelfde rekenresources (of in hetzelfde App Service-plan).

Wanneer u een App Service plan maakt in een bepaalde regio (bijvoorbeeld Europa - west), wordt er een set rekenbronnen gemaakt voor dat plan in die regio. Alle apps die u in dit abonnement App Service uitgevoerd op deze rekenbronnen 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 (Free, Shared, Basic, Standard, Premium, PremiumV2, PremiumV3, Isolated, IsolatedV2)

De prijscategorie van een App Service bepaalt welke App Service krijgt en hoeveel u voor het abonnement betaalt. De prijslagen die beschikbaar zijn voor App Service abonnement zijn afhankelijk van het besturingssysteem dat is geselecteerd tijdens het maken. Er zijn verschillende prijscategorieën:

• Gedeelde rekenkracht: Met de twee basislagen Free en Shared wordt een app uitgevoerd op dezelfde Azure-VM als andere App Service-apps, waaronder apps van andere klanten. Hierbij worden CPU-quota toegewezen aan elke app die op de gedeelde resources wordt uitgevoerd en kunnen de resources niet worden opgeschaald.
• 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.
• Geïsoleerd: in deze lagen Isolated en IsolatedV2 worden toegewezen Azure-VM's uitgevoerd 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, implementatiesleuven, back-ups, Traffic Manager integratie en meer. Hoe hoger de laag, hoe meer functies beschikbaar zijn. Als u wilt weten welke functies worden ondersteund in elke prijscategorie, zie App Service plandetails.

Hoe wordt mijn app uitgevoerd en geschaald?

In de lagen Gratis en Gedeeld ontvangt een app CPU-minuten op een gedeelde VM-instantie en kan deze niet uitschalen. In andere lagen wordt een app als volgt uitgevoerd en geschaald.

Wanneer u een app in App Service, wordt deze in een App Service abonnement. Wanneer de app wordt uitgevoerd, wordt deze uitgevoerd op alle VM-exemplaren die in het App Service geconfigureerd. Als meerdere apps zich in hetzelfde abonnement App Service, delen ze allemaal dezelfde VM-exemplaren. Als u meerdere implementatiesleuven voor een app hebt, worden alle implementatiesleuven ook uitgevoerd op dezelfde VM-exemplaren. Als u diagnostische logboeken inschakelen, back-ups uitvoeren of webjobs uitvoeren, gebruiken ze ook CPU-cycli en geheugen op deze VM-exemplaren.

Op deze manier is het App Service 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 de exemplaren. Als het plan is geconfigureerd voor automatisch schalen, worden alle apps in het plan samen geschaald op basis van de instellingen voor automatisch schalen.

Zie Aantal exemplaren handmatig of automatisch schalen voor meer informatie over het uitschalen van een app.

Hoeveel kost mijn App Service-plan?

In deze sectie wordt beschreven App Service apps worden gefactureerd. Zie Prijzen voor gedetailleerde, regiospecifieke prijsinformatie App Service prijzen.

Met uitzondering van de gratis laag worden App Service kosten in rekening brengen voor de rekenbronnen die worden gebruikt.

• In de gedeelde laag ontvangt elke app een quotum van CPU-minuten, zodat voor elke app het CPU-quotum in rekening wordt gebracht.
• 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 voor elk VM-exemplaar in het App Service-abonnement kosten in rekening worden gebracht. Voor deze VM-exemplaren worden dezelfde kosten in rekening gebracht, ongeacht het aantal apps dat op deze VM's wordt uitgevoerd. Zie Clean up an App Service plan (Een abonnement ops schonen) om onverwachte kosten App Service voorkomen.
• In de lagen Isolated en IsolatedV2 definieert de App Service Environment het aantal geïsoleerde werknemers dat uw apps uitvoeren en wordt elke werker in rekening gebracht. Bovendien zijn 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, implementatiesleuven, back-ups, enzovoort). De uitzonderingen zijn:

• App Service domeinen: u betaalt wanneer u er een koopt in Azure en wanneer u deze elk jaar vernieuwt.
• App Service certificaten: u betaalt wanneer u er een aanschaft in Azure en wanneer u deze elk jaar vernieuwt.
• TLS-verbindingen op basis van IP: er worden per uur kosten in rekening brengen voor elke TLS-verbinding op basis van IP, maar sommige Standard-lagen of hoger bieden u gratis één op IP gebaseerde TLS-verbinding. 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. Als u uw aangepaste DNS-naam wilt toevoegen aan de web-app, schaalt u uw plan op naar de gedeelde laag. Later, wanneer u een TLS-binding wilt maken,schaalt u uw plan omhoog naar de Basic-laag. Als u faseringsomgevingen wilt hebben,kunt u omhoog schalen naar de Standard-laag. Wanneer u meer kernen, geheugen of opslag nodig hebt, kunt u omhoog schalen naar een grotere VM 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 App Service informatie over het omhoog schalen van hetabonnement.

Als uw app zich in hetzelfde abonnement App Service andere apps, kunt u de prestaties van de app verbeteren door de rekenresources te isoleren. U kunt dit doen door de app naar een afzonderlijk abonnement App Service verplaatsen. Zie Move an app to another App Service plan (Een app verplaatsen naar een App Service-abonnement) voor meer informatie.

Moet ik een app in een nieuw abonnement of een bestaand plan zetten?

Omdat u betaalt voor de rekenbronnen die uw App Service-abonnement toekent (zie Hoeveel kost mijn App Service-abonnement?), kunt u mogelijk geld besparen door meerdere apps in één App Service zetten. U kunt doorgaan met het toevoegen van apps 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 dezelfde rekenbronnen 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.
• U wilt de app onafhankelijk van de andere apps in het bestaande abonnement schalen.
• Voor de app is 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.

Een App Service beheren