Beim Versuch, ein Subnetz in Azure zu löschen, wird die folgende Meldung angezeigt: Das Subnetz 'devops-subnet' konnte nicht gespeichert werden. Fehler: 'Subnetz GumSite-rg-devops / provider / Microsoft.Network / virtualNetworks / Devopsvnet / subnets / devops-subnet'> Devopsvnet / devops-subnet erfordert eine der folgenden Delegierungen [Microsoft.Web / serverFarms] als Referenz Service Association Link / Subscriptions / * * * * /resourceGroups/GumSite-rg-devops/providers/Microsoft.Network/virtualNetworks/Devopsvnet/subnets/devops-subnet/serviceAssociationLinks/AppServiceLink. '
⚠ Bearbeiten Sie diesen Abschnitt nicht.
@yvesgermain Danke, dass
Hier ein Microsoft-Artikel "VNet kann aufgrund von serviceAssociationLinks / AppServiceLink nicht gelöscht werden", der meiner Situation ähnelt:
https://social.msdn.microsoft.com/Forums/en-US/f3fa0fb2-d930-484c-90a5-6860e360d87f/unable-to-delete-vnet-due-to-serviceassociationlinksappservicelink?forum=WAVirtualMetinesV
Hier ist ein Artikel, der meiner Situation ähnelt: VNet kann aufgrund von serviceAssociationLinks / AppServiceLink nicht gelöscht werden: https://social.msdn.microsoft.com/Forums/en-US/f3fa0fb2-d930-484c-90a5-6860e360d87f/unable-to- delete-vnet-due-to-serviceassociationlinksappservicelink? forum = WAVirtualMachinesVirtualNetwork
Hier ist ein Link zu einem Artikel, der meiner Situation ähnelt:
VNet kann aufgrund von serviceAssociationLinks / AppServiceLink nicht gelöscht werden
@yvesgermain Danke für die Antwort. Ich habe dies an das entsprechende Team weitergeleitet, um es zu untersuchen und zu aktualisieren.
@yvesgermain Dies ist ein bekanntes Problem. Sie können dieses Problem nur senden Sie mir bitte eine E-Mail an
Wir werden nun fortfahren, diesen Thread zu schließen. Wenn Sie weitere Fragen zu diesem Thema haben, markieren Sie mich bitte in Ihrer Antwort. Wir werden die Diskussion gerne fortsetzen und das Thema wieder eröffnen.
Scheint ein verwandtes Problem zu haben, dh wenn ich versuche, ein Subnetz zu löschen, erhalte ich eine Fehlermeldung:
Failed to delete subnet 'xxx'. Error: Subnet xxx is in use by my-resource-group/providers/Microsoft.Network/virtualNetworks/my-vnet/subnets/xxx/serviceAssociationLinks/AppServiceLink'>my-vnet/xxx/AppServiceLink and cannot be deleted. In order to delete the subnet, delete all the resources within the subnet. See aka.ms/deletesubnet.
Kann dies auch nur durch einen Supportanruf behoben werden?
@sergevm Wenn Sie den App Service und den Link gelöscht haben, das Subnetz jedoch nicht gelöscht werden kann, müssen Sie eine Supportanfrage erstellen.
Wenn Sie keinen Supportplan haben, senden Sie mir bitte eine E-Mail an
Irgendeine Idee, wann dieser Fehler behoben werden soll?
Ich hatte das gleiche Problem. Ich hatte den App Service mit dem Subnetz verbunden. Ich habe den App Service Plan zusammen mit dem App Service entfernt, wodurch mein VNet beschädigt wurde und das zugehörige Subnetz nicht entfernt werden konnte. Um die Lösung zu beheben:
@blendsdk das könnte dir wahrscheinlich helfen
@sergevm Wenn Sie den App Service und den Link gelöscht haben, das Subnetz jedoch nicht gelöscht werden kann, müssen Sie eine Supportanfrage erstellen.
Wenn Sie keinen Supportplan haben, senden Sie mir bitte eine E-Mail an
Ich habe eine Nachricht an [email protected] gesendet, aber niemand scheint zu antworten.
@frehnejc Ich habe eine Supportanfrage im Azure-Portal erstellt, die bald darauf vom Support behoben wurde. Musste keine Mail senden.
@frehnejc Danke fürs
@frehnejc Danke fürs
Dank haben auch Probleme mit Gruppen-IPs, die nicht gelöscht werden konnten, als es eine Azure-Firewall gab. Kann ich auch ein Ticket dafür protokollieren?
@frehnejc Sie können, aber es wird einfacher sein, den Techniker zu bitten, sich mit derselben Supportanfrage darum zu kümmern. Wenn der Techniker Sie auffordert, ein zweites Ticket zu erstellen, und Sie nicht in der Lage sind, antworten Sie auf meine E-Mail-Adresse, und ich werde bei Bedarf eine weitere Supportanfrage aktivieren.
Ich bin mit Container-Instanzen darauf gestoßen, und hier ist, was ich getan habe, um dies zu löschen, als meine Container-Instanz entfernt wurde und ich die Delegierung nicht entfernen konnte.
Verwenden der Az-CLI mit einem angemeldeten Benutzer, um ein JWT-Token zu erhalten
az account get-access-token --resource https://management.azure.com/
Verwenden Sie dann den Postboten, um die folgenden Anrufe zu tätigen:
zu den Überschriften hinzufügen: "Autorisierung: Inhaber | Zugriff von cli |"
DELETE Service Association
https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/virtualNetworks/{virtualNetworkName}/subnets/{subnetName}/providers/Microsoft.ContainerInstance/serviceAssociationLinks/default?api-version=2018-10-01
DELETE Network Profle
https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/networkProfiles/{networkProfileName}?api-version=2020-05-01
Danach konnte ich die Delegation über das Portal, CLI oder Powershell entfernen
Im Falle eines App-Dienstes müssen Sie die Zuordnung unter App-Dienstplan> Netzwerk bereinigen, in der alle Links aufgelistet sind, die Ihr Netz zu einer der Apps einschließlich der Slots hat.
Sobald Sie das vnet vom App-Dienst und vom Steckplatz getrennt haben, sollten Sie in der Lage sein, die Delegierung auf Keine zurückzusetzen und die Auswahl des Dienstendpunkts aufzuheben und schließlich das Subnetz zu löschen.
@dgcaron das hat funktioniert! Vielen Dank.
@dgcaron ,
Mit Ihrer Hilfe konnte ich das VNet mit PowerShell entfernen.
Vielen Dank!
[string]$ResourceGroupName = 'MyResourceGroupName'
[string]$VirtualNetworkName = 'VNetName'
[string]$SubnetName = 'SubnetName'
$CurrentAzureContext = Get-AzContext
$AzureRmProfile = [Microsoft.Azure.Commands.Common.Authentication.Abstractions.AzureRmProfileProvider]::Instance.Profile
$ProfileClient = New-Object Microsoft.Azure.Commands.ResourceManager.Common.RMProfileClient($AzureRmProfile)
$Token = $ProfileClient.AcquireAccessToken($CurrentAzureContext.Tenant.TenantId)
[string]$AccessToken = $Token.AccessToken
[string]$ManagementEp = $CurrentAzureContext.Environment.ResourceManagerUrl
[string]$NetworkProfileName = (Get-AzNetworkProfile -ResourceGroupName $ResourceGroupName).Name
[string]$Uri1 = "$($ManagementEp)subscriptions/$($CurrentAzureContext.Subscription.Id)/resourceGroups/$ResourceGroupName/providers/Microsoft.Network/virtualNetworks/$VirtualNetworkName/subnets/$SubnetName/providers/Microsoft.ContainerInstance/serviceAssociationLinks/default?api-version=2018-10-01"
[string]$Uri2 = "$($ManagementEp)subscriptions/$($CurrentAzureContext.Subscription.Id)/resourceGroups/$ResourceGroupName/providers/Microsoft.Network/networkProfiles/$($NetworkProfileName)?api-version=2020-05-01"
Invoke-RestMethod -Method Delete -Uri $Uri1 -Headers @{"Authorization" = ("Bearer " + $AccessToken) }
Invoke-RestMethod -Method Delete -Uri $Uri2 -Headers @{"Authorization" = ("Bearer " + $AccessToken) }
Ich hatte das gleiche Problem. Ich hatte den App Service mit dem Subnetz verbunden. Ich habe den App Service Plan zusammen mit dem App Service entfernt, wodurch mein VNet beschädigt wurde und das zugehörige Subnetz nicht entfernt werden konnte. Um die Lösung zu beheben:
- Erstellen Sie einen App Service Plan mit demselben Namen wie den gelöschten
- Erstellen Sie einen App Service mit demselben Namen wie den gelöschten
- Verknüpfen Sie den App Service mit dem VNET-Subnetz
- Trennen Sie VNet vom App Service -> Netzwerk -> VNet-Integration -> Trennen
- Subnetz löschen
@blendsdk das könnte dir wahrscheinlich helfen
@ybutkevych das hat bei mir funktioniert! Vielen Dank.
Ich hatte das gleiche Problem. Ich hatte den App Service mit dem Subnetz verbunden. Ich habe den App Service Plan zusammen mit dem App Service entfernt, wodurch mein VNet beschädigt wurde und das zugehörige Subnetz nicht entfernt werden konnte. Um die Lösung zu beheben:
- Erstellen Sie einen App Service Plan mit demselben Namen wie den gelöschten
- Erstellen Sie einen App Service mit demselben Namen wie den gelöschten
- Verknüpfen Sie den App Service mit dem VNET-Subnetz
- Trennen Sie VNet vom App Service -> Netzwerk -> VNet-Integration -> Trennen
- Subnetz löschen
@blendsdk das könnte dir wahrscheinlich helfen
Wenn in Zukunft das gleiche Problem auftritt, befolgen Sie diese Schritte. Ich habe sie nur ausprobiert und mein Problem behoben.
@dgcaron , danke, dass du die API-Dokumente
#!/bin/bash
# Requires "httpie" command line tool
# Set variables with your identifiers...
subscriptionId=""
resourceGroupName=""
virtualNetworkName=""
subnetName=""
# To get the profile name, try subnet delete with CLI or portal and check the error message
# Should be something like this:
networkProfileName="aci-network-profile-vnet-foo-01-subnet-bar-01"
token=$(az account get-access-token --resource https://management.azure.com/ --query accessToken -o tsv)
http DELETE https://management.azure.com/subscriptions/${subscriptionId}/resourceGroups/${resourceGroupName}/providers/Microsoft.Network/virtualNetworks/${virtualNetworkName}/subnets/${subnetName}/providers/Microsoft.ContainerInstance/serviceAssociationLinks/default?api-version=2018-10-01 \
"Authorization: Bearer ${token}"
http DELETE https://management.azure.com/subscriptions/${subscriptionId}/resourceGroups/${resourceGroupName}/providers/Microsoft.Network/networkProfiles/${networkProfileName}?api-version=2020-05-01 \
"Authorization: Bearer ${token}"
Die Lösung von @jannekeskitalo hat für mich gut funktioniert. Aber ich hatte kein httpie in meiner Umgebung, daher ist das Folgende dieselbe Implementierung mit Curl.
#!/bin/bash
# Set variables with your identifiers...
subscriptionId=""
resourceGroupName=""
virtualNetworkName=""
subnetName=""
# To get the profile name, try subnet delete with CLI or portal and check the error message
# Should be something like this:
networkProfileName="aci-network-profile-vnet-foo-01-subnet-bar-01"
token=$(az account get-access-token --resource https://management.azure.com/ --query accessToken -o tsv)
curl -H "Authorization: Bearer ${token}" -X DELETE https://management.azure.com/subscriptions/${subscriptionId}/resourceGroups/${resourceGroupName}/providers/Microsoft.Network/virtualNetworks/${virtualNetworkName}/subnets/${subnetName}/providers/Microsoft.ContainerInstance/serviceAssociationLinks/default?api-version=2018-10-01
curl -H "Authorization: Bearer ${token}" -X DELETE https://management.azure.com/subscriptions/${subscriptionId}/resourceGroups/${resourceGroupName}/providers/Microsoft.Network/networkProfiles/${networkProfileName}?api-version=2020-05-01
@dgcaron Vielen Dank! Aufgrund Ihrer Hilfe konnte ich die Subnetzdelegation entfernen.
@jannekeskitalo @boonwj
Ich denke, die einfachste Lösung besteht darin, einfach az rest
wie folgt zu verwenden:
az rest --method delete --uri https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/virtualNetworks/{virtualNetworkName}/subnets/{subnetName}/providers/Microsoft.ContainerInstance/serviceAssociationLinks/default?api-version=2018-10-01
Ich bin mit Container-Instanzen darauf gestoßen, und hier ist, was ich getan habe, um dies zu löschen, als meine Container-Instanz entfernt wurde und ich die Delegierung nicht entfernen konnte.
Verwenden der Az-CLI mit einem angemeldeten Benutzer, um ein JWT-Token zu erhalten
az account get-access-token --resource https://management.azure.com/
Verwenden Sie dann den Postboten, um die folgenden Anrufe zu tätigen:
zu den Überschriften hinzufügen: "Autorisierung: Inhaber | Zugriff von cli |"
DELETE Service Association https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/virtualNetworks/{virtualNetworkName}/subnets/{subnetName}/providers/Microsoft.ContainerInstance/serviceAssociationLinks/default?api-version=2018-10-01 DELETE Network Profle https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/networkProfiles/{networkProfileName}?api-version=2020-05-01
Danach konnte ich die Delegation über das Portal, CLI oder Powershell entfernen
Das hat funktioniert, danke!
@ TravisCragg-MSFT Wäre es möglich, dies ordnungsgemäß zu beheben, anstatt alle diese Personen zu zwingen, sich an den Support zu wenden?
Der Befehl az cli scheint für AppServiceLinks nicht zu funktionieren. Es wird erfolgreich ausgeführt, aber der Link wird nicht gelöscht.
Können wir eine tatsächliche Lösung dafür finden? Wenn Sie keine Möglichkeit bieten, das vnet zu trennen, wenn ein App-Dienst und der ASP gelöscht werden, werden Sie wahrscheinlich in Support-Umgebungen, in denen ganze Ressourcengruppen gelöscht werden, einige Support-Tickets für uns generieren Eine erneute Bereitstellung ist häufiger.
Warum ist das geschlossen? Dies ist ein vorhandener Fehler / Problem / Problem.
Hilfreichster Kommentar
Ich hatte das gleiche Problem. Ich hatte den App Service mit dem Subnetz verbunden. Ich habe den App Service Plan zusammen mit dem App Service entfernt, wodurch mein VNet beschädigt wurde und das zugehörige Subnetz nicht entfernt werden konnte. Um die Lösung zu beheben:
@blendsdk das könnte dir wahrscheinlich helfen