Empêcher Azure de fermer mon App Service

J'utilise une application Web .NET Core sur un service Azure App (le plan de service d'application est configuré pour utiliser S1). C'est stable.Empêcher Azure de fermer mon App Service

Cependant, j'ai récemment effectué un test automatisé contre la production et cela a causé 100s d'erreurs en quelques minutes. Après cela, le service d'application est devenu indisponible pendant une longue période.

Je sais que App Service utilise essentiellement IIS et je sais qu'il existe un paramètre dans IIS qui va arrêter un service d'application sur trop d'erreurs dans un court laps de temps. Je suppose que c'est le réglage qui est entré en vigueur pour mon application.

Ma question est: Comment puis-je empêcher Azure d'arrêter mon App Service, même si de nombreuses erreurs se produisent dans un court laps de temps?

Source

2017-07-21 Niels Brinch

J'ai fréquemment abandonné les threads dans mon application. Une fois que j'ai enlevé ceci, cela n'est pas arrivé, donc c'est une estimation raisonnable de la raison sous-jacente. –

J'ai récemment effectué un test automatisé de production et cela a causé 100s d'erreurs en quelques minutes. Après cela, le service d'application est devenu indisponible pendant une longue période.

Premièrement, vous pouvez enable diagnostic functionality for App Service web app pour consigner les informations du serveur Web et de l'application Web, ce qui vous aidera à résoudre le problème.

Deuxièmement, vous pouvez essayer de increase the number of instances that run your app et vérifier s'il peut atténuer le problème. En outre, si possible, vous pouvez set up staging environment et effectuer un test automatisé sur l'environnement de transfert plutôt que sur l'environnement de production, ce qui n'entraînera pas la fermeture de votre production pendant longtemps lorsque vous effectuez un test automatisé de transfert.

Source

2017-07-21 08:57:36

A propos de l'augmentation du nombre d'instances, je peux prédire que cela ne résoudrait rien, mais dans le meilleur des cas, il est moins probable que cela se produise. Je veux aller au fond de tout ça. –

A propos de la mise en place d'un environnement de transfert, j'utilise volontairement la production contre la production parce que je veux l'utiliser pour la surveillance qui va un peu plus loin qu'un simple ping. Donc, il doit fonctionner contre la production. –

À propos de l'activation des diagnostics, je l'ai fait, mais il n'y a rien dans les diagnostics. Seules les erreurs que j'ai moi-même provoquées sont là, et il n'y a pas de mystère à leur sujet, ce sont de vraies erreurs et c'est OK. Le problème est que le service d'application ne répond plus après l'apparition de ces erreurs et que rien n'est consigné dans les diagnostics. –

Recherchez le paramètre "Toujours activé" qui peut être modifié dans le portail Azure sous Paramètres de l'application, Paramètres généraux. Cette valeur est configurée par application.

Le contrôle de l'interface utilisateur sera désactivé si votre niveau de prix ne prend pas toujours en charge. Généralement, ces niveaux de prix inférieurs dans les niveaux de tarification ne sont pas utilisés pour un site de production.

Source

2017-07-21 09:15:04 camelCase

Ces choses prennent du temps à tester parce que je dois attendre le prochain événement. J'ai changé ce paramètre, mais le même problème s'est encore produit cette nuit. Un redémarrage du service d'application "fixé" il. –

Empêcher Azure de fermer mon App Service

Répondre

Questions connexes