Capaciteitsplanning voor App Service-serverrollen in Azure Stack hub

  • Artikel
  • 5 minuten om te lezen

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.

Dit artikel bevat richtlijnen voor het minimale aantal rekeninstanties en reken-SKU's dat u moet gebruiken voor elke productie-implementatie.

Notitie

De richtlijnen voor aanbevolen reken-SKU voor rollen zijn bijgewerkt met de 2020.Q2-release van Azure App Service in Azure Stack Hub om standaardimplementaties in overeenstemming te brengen met Azure-implementaties.

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
Publisher 2 A2_v2
Webwerkers - gedeeld 2 A4_v2
Webwerkers - toegewezen - klein 2 per laag A1_v2
Webwerkers - toegewezen - gemiddeld 2 per laag A2_v2
Webwerkers - toegewezen - groot 2 per laag A4_v2

Controllerrol

Aanbevolen minimum: twee exemplaren van A4v2

De Azure App Service controller 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 maken vanuit het installatieprogramma 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 rol Azure-app klassiek implementatiemodel 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. Er kunnen echter hoge CPU-niveaus optreden 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 tegelijkertijd publiceren, kan de uitgeversrol veel CPU-gebruik ervaren. Zorg ervoor dat er meer dan één uitgeverrol beschikbaar is voor hoge beschikbaarheid. 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 website 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:

  • Het gebruik van werklagen voor de toegewezen rekenmodus (die resource-intensief zijn).
  • Wordt uitgevoerd in de gedeelde rekenmodus.

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

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

Bekijk deze 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 de website 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 een bepaald moment actief is, kan echter hoger of lager zijn. Met een actieve app-snelheid van 5 procent moet het maximum aantal apps dat moet worden opgeslagen in een Azure App Service in azure Stack Hub-implementatie minder dan 20 keer het aantal actieve websites zijn (5 x 20 = 100).

  • Gemiddelde geheugenvoetafdruk: de gemiddelde geheugenvoetafdruk voor apps die in productieomgevingen worden waargenomen, is ongeveer 70 MB. Als u deze footprint gebruikt, wordt het geheugen dat is toegewezen aan alle computers of VM's van de webrol als volgt berekend:

    Number of provisioned applications * 70 MB * 5% - (number of web worker roles * 1044 MB)

    Als er bijvoorbeeld 5000 apps zijn in een omgeving met 10 webwerkrollen, moet elke webrol-VM 7060 MB RAM hebben:

    5,000 * 70 * 0.05 - (10 * 1044) = 7060 (= about 7 GB)

    Zie Meer werkrollen toevoegen voor informatie over het toevoegen van meer werkrolexemplaren.

Aanvullende overwegingen voor toegewezen werknemers tijdens de upgrade en onderhoud

Tijdens de upgrade en het onderhoud van werknemers voert Azure App Service in Azure Stack Hub onderhoud uit op 20% van elke werklaag op elk gewenst moment. Daarom moeten cloudbeheerders altijd een pool van 20% van niet-toegewezen werknemers per werklaag onderhouden om ervoor te zorgen dat hun tenants geen serviceverlies ondervinden tijdens de upgrade en het onderhoud. Als u bijvoorbeeld 10 werkrollen in een werklaag hebt, moet u ervoor zorgen dat 2 niet zijn toegewezen om upgrades en onderhoud toe te staan. Als de volledige 10 werknemers worden toegewezen, moet u de werklaag omhoog schalen om een groep niet-toegewezen werknemers te onderhouden.

Tijdens de upgrade en het onderhoud verplaatst Azure App Service workloads naar niet-toegewezen werkrollen om ervoor te zorgen dat de workloads blijven werken. Als er echter geen niet-toegewezen werknemers beschikbaar zijn tijdens de upgrade, is er mogelijk downtime van tenantworkloads. Met betrekking tot gedeelde werknemers hoeven klanten geen extra werknemers in te richten, omdat de service tenant-apps automatisch binnen beschikbare werknemers toewijst. Voor hoge beschikbaarheid is er een minimumvereiste van twee werknemers in deze laag.

Cloudbeheerders kunnen de toewijzing van hun werklaag controleren in het App Service beheergebied in de Azure Stack Hub-beheerdersportal. Navigeer naar App Service en selecteer vervolgens Werklagen in het linkerdeelvenster. In de tabel Worker Tiers ziet u de naam, grootte van de werklaag, de gebruikte installatiekopieën, het aantal beschikbare werkrollen (niet toegewezen), het totale aantal werknemers in elke laag en de algehele status van de werkrollaag.

App Service Administration - Worker Tiers

Bestandsserverfunctie

Voor de bestandsserverfunctie kunt u een zelfstandige bestandsserver gebruiken voor ontwikkeling en testen. Wanneer u bijvoorbeeld Azure App Service implementeert in de Azure Stack Development Kit (ASDK), kunt u deze sjabloon gebruiken. 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 het alle inhouds- en app-bestanden voor gebruikerswebsites bevat, moet u een van de volgende resources voor deze rol vooraf configureren:

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

Zie Een bestandsserver inrichten voor meer informatie.

Volgende stappen

Vereisten voor het implementeren van App Service op Azure Stack Hub