1
votes

Azure: impossible de supprimer le sous-réseau de l'aperçu de l'intégration du réseau virtuel App Service

J'essayais de tester la nouvelle intégration de réseau virtuel pour App Services, j'ai donc connecté mon App Service au sous-réseau "AppServicesSubnet". Cela n'a jamais fonctionné, montrait toujours un message de chargement. Donc, après quelques jours, je l'ai déconnecté, ce qui a échoué, mais le statut est apparu comme "non configuré" malgré tout.

Cependant, je ne parviens pas à supprimer le sous-réseau "AppServicesSubnet". Il dit

"Échec de la suppression du sous-réseau" AppServicesSubnet ". Erreur: Sous-réseau AppServicesSubnet est utilisé par AppGroup-DEV / fournisseurs / Microsoft.Web / serverfarms / AppServicePlan-DEV et ne peut pas être supprimé. "

J'ai donc supprimé le plan de service d'application 'AppServicePlan-DEV', cela a pris environ 30 minutes et a réussi. Cependant, je ne peux toujours pas supprimer le sous-réseau 'AppServicesSubnet' avec la même erreur indiquée ci-dessus.

Je ne peux pas non plus supprimer le réseau virtuel 'Network-DEV' car un message similaire est signalé:

"Échec de la suppression du réseau virtuel 'Network-DEV'. Erreur: sous-réseau AppServicesSubnet est utilisé par AppGroup-DEV / fournisseurs / Microsoft.Web / serverfarms / AppServicePlan-DEV et ne peut pas être supprimé. "

Le plan de service d'application "AppServicePlan-DEV" n'existe même plus, donc je ne sais pas comment nettoyer ce sous-réseau.

Toute aide sur la façon de se débarrasser de ce sous-réseau persistant serait très appréciée.

Vous trouverez ici des informations générales sur le nouvel aperçu de l'intégration du réseau virtuel App Service: https: // blogs .msdn.microsoft.com / appserviceteam / 2018/10/17 / new-app-service-vnet-integration-feature / et ici: https: //docs.microsoft.com/en-us/azure/app-service/web-sites-integrate-with-vnet#new-vnet-integration


0 commentaires

3 Réponses :


0
votes

J'ai réessayé au bout d'un mois et j'ai pu supprimer le sous-réseau en question. Je suppose que cela prend juste un certain temps pour que la nouvelle intégration VNet App Service (préversion) soit désinscrite après sa déconnexion.


0 commentaires

1
votes

Nous avons pu contourner cette erreur après qu'elle nous a frappés cette semaine. Je voulais tester l'intégration de l'aperçu vnet. Je l'ai allumé, j'ai décidé que c'était ce que nous recherchions, puis je l'ai supprimé (pour revenir en arrière et ajouter à l'automatisation) pour que l'automatisation échoue à cause de cette erreur.

Je l'ai contourné en:

  • en rajoutant la connexion d'aperçu au service d'application dont je l'avais initialement ajoutée / supprimée.
  • Déconnectez-le ensuite à nouveau .

Cette fois, cependant, j'ai pu supprimer le sous-réseau comme prévu.

Certainement un bug quelque part. Si vous êtes allé jusqu'à supprimer le service d'application lui-même et que vous rencontrez toujours cette erreur ... c'est une autre histoire.


0 commentaires

1
votes

J'ai eu un problème similaire. Je n'ai pas pu supprimer un sous-réseau car il était utilisé par une ressource qui n'existait pas (à mon avis) ....

J'ai donc exécuté ce script cli pour supprimer mon sous-réseau et mon réseau virtuel.

RES_GROUP={Replace to your rg}
VNET_NAME={Replace to your vnet}
SUBNET_NAME={Replace to your subnet}

NETWORK_PROFILE_ID=$(az network profile list --resource-group $RES_GROUP --query [0].id --output tsv)
az network profile delete --id $NETWORK_PROFILE_ID -y

SAL_ID=$(az network vnet subnet show --resource-group $RES_GROUP --vnet-name $VNET_NAME --name $SUBNET_NAME --query id --output tsv)/providers/Microsoft.ContainerInstance/serviceAssociationLinks/default
az resource delete --ids $SAL_ID --api-version 2018-07-01

az network vnet subnet update --resource-group $RES_GROUP --vnet-name $VNET_NAME --name $SUBNET_NAME--remove delegations 0
az network vnet subnet delete --resource-group $RES_GROUP --vnet-name $VNET_NAME --name $SUBNET_NAME
az network vnet delete --resource-group $RES_GROUP --name $VNET_NAME


0 commentaires