Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Eine App Service Environment v3 kann im Azure Portal oder mithilfe einer Azure Resource Manager Vorlage (ARM-Vorlage) erstellt werden.
Im Azure-Portal erstellen Sie eine App Service Environment mit einer bestimmten Konfiguration für die sofortige Bereitstellung. Wenn Sie die Umgebung im Portal erstellen, wählen Sie die unterstützenden Ressourcen gleichzeitig aus, einschließlich der Ressourcengruppe für die Bereitstellungsregion und des virtuellen Netzwerks mit Subnetz.
Wenn Sie eine App Service Environment aus einer Vorlage erstellen, greifen Sie auf eine Konfiguration zu, die für die wiederholbare Bereitstellung derselben Umgebung oder anderer App Service-Umgebungen verfügbar ist. Die Vorlage gibt den Eigenschaftensatz für die App Service Environment zusammen mit dem virtuellen Netzwerk und dem Subnetz an, das für die Bereitstellung verwendet werden soll.
In diesem Artikel werden die Schritte und die Syntax beschrieben, die Sie benötigen, um entweder ein externes App Service Environment oder ein internes Load Balancer (ILB) App Service Environment aus einer ARM-Vorlage zu erstellen.
Voraussetzungen
Um die App Service Environment ARM-Vorlage zu erstellen, müssen Sie den zu konfigurierenden Umgebungstyp ermitteln. Sie können die Umgebung mit einem internetverwendlichen Endpunkt oder einem Endpunkt auf einer internen Adresse in einer Azure Virtual Network Instanz erstellen.
Wenn die Umgebung mit einem internen Endpunkt erstellt wird, wird der Endpunkt von einer Azure Komponente, dem internen Lastenausgleich (ILB) bereitgestellt. Eine App Service-Umgebung mit einer internen IP-Adresse wird als ILB-App Service-Umgebung bezeichnet. Ein App Service Environment mit einem öffentlichen Endpunkt wird als External-App Service Environment bezeichnet.
Das in der Vorlage angegebene virtuelle Netzwerk muss ein Subnetz definieren:
- Die empfohlene Subnetzgröße besteht
/24aus 256 Adressen, um zukünftige Wachstums- und Skalierungsanforderungen zu erfüllen. - Das Subnetz muss leer sein, was bedeutet, dass keine Netzwerkschnittstellenkarten (NICs), virtuelle Computer, private Endpunkte usw. vorhanden sind.
- Das Teilnetz muss an
Microsoft.Web/hostingEnvironmentsdelegiert werden.
Denken Sie daran, dass Sie nach dem Erstellen einer App Service Environment mit der Vorlage die Subnetzgröße nicht ändern können.
- Die empfohlene Subnetzgröße besteht
Wenn Sie eine App Service Environment aus einer ARM-Vorlage erstellen, muss sich die von Ihnen angegebene Ressourcengruppe in einer Region befinden, die über ausreichende Verfügbarkeit verfügt, um die Bereitstellung der umgebung zu unterstützen, die aus der Vorlage erstellt wurde.
Überprüfen der ARM-Vorlageneigenschaften
Der folgende JSON-Code zeigt eine einfache ARM-Vorlage, die eine App Service Environment erstellt.
{
"$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
"contentVersion": "1.0.0.0",
"parameters": {
"aseName": {
"type": "string"
},
"subnetResourceId": {
"type": "string"
}
},
"variables": {},
"resources": [
"type": "Microsoft.Web/hostingEnvironments",
"apiVersion": "2025-03-01",
"name": "[parameters('aseName')]",
"location": "[resourceGroup().location]",
"kind": "ASEV3",
"properties": {
"internalLoadBalancingMode": "Web, Publishing",
"virtualNetwork": {
"id": "[parameters('subnetResourceId')]"
},
"networkingConfiguration": { },
"customDnsSuffixConfiguration": { }
},
"identity": {
"type": "SystemAssigned"
}
}
In der folgenden Tabelle werden die Kerneigenschaften und andere Optionen beschrieben, die Sie zum Konfigurieren Ihrer App Service Environment verwenden können.
| Eigentum | Erforderlich | Beschreibung |
|---|---|---|
name |
Ja | Definieren Sie einen eindeutigen Namen für die App Service Environment. Der Name muss eine Zeichenfolge von maximal 36 Zeichen sein. |
virtualNetwork ->id |
Ja | Geben Sie die Ressourcen-ID des Subnetzes an. Das Subnetz muss leer sein und an Microsoft.Web/hostingEnvironments delegiert werden. |
internalLoadBalancingMode |
Ja | Identifizieren Sie den Typ des Load Balancers für die ILB-App Service Environment. - Der häufigste Wert ist Web, Publishing, was bedeutet, dass sowohl HTTP/HTTPS-Datenverkehr als auch FTP-Datenverkehr auf einer internen VIP (interne Load Balancer) liegt.– Wenn der Wert None ist, wird der gesamte Datenverkehr über die öffentliche VIP-Adresse (einen externen Load Balancer) geleitet. |
zoneRedundant |
Nein | Geben Sie an, ob die App Service Environment in einer Verfügbarkeitszone bereitgestellt werden kann. Der Wert ist boolean True oder False. Weitere Informationen finden Sie unter Reliability in Azure App Service. |
dedicatedHostCount |
Nein | Geben Sie an, wie viele Hosts für die App Service Environment verwendet werden sollen. - Der häufigste Wert ist 0 oder nicht angegeben. – Um Ihre App Service Environment mit physischer Hardwareisolation auf dedizierten Hosts bereitzustellen, legen Sie den Wert auf 2 fest. |
upgradePreference |
Nein | Geben Sie Ihre Einstellung für automatische Upgrades an. Es gibt vier mögliche Werte: - None: (Standard) Während des Aktualisierungsprozesses der Region automatisch aktualisieren.- Early: Automatisch mit hoher Priorität im Vergleich mit anderen Ressourcen in der Region aktualisieren.- Late: Automatisch mit niedrigerer Priorität im Vergleich zu anderen Ressourcen in der Region aktualisieren.- Manual: Erhalten Sie eine Benachrichtigung, wenn ein Upgrade verfügbar ist, und starten Sie den Vorgang innerhalb von 15 Tagen. Nach 15 Tagen erfolgt das Upgrade mit anderen automatischen Upgrades in der Region.Weitere Informationen finden Sie unter Upgrade-Präferenz für geplante Wartung der App Service Environment. |
clusterSettings |
Nein | Passen Sie das Verhalten der App Service Environment an. Weitere Informationen finden Sie unter "Benutzerdefinierte Konfigurationseinstellungen" für App-Dienstumgebungen. |
networkingConfiguration ->allowNewPrivateEndpointConnections |
Nein | Geben Sie an, ob die Erstellung einer neuen privaten Endpunktverbindung für eine ILB-App-Dienst-Umgebung oder eine externe App-Dienst-Umgebung zugelassen werden soll. Standardmäßig ist die Option deaktiviert. Weitere Informationen finden Sie unter "Netzwerkkonfigurationseinstellungen > Zulassen neuer privater Endpunktverbindungen". |
networkingConfiguration ->remoteDebugEnabled |
Nein | Geben Sie an, ob das Remotedebugging für die App Service Environment aktiviert werden soll. Standardmäßig ist die Option deaktiviert. Weitere Informationen finden Sie unter Konfigurieren von Netzwerkeinstellungen > Zum Aktivieren des Remotedebuggings. |
networkingConfiguration ->ftpEnabled |
Nein | Geben Sie an, ob FTP-Verbindungen mit dem App Service Environment zugelassen werden sollen. Standardmäßig ist die Option deaktiviert. Weitere Informationen finden Sie unter Configure networking settings > Allow incoming FTP connections. |
networkingConfiguration ->inboundIpAddressOverride |
Nein | Verwenden Sie diese Einstellung, um eine App Service Environment mit Ihrer eigenen Azure öffentlichen IP-Adresse (Angeben der Ressourcen-ID) zu erstellen oder eine statische IP für ILB-Bereitstellungen zu definieren. Diese Einstellung kann nicht geändert werden, nachdem die App Service Environment erstellt wurde. |
customDnsSuffixConfiguration |
Nein | Verwenden Sie diese Einstellung, um ein benutzerdefiniertes Domänensuffix für die App Service Environment anzugeben. Weitere Informationen zu den spezifischen Parametern finden Sie unter Benutzerdefiniertes Domänensuffix für App-Dienstumgebungen. Important: Um diese Option festzulegen, benötigen Sie einen vorhandenen Schlüsseltresor, einen gültigen Zertifikatschlüssel aus Azure Key Vault und zugriff mit einer verwalteten Identität für Azure Ressourcen über Microsoft Entra ID. |
Hinweis
Eine App Service Environment v3 unterstützt nicht die folgenden Eigenschaften: dnsSuffix, multiSize, frontEndScaleFactor, userWhitelistedIpRanges und ipSslAddressCount.
Erstellen der ARM-Vorlage
Erstellen Sie die Vorlage, indem Sie die folgenden Schritte ausführen:
Fügen Sie die ARM-Beispielvorlage in eine neue JSON-Datei ein, und ändern Sie die Eigenschaften für Ihre Konfiguration.
Speichern Sie die JSON-Datei, z. B. azuredeploy.json. Beachten Sie den Speicherort der Datei für die spätere Verwendung.
(Optional) Verschieben Sie die Parametereinstellungen aus der JSON-Vorlagendatei in eine PARAMETER-JSON-Datei, z. B. azuredeploy.parameters.json. Beachten Sie den Speicherort der Datei für die spätere Verwendung.
Bereitstellen der App-Dienstumgebung
Nachdem Sie die Vorlage vorbereitet haben, können Sie die App Service Environment mithilfe der Azure CLI aus der Vorlage erstellen.
Aktualisieren Sie die templatePath- und parameterPath-Werte, sodass sie auf die Speicherorte Ihrer ARM-Vorlagendatei und Parameterdatei auf Ihrem Rechner verweisen. Geben Sie den Namen Ihrer Ressourcengruppe für den <resource_group>-Wert ein.
templatePath="PATH/azuredeploy.json"
parameterPath="PATH/azuredeploy.parameters.json"
az deployment group create --resource-group <resource_group> --template-file $templatePath --parameters $parameterPath
Tipp
Es ist hilfreich, zu bestätigen, dass Ihre Vorlage die App Service Environment erfolgreich erstellen kann, bevor Sie den Befehl az deployment group create ausführen. Überprüfen Sie die Vorlage, indem Sie den az deployment group validate Befehl mit Ihren Ressourcenwerten ausführen.
Das Erstellen der App Service Environment dauert in der Regel etwa eine Stunde, aber wenn es sich um eine zonenredundante App Service Environment handelt oder die Zielregion unerwartete Anforderungen hat, kann der Erstellungsprozess mehrere Stunden dauern.