2012-11-24 1 views
7

Je suis en train de tester la plate-forme cloud Azure de Microsoft et j'héberge deux sites Web très exigeants. L'un est un simple site Web MVC simple formulaire qui accepte simplement certaines entrées de l'utilisateur, effectue des calculs et crache une sortie. La seconde est similaire, mais elle effectue une requête simple sur une instance Azure SQL Server.Pourquoi mes sites Azure continuent-ils à baisser?

Les deux sites Web descendent constamment. Ce qui semble se passer, c'est que si je ne suis pas sur le site Web pendant un certain temps (peut-être une heure ou deux) la demande GET échoue tout simplement. Rien n'est jamais retourné depuis le serveur. Si j'attends une minute ou deux et réessaye, le site fonctionne parfaitement.

Quelqu'un sait ce qui se passe ou comment je peux le réparer? Je ne peux évidemment pas héberger des sites web sur cette plate-forme si la fiabilité est aussi faible ...

+0

Plusieurs instances d'Azure s'exécutaient depuis quelques mois et n'ont jamais rencontré ce que vous décrivez, à moins qu'un objet webrole n'ait émis une exception provoquant le recyclage du rôle. Est-ce un site webrole ou azur? – f0x

+0

Il s'agit de sites Web Azure. – user1024824

+0

Un autre élément d'information peut-être utile. Lorsque j'essaye de charger le site dans Chrome, je reçois ce qui suit: "Erreur 101 (net :: ERR_CONNECTION_RESET): La connexion a été réinitialisée." – user1024824

Répondre

9

Windows Azure Websites a utilisé un concept de sites froids (inactifs) et chauds (actifs), ce qui signifie que tant qu'un site Web a une connexion active, il sera être chaud ou actif et après un certain temps par défaut, lorsque le site n'a pas de connexion active, il ira en mode site froid ou inactif. Une fois qu'une nouvelle connexion est établie sur le même site, le site passera du mode inactif (froid) au mode actif (chaud) et dépendra du type de contenu qui doit être rendu sur le site Web, cela peut prendre quelques secondes pour compléter le processus de démarrage. Le concept de sites chauds et froids est décrit here.

Techniquement, la première requête GET échouera si elle retourne immédiatement pour un site Web froid, mais cet appel rendra le site actif et les prochaines requêtes aboutiront.

Il y avait une discussion SO dans laquelle la page d'index devait se connecter à DB pour obtenir les données et parce que le temps de connexion à DB était plus long ce qui entraînait le temps de démarrage global plus long que prévu. Il peut donc y avoir plusieurs raisons de passer du froid au chaud peut être plus long et vous pouvezpour vérifier pourquoi il y a le cas.

+0

Ok, c'est la chose la plus proche d'une réponse que j'ai reçue de n'importe qui et cela explique parfaitement les symptômes. Cependant, y a-t-il une solution? Par exemple, le passage à une instance réservée me gardera-t-il dans un état chaud? – user1024824

+0

Mise à jour: l'instance réservée semble aider car le délai d'attente a augmenté d'une minute ou deux à peut-être 15-20 minutes. Cependant, j'ai toujours le problème. Impossible d'exécuter un site Web sur une plate-forme qui tombe toutes les 15 minutes. Ai-je besoin d'écrire un processus pour envoyer une requête ping au site Web et le garder au chaud? – user1024824

+0

Comme les sites Web sont toujours en avant-première, il n'y a pas de fonction intégrée disponible pour le garder actif. Vous devrez soit ajouter un script ou avoir une sorte de connexion en direct disponible pour répondre à vos besoins. Il est possible d'avoir une fonctionnalité intégrée disponible lorsque la fonctionnalité des sites atteint GA pour répondre à ce besoin avec une instance réservée. – AvkashChauhan

Questions connexes