Implementatie van een App Services-resourceprovider plannen

Voltooid

Als u een productieklare implementatie van Azure-app Service in Azure Stack Hub wilt instellen, moet u plannen voor de capaciteit die het systeem verwacht te ondersteunen.

U kunt uw App Service-capaciteitsstrategie plannen met behulp van deze richtlijnen.

App Service-serverfunctie

Minimaal aanbevolen aantal exemplaren

Aanbevolen reken-SKU.

Controller

2

A4v2

Front-end

2

A4_v2

Beheer

2

D3_v2

Uitgever

2

A2_v2

Webmedewerkers - gedeeld

2

A4_v2

Web workers - toegewezen - klein

2 per laag

A1_v2

Web workers - toegewezen - gemiddeld

2 per laag

A2_v2

Web workers - toegewezen - groot

2 per laag

A4_v2

Controllerrol

Aanbevolen minimum: twee exemplaren van A4v2

De Azure-app servicecontroller ondervindt doorgaans weinig CPU-, geheugen- en netwerkbronnen. Voor hoge beschikbaarheid moet u echter twee controllers hebben. Twee controllers zijn ook het maximum aantal toegestane controllers. U kunt de tweede websitecontroller rechtstreeks vanuit het installatieprogramma maken tijdens de implementatie.

Front-endrol

Aanbevolen minimum: twee exemplaren van A4v_2

De front-end routeert aanvragen naar webmedewerkers, afhankelijk van de beschikbaarheid van webmedewerkers. Voor hoge beschikbaarheid moet u meer dan één front-end hebben en u kunt er meer dan twee hebben. Houd er voor capaciteitsplanningsdoeleinden rekening mee dat elke kern ongeveer 100 aanvragen per seconde kan verwerken.

Beheerrol

Aanbevolen minimum: twee exemplaren van D3v2

De Azure-app klassieke implementatiemodelrol is verantwoordelijk voor de App Service Azure Resource Manager- en API-eindpunten, portalextensies (beheerder, tenant, Functions-portal) en de gegevensservice. De beheerserverfunctie vereist doorgaans slechts ongeveer 4 GB RAM in een productieomgeving. Het kan echter een hoog CPU-niveau ondervinden wanneer veel beheertaken (zoals het maken van websites) worden uitgevoerd. Voor hoge beschikbaarheid moet er meer dan één server zijn toegewezen aan deze rol en ten minste twee kernen per server.

Publisher-rol

Aanbevolen minimum: twee exemplaren van A2v2

Als veel gebruikers gelijktijdig publiceren, kan de uitgeversrol veel CPU-gebruik ervaren. Voor hoge beschikbaarheid moet u ervoor zorgen dat er meer dan één uitgeversrol beschikbaar is. De uitgever verwerkt alleen FTP-/FTPS-verkeer.

Webwerkrol

Aanbevolen minimum: twee exemplaren van A4_v2

Voor hoge beschikbaarheid moet u ten minste vier webwerkrollen hebben: twee voor de modus gedeelde websites en twee voor elke toegewezen werkrollaag die u wilt aanbieden. De gedeelde en toegewezen rekenmodi bieden verschillende serviceniveaus voor tenants. Mogelijk hebt u meer webmedewerkers nodig als veel van uw klanten:

  • Werklagen in de toegewezen rekenmodus gebruiken (die resource-intensief zijn).
  • Wordt uitgevoerd in de modus gedeelde rekenkracht.

Nadat een gebruiker een App Service-plan voor een toegewezen rekenmodus-SKU heeft gemaakt, is het aantal webmedewerkers dat is opgegeven in dat App Service-plan niet meer beschikbaar voor gebruikers.

Als u Azure Functions wilt bieden aan gebruikers in het verbruiksplanmodel, moet u gedeelde webmedewerkers implementeren.

Bekijk de volgende overwegingen bij het bepalen van het aantal gedeelde webwerkrollen dat u wilt gebruiken:

  • Geheugen: Geheugen is de meest kritieke resource voor een webwerkrol. Onvoldoende geheugen heeft invloed op de prestaties van websites wanneer virtueel geheugen wordt verwisseld van schijf. Elke server vereist ongeveer 1,2 GB RAM voor het besturingssysteem. RAM boven deze drempelwaarde kan worden gebruikt om websites uit te voeren.
  • Percentage actieve websites: doorgaans zijn ongeveer 5 procent van de apps in een Azure-app Service op Azure Stack Hub-implementatie actief. Het percentage apps dat op elk moment actief is, kan echter hoger of lager zijn. Met een actieve app-snelheid van 5 procent moet het maximum aantal apps dat in een Azure-app Service in Azure Stack Hub-implementatie moet worden uitgevoerd, kleiner zijn dan 20 keer het aantal actieve websites (5 x 20 = 100).
  • Gemiddelde geheugenvoetafdruk: de gemiddelde geheugenvoetafdruk voor apps die worden waargenomen in productieomgevingen is ongeveer 70 MB. Met deze footprint wordt het geheugen dat is toegewezen aan alle webwerkrolcomputers of virtuele machines als volgt berekend:

Bestandsserverfunctie

Voor de bestandsserverfunctie kunt u een zelfstandige bestandsserver gebruiken voor ontwikkeling en testen. Voor productiedoeleinden moet u een vooraf geconfigureerde Windows-bestandsserver of een vooraf geconfigureerde niet-Windows-bestandsserver gebruiken.

In productieomgevingen ondervindt de bestandsserverfunctie intensieve schijf-I/O. Omdat deze de inhoud en app-bestanden voor gebruikerswebsites bevat, moet u een van de volgende bronnen voor deze rol vooraf configureren:

  • Windows-bestandsserver
  • Windows-bestandsservercluster
  • Niet-Windows-bestandsserver
  • Niet-Windows-bestandsservercluster
  • NAS-apparaat (Network Attached Storage)