Skalieren von Apps in einer ASE v1

Wichtig

In diesem Artikel wird App Service-Umgebung v1 behandelt. App Service-Umgebung v1 und v2 wurden am 31. August 2024 eingestellt. Für die App Service-Umgebung steht eine neue Version zur Verfügung. Diese ist benutzerfreundlicher und basiert auf einer leistungsfähigeren Infrastruktur. Weitere Informationen zu dieser neuen Version finden Sie unter Einführung in die App Service-Umgebung. Wenn Sie derzeit App Service-Umgebung v1 verwenden, führen Sie die Schritte in diesem Artikel aus, um zur neuen Version zu migrieren.

Die Vereinbarung zum Servicelevel (Service Level Agreement, SLA) und Dienstguthaben gelten seit dem 31. August 2024 nicht mehr für Workloads von App Service-Umgebung v1 und v2, da es sich um eingestellte Produkte handelt. Die Außerbetriebnahme der Hardware für App Service-Umgebung v1 und v2 hat begonnen. Dies kann sich auf die Verfügbarkeit und Leistung Ihrer Apps und Daten auswirken.

Sie müssen die Migration zur App Service-Umgebung v3 sofort abschließen. Andernfalls werden Ihre Apps und Ressourcen möglicherweise gelöscht. Es wird versucht, alle verbleibenden App Service-Umgebungen v1 und v2 bestmöglich mithilfe des Features für die direkte Migration automatisch zu migrieren, doch Microsoft garantiert die Anwendungsverfügbarkeit nach der automatischen Migration nicht. Möglicherweise müssen Sie eine manuelle Konfiguration durchführen, um die Migration abzuschließen und Ihre SKU-Auswahl für den App Service-Plan auf Basis Ihrer Anforderungen zu optimieren. Wenn die automatische Migration nicht möglich ist, werden Ihre Ressourcen und zugehörigen App-Daten gelöscht. Sie sollten schnell handeln, um diese Szenarien zu vermeiden.

Wenn Sie mehr Zeit benötigen, können wir Ihnen eine einmalige Karenzzeit von 30 Tagen anbieten, damit Sie Ihre Migration abschließen können. Weitere Informationen auch zum Anfordern dieser Karenzzeit finden Sie in der Übersicht über die Karenzzeit. Navigieren Sie anschließend im Azure-Portal zum Bereich „Migration“ für jede Ihrer App Service-Umgebungen.

Die aktuellsten Informationen zur Einstellung der App Service Environment v1/v2 finden Sie im Update zur Einstellung der App Service Environment v1 und v2.

In Azure App Service können üblicherweise drei Faktoren skaliert werden:

• Tarif
• Workergröße
• Anzahl von Instanzen

In einer App Service-Umgebung ist es nicht erforderlich, den Tarif auszuwählen oder zu ändern. Diese wird im Hinblick auf die Funktionalität bereits im Premium-Tarif ausgeführt.

Im Hinblick auf Workergrößen kann der Administrator der App Service-Umgebung die Größe der Computeressource zuweisen, die für jeden Workerpool verwendet wird. Dies bedeutet, dass Sie P4-Compute-Ressourcen für Workerpool 1 und P1-Compute-Ressourcen für Workerpool 2 zuweisen können, wenn dies gewünscht ist. Es ist keine Reihenfolge nach Größe erforderlich. Ausführliche Informationen zu Größen und Preisen finden Sie im Dokument Azure App Service-Preise. Damit stehen für die Skalierung von Web-Apps und App Service-Plänen in einer App Service-Umgebung die folgenden Optionen zur Verfügung:

• Auswahl der Workerpools
• Anzahl von Instanzen

Das Ändern dieser Elemente erfolgt über die entsprechende Benutzeroberfläche in Ihrem in der App Service-Umgebung gehosteten App Service-Plan.

Beachten Sie, dass Ihr ASP nicht über die Anzahl der verfügbaren Computeressourcen, die im Workerpool Ihres ASP enthalten sind, hinaus hochskaliert werden kann. Wenn Sie in diesem Workerpool Computeressourcen benötigen, bitten Sie das Administratorteam Ihrer App Service-Umgebung, diese hinzuzufügen. Weitere Informationen zur Neukonfiguration der App Service-Umgebung finden Sie unter Konfigurieren einer App Service-Umgebung. Sie sollten auch die Features für die Autoskalierung der App Service-Umgebung nutzen, um nach Zeitplan oder Metriken Kapazitäten hinzuzufügen. Weitere Informationen zum Konfigurieren der Autoskalierung für eine App Service-Umgebung selbst finden Sie unter Konfigurieren der Autoskalierung für eine App Service-Umgebung.

Sie können mehrere App Service-Pläne mit Computeressourcen aus verschiedenen Workerpools erstellen. Sie können aber auch den gleichen Workerpool verwenden. Wenn in Workerpool 1 beispielsweise (10) Computeressourcen verfügbar sind, können Sie einen App Service-Plan mit (6) Computeressourcen und einen zweiten mit (4) Computeressourcen erstellen.

Skalieren der Anzahl von Instanzen

Wenn Sie Ihre Web-App in einer App Service-Umgebung erstellen, beginnt sie mit einer Instanz. Sie können dann auf weitere Instanzen skalieren, um zusätzliche Computeressourcen für Ihre App bereitzustellen.

Wenn Ihre App Service-Umgebung über ausreichend Kapazität verfügt, ist dies ganz einfach. Wechseln Sie zum App Service-Plan, der die hochzuskalierenden Websites umfasst, und wählen Sie die Option zum Skalieren. Daraufhin wird die Benutzeroberfläche geöffnet, auf der Sie manuell die Skalierung für Ihren ASP festlegen oder Regeln für das automatische Skalieren Ihres ASP konfigurieren können. Zum manuellen Skalieren der App legen Sie einfach „Skalieren nach“ auf „Eine Anzahl von Instanzen, die ich manuell festlege“ fest. Von hier aus können Sie entweder den Schieberegler auf die gewünschte Menge einstellen oder diese in das Feld neben dem Schieberegler eingeben.

Die Regeln für das automatische Skalieren eines ASPs in einer App Service-Umgebung funktionieren wie gewohnt. Sie können CPU-Prozentsatz unter Skalieren nach auswählen und Autoskalierungsregeln für Ihren ASP basierend auf dem CPU-Prozentsatz erstellen oder komplexere Regeln erstellen mithilfe von Zeitplan- und Leistungsregeln. Ausführlichere Informationen zur Konfiguration der automatischen Skalierung finden Sie in der Anleitung unter Skalieren einer App in Azure App Service.

Auswahl der Workerpools

Wie bereits erwähnt erfolgt die Auswahl des Workerpools über die Benutzeroberfläche des App Service-Plans. Öffnen Sie die Seite für den App Service-Plan, den Sie skalieren und für den Sie einen Workerpool auswählen möchten. Es werden alle Workerpools angezeigt, die Sie in der App Service-Umgebung konfiguriert haben. Wenn Sie nur über einen Workerpool verfügen, wird nur dieser Pool aufgeführt. Um den Workerpool für Ihren ASP zu ändern, wählen Sie den Workerpool aus, in den Sie Ihren App Service-Plan verschieben möchten.

Vor dem Verschieben des ASP aus einem Workerpool in einen anderen sollten Sie sicherstellen, dass Sie über ausreichend Kapazität für den ASP verfügen. In der Liste der Workerpools wird nicht nur der Name des Workerpools aufgeführt, sondern Sie können auch sehen, wie viele Worker im Workerpool zur Verfügung stehen. Stellen Sie sicher, dass eine ausreichende Anzahl von Instanzen für Ihren App Service-Plan vorhanden ist. Wenn Sie mehr Compute-Ressourcen im Workerpool benötigen, in den Sie Ihren App Service-Plan verschieben möchten, bitten Sie den Administrator Ihrer App Service-Umgebung, weitere Ressourcen hinzuzufügen.

Hinweis

Das Verschieben eines ASPs aus einem Workerpool verursacht Kaltstarts der Apps in diesem ASP. Dadurch werden Anforderungen langsamer verarbeitet, da Ihre App auf den neuen Computeressourcen kaltgestartet wurde. Der Kaltstart kann mithilfe der Anwendungsfunktion „Aufwärmen“ in Azure App Service vermieden werden. Das in diesem Artikel beschriebene Modul zum Initialisieren der Anwendung funktioniert auch bei Kaltstarts, da der Initialisierungsprozess auch aufgerufen wird, wenn Apps auf neuen Computeressourcen kaltgestartet werden.

Erste Schritte

Informationen zum Einstieg in App Service-Umgebungen finden Sie unter Erstellen einer ASEv1 aus einer Vorlage.