azure site ne réduira pas à partir de base comme incorrectement la taille du rapport

Question

J'ai deux applications de base asp.net qui sont toutes deux déployées via l'intégration de github directement à leurs propres sites Web azur respectifs. Un site a un domaine personnalisé et l'autre non.

Lors de la configuration initiale de l'intégration sur les deux sites, ils ont initialement échoué avec des avertissements liés à l'espace. J'ai donc mis à l'échelle les sites pour être un basique (1 petit). Je ne sais pas pourquoi j'ai eu besoin de faire cela car les deux applications sont considérablement moins que la 1G dont je crois qu'une webapp partagée a une limite. Les deux sites sur mon disque dur local sont 117M et 120M respectivement)

En conséquence de cela, j'ai deux sites partageant le même plan de service qui est de 41 £ par mois plutôt que d'avoir un site libre et l'autre sur un partagé 7 £ par mois (comme il a besoin d'un domaine personnalisé)

Si j'essaye de réduire le plan de service j'obtiens l'erreur suivante. (Expurgée comme prévu)

{ 
"authorization": null, 
"caller": null, 
"channels": null, 
"claims": {}, 
"correlationId": null, 
"description": "Failed to update App Service plan defaultserviceplan: {\"Code\":\"Conflict\",\"Message\":\"Storage usage quota exceeded. Cannot update or delete a server farm.\",\"Target\":null,\"Details\":[{\"Message\":\"Storage usage quota exceeded. Cannot update or delete a server farm.\"},{\"Code\":\"Conflict\"},{\"ErrorEntity\":{\"ExtendedCode\":\"11006\",\"MessageTemplate\":\"Storage usage quota exceeded. Cannot update or delete a server farm.\",\"Parameters\":[],\"InnerErrors\":[],\"Code\":\"Conflict\",\"Message\":\"Storage usage quota exceeded. Cannot update or delete a server farm.\"}}],\"Innererror\":null}", 
"eventDataId": null, 
"eventName": null, 
"eventSource": null, 
"category": null, 
"eventTimestamp": "Wed Jun 21 2017 11:01:25 GMT+0100 (GMT Summer Time)", 
"id": "Failed to update App Service plan_Wed Jun 21 2017 11:01:25 GMT+0100 (GMT Summer Time)", 
"level": "1", 
"operationId": null, 
"operationName": { 
    "value": "Failed to update App Service plan", 
    "localizedValue": "Failed to update App Service plan" 
}, 
"resourceGroupName": null, 
"resourceProviderName": null, 
"resourceType": null, 
"resourceId": null, 
"status": { 
    "value": "Error", 
    "localizedValue": "Error" 
}, 
"subStatus": null, 
"submissionTimestamp": null, 
"subscriptionId": null, 
"properties": { 
    "correlationIds": "REDACTED" 
}, 
"relatedEvents": [] 

}

Comment puis-je diagnostiquer ce qui se l'espace, ou signaler ce problème?

Answer 1

La première chose à regarder est votre utilisation du système de fichiers. Vous pouvez regarder ce que l'App Service pense utiliser en accédant au plan de service App et en cliquant sur le système de fichiers dans le menu de gauche.

Cela vous donnera une vue agrégée de la quantité d'espace est utilisé par toutes les applications dans le plan de service App.

si cette valeur est> 1 Gio vous ne serez pas en mesure de réduire à partager (je soupçonne que c'est ce que la cause de votre problème)

L'étape suivante serait de regarder le stockage utilisé par chaque des applications dans votre plan de service d'application.

Dans l'application Web App UX, vous devriez pouvoir accéder à «Quota» et voir ce que chaque application du plan App Service utilise.

Si vous trouvez une application qui utilise plus d'espace que vous pensez qu'il devrait utiliser, un voici quelques petites choses à regarder:

• Journaux: si vous vous connectez au système de fichiers de l'application, cela peut utiliser augmente rapidement l'espace en fonction du niveau de verbosité.
• MySQL In App: si vous avez activé cette fonctionnalité, la base de données est stockée en tant que fichier sur le disque, et utilisera également de l'espace.
  • extensions de site installé sur votre application

Vous devriez pouvoir utiliser Kudu et la console de débogage pour obtenir une bonne idée de ce qui est en utilisant l'espace.