2017-07-27 4 views
0

Nous ne gardons pas et les données pour les pages sur le serveur (nous transition vers html/js pur), mais nous avons encore MasterPages de asp.net et runat = rompre pour le contenu des pages. Nous avons plusieurs serveurs d'applications activés pour l'équilibrage de la charge, donc sur les paramètres de l'application, devons-nous activer ARR Affinity? Dans certains cas rares, nous voyons une page "Aw Snap" sur chrome car la page ne se charge pas correctement. Peut-être 1/20 fois. Je me demande si c'est le cas.Azure Web App est-ce que ARR Affinity doit être activé pour les formulaires Web ASP.NET?

+0

UTILISIEZ session, vous fortement et où est stockée la session? –

+0

Avez-vous vérifié toutes sortes de journaux de serveur pour déterminer quelle est la cause des erreurs? Et pour ajouter à @AkashKava, sont vos sessions en cours ou utilisez-vous un magasin de session hors processus (serveur d'état, SQL, Redis) –

+0

Il semble que 1 de nos qa devs peuvent reproduire le problème. Nos .cs derrière l'aspx sont tous vides. Le chrome 'aw snap' est un plantage du navigateur. Tout allait bien sur nos anciens serveurs non-azur, mais parfois on le voit maintenant. Nous pensons que c'est peut-être dû au timing/chargement de javascript. Nous utilisons Redis –

Répondre

1

Azure Web App est-ce que ARR Affinity doit être activé pour les formulaires Web ASP.NET?

Si votre application de formulaire Web est sans état, vous n'avez pas besoin d'activer ARR Affinity. Stateless signifie que vous devez stocker l'état de l'application/de la session dans un lieu de distribution.

Dans certains cas rares, nous voyons une page 'Aw Snap' sur chrome car la page ne se charge pas correctement.

L'erreur Aw Snap est dédiée au chrome. Il se peut qu'il ne soit pas lié à votre serveur Azure Web App. Pour résoudre le problème, vous pouvez essayer les étapes fournies par google.

Fix "Aw, Snap!" page crashes and other page loading errors