Freigeben über


Kapazitätsplanung für App Service-Serverrollen in Azure Stack Hub

Um eine produktionsfertige Bereitstellung von Azure App Service in Azure Stack Hub einzurichten, müssen Sie die Kapazität planen, die Sie für das System erwarten.

Dieser Artikel enthält Informationen zu der Mindestanzahl von Computeinstanzen und Compute-SKUs, die Sie für jede Produktionsbereitstellung verwenden sollten.

Hinweis

Die Anleitung für die empfohlene Compute-SKU für Rollen wurde mit dem Release 2020.Q2 von Azure App Service in Azure Stack Hub aktualisiert, um Standardbereitstellungen mit Azure-Bereitstellungen in Einklang zu bringen.

Sie können Ihre Strategie für die App Service-Kapazität mithilfe dieser Richtlinien planen.

App Service-Serverrolle Empfohlene Mindestanzahl von Instanzen Empfohlene Compute-SKUs
Controller 2 A4v2
Front-End 2 A4_v2
Verwaltung 2 D3_v2
Herausgeber 2 A2_v2
Webworker – freigegeben 2 A4_v2
Webworker – dediziert – klein 2 pro Ebene A1_v2
Webworker – dediziert – mittel 2 pro Ebene A2_v2
Webworker – dediziert – groß 2 pro Ebene A4_v2

Controllerrolle

Empfohlene Mindestanzahl: Zwei Instanzen von A4v2

Der Azure App Service-Controller verbraucht in der Regel nur wenig CPU-, Arbeitsspeicher- und Netzwerkressourcen. Für Hochverfügbarkeit benötigen Sie jedoch zwei Controller. Zwei Controller sind auch die maximale Anzahl zulässiger Controller. Sie können den zweiten Websitecontroller während der Bereitstellung direkt im Installationsprogramm erstellen.

Front-End-Rolle

Empfohlene Mindestanzahl: Zwei Instanzen von A4v_2

Das Front-End leitet Anforderungen abhängig von der Webworkerverfügbarkeit an Webworker weiter. Für Hochverfügbarkeit sollten Sie über mehr als ein Front-End verfügen, auch mehr als zwei Front-Ends sind möglich. Beachten Sie bei der Kapazitätsplanung, dass jeder Kern ungefähr 100 Anforderungen pro Sekunde verarbeiten kann.

Verwaltungsrolle

Empfohlene Mindestanzahl: Zwei Instanzen von D3v2

Die Azure App-Rolle des klassischen Bereitstellungsmodells ist für die Azure Resource Manager- und API-Endpunkte, die Portalerweiterungen (Verwaltungs-, Mandanten-, Functions-Portal) und den Datendienst von App Service zuständig. Die Verwaltungsserverrolle erfordert in einer Produktionsumgebung in der Regel nur etwa 4 GB RAM. Allerdings kann es zu einer hohen CPU-Auslastung kommen, wenn viele Verwaltungsaufgaben (z.B. Websiteerstellungen) ausgeführt werden. Für Hochverfügbarkeit sollten Sie dieser Rolle mehrere Server sowie jedem Server mindestens zwei Kerne zuweisen.

Herausgeberrolle

Empfohlene Mindestanzahl: Zwei Instanzen von A2v2

Wenn viele Benutzer gleichzeitig veröffentlichen, kann die Herausgeberrolle eine hohe CPU-Auslastung verursachen. Für Hochverfügbarkeit stellen Sie sicher, dass mehrere Herausgeberrollen verfügbar sind. Der Herausgeber verarbeitet nur FTP-/FTPS-Datenverkehr.

Webworkerrolle

Empfohlene Mindestanzahl: Zwei Instanzen von A4_v2

Zur Erzielung von Hochverfügbarkeit sollten Sie über mindestens vier Webworkerrollen verfügen: zwei für den Websitemodus „Shared“ und zwei für jede dedizierte Workerebene, die Sie anbieten möchten. Die freigegebenen und dedizierten Computemodi stellen Mandanten verschiedene Dienstebenen bereit. In folgenden Fällen benötigen Sie ggf. zusätzliche Webworker:

  • Wenn viele Ihrer Kunden dedizierte Workerebenen im Computemodus (die sehr ressourcenintensiv sind) verwenden.
  • Wenn viele Ihrer Kunden im freigegebenen Computemodus arbeiten.

Nachdem ein Benutzer einen App Service-Plan für eine dedizierte SKU im Computemodus erstellt hat, steht die Anzahl von Webworkern, die im App Service-Plan angegeben wurde, nicht mehr für Benutzer zur Verfügung.

Für die Bereitstellung von Azure Functions für Benutzer im Verbrauchsplanmodell müssen Sie die freigegebene Webworker bereitstellen.

Beachten Sie bei der Entscheidung über die Anzahl der zu verwendenden freigegebenen Webworkerrollen folgende Überlegungen:

  • Arbeitsspeicher: Arbeitsspeicher ist die wichtigste Ressource für eine Webworkerrolle. Unzureichender Arbeitsspeicher wirkt sich auf die Websiteleistung aus, wenn virtueller Arbeitsspeicher vom Datenträger ausgelagert wird. Jeder Server benötigt ungefähr 1,2 GB Arbeitsspeicher für das Betriebssystem. Arbeitsspeicher oberhalb dieses Schwellenwerts kann für das Ausführen von Websites verwendet werden.

  • Prozentsatz der aktiven Websites: Normalerweise sind bei einer Azure Stack Hub-Bereitstellung ungefähr 5 % der Apps in Azure App Service aktiv. Der Prozentsatz der Apps, die jeweils aktiv sind, kann aber auch höher oder niedriger liegen. Bei einer App-Aktivitätsrate von 5 % sollte die maximale Anzahl von Apps in Azure App Service bei einer Azure Stack Hub-Bereitstellung kleiner als das 20-fache der Anzahl aktiver Websites sein (5 x 20 = 100).

  • Durchschnittliche Arbeitsspeicheranforderung: Die in Produktionsumgebungen ermittelte durchschnittliche Arbeitsspeicheranforderung für Apps beträgt ungefähr 70 MB. Bei Verwendung dieser Arbeitsspeicheranforderung wird der allen Computern bzw. virtuellen Computern der Webworkerrolle zugewiesene Arbeitsspeicher wie folgt berechnet:

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

    Wenn beispielsweise 5.000 Apps in einer Umgebung mit 10 Webworkerrollen ausgeführt werden, sollte jedem virtuellen Computer für eine Webworkerrolle ein Arbeitsspeicher von 7.060 MB zur Verfügung stehen:

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

    Informationen zum Hinzufügen weiterer Workerinstanzen finden Sie unter Hinzufügen weiterer Workerrollen.

Weitere Überlegungen im Zusammenhang mit dedizierten Workern bei Upgrades und Wartungsmaßnahmen

Bei Upgrades und Wartungsmaßnahmen für Worker führt Azure App Service in Azure Stack Hub die Wartung nacheinander für jeweils 20 Prozent der einzelnen Workertarife durch. Cloudadministratoren müssen daher darauf achten, dass pro Workertarif immer ein Poolanteil von 20 % verfügbar ist, um Dienstausfälle bei Upgrades und Wartungsmaßnahmen zu vermeiden. Wenn Sie in einem Workertarif beispielsweise über zehn Worker verfügen, sollten Sie sicherstellen, dass zwei davon nicht zugeordnet sind, um Upgrades und die Wartung zu ermöglichen. Falls ein Zustand erreicht wird, in dem alle zehn Worker zugeordnet sind, sollten Sie für den Workertarif zentral hochskalieren, um einen Pool mit nicht zugeordneten Workern zur Verfügung zu haben.

Während der Upgrade- und Wartungsvorgänge verschiebt Azure App Service Workloads auf nicht zugeordnete Worker, um sicherzustellen, dass die Workloads weiterhin ausgeführt werden können. Falls während des Upgrades aber keine nicht zugeordneten Worker verfügbar sind, kann es für Mandantenworkloads zu Ausfällen kommen. In Bezug auf gemeinsam verwendete Worker müssen Kunden aber keine zusätzlichen Worker bereitstellen, da der Dienst Mandanten-Apps in verfügbaren Workern automatisch zuordnet. Zur Erzielung von Hochverfügbarkeit müssen bei diesem Tarif mindestens zwei Worker verfügbar sein.

Cloudadministratoren können ihre Workertarifzuordnung im App Service-Verwaltungsbereich des Azure Stack Hub-Administratorportals überwachen. Navigieren Sie zu App Service, und wählen Sie im linken Bereich die Option „Workertarife“ aus. Die Tabelle mit den Workertarifen enthält den Namen des Workertarifs sowie Größe, verwendetes Image, Anzahl verfügbarer (nicht zugeordneter) Worker, Gesamtanzahl von Workern im jeweiligen Tarif und den allgemeinen Zustand des Workertarifs.

App Service-Verwaltung: Workertarife

Dateiserverrolle

Für die Dateiserverrolle können Sie den eigenständigen Dateiserver für Entwicklung und Tests verwenden. Beim Bereitstellen von Azure App Service über das Azure Stack Development Kit (ASDK) können Sie beispielsweise diese Vorlage verwenden. Für Produktionszwecke sollten Sie einen vorkonfigurierten Windows-Dateiserver oder einen vorkonfigurierten Nicht-Windows-Dateiserver verwenden.

In Produktionsumgebungen verursacht die Dateiserverrolle hohe Datenträger-E/A-Lasten. Da sie alle Inhalts- und App-Dateien für Benutzerwebsites enthält, sollten Sie eine der folgenden Ressourcen für diese Rolle vorkonfigurieren:

  • Windows-Dateiserver
  • Windows-Dateiservercluster
  • Nicht-Windows-Dateiserver
  • Nicht-Windows-Dateiservercluster
  • NAS-Gerät (Network Attached Storage)

Weitere Informationen finden Sie unter Bereitstellen eines Dateiservers.

Nächste Schritte

Voraussetzungen für das Bereitstellen von App Service unter Azure Stack Hub