Azure - Rôle Web d'instance extra petite - prêt pour la production?

Question

Je prévois un site Web fonctionnant dans Azure.J'évalue max.2000 utilisateurs par jour, créant environ 20 000 visites.

Je sais que je suis un peu vague ici, mais la très petite instance est-elle prête pour ce type de site?J'utilise MVC 3 pour créer le site.Merci pour toutes les réponses.

Answer 1

Il faudrait faire des tests de charge pour mieux juger cette question. N'oubliez pas que, pour profiter des avantages de Windows Azure Compute SLA, vous aurez besoin d'au moins 2 instances (vous avez donc maintenant des instances dans différents domaines d'erreur, de sorte que votre site reste en cours d'exécution même si l'une des instances se recycle en raison de la mise à niveau du système d'exploitation, panne matérielle, etc.). La question devient alors: deux instances Extra Small peuvent-elles gérer 20 000 visites par jour? Cela équivaut à env. 10 000 appels par instance de VM par jour, soit 416 appels par heure, soit 7 par minute. Et ... même avec une seule instance, un taux de succès de 14 par minute est assez faible.

Plus que le processeur, vous pourriez vous retrouver goulot d'étranglement par la bande passante, car vous ne verrez qu'environ 5 Mbps par instance, contre environ 100 Mbps par petite instance.

Vous souhaiterez peut-être exécuter un test rapide avec quelque chose comme LoadStorm , qui fournit le test de charge en tant que service. Cela devrait vous donner une bonne idée de la performance du XS sous charge.

MODIFIER (mars 2012): Les instances Extra Small coûtent désormais 0,02 USD / heure contre 0,04 USD. Vous pouvez donc exécuter jusqu'à 6 instances XS pour le même coût d'une seule Small. Cela rend l'option XS encore plus convaincante. Voir ce billet de blog pour l'annonce officielle de la baisse des prix (y compris les réductions de stockage également).

Answer 2

Je suis d'accord avec David pour dire que cela dépend beaucoup de la charge par requête que vous générez (à la fois en ressources CPU et en bande passante)

Je voulais juste partager notre propre expérience avec les instances XS.Nous avons constaté que ces instances souffrent de graves dérives d'horloge: http://blog.codingoutloud.com/2011/08/25/azure-faq-how-frequency-is-the-clock-on-my-windows-azure-vm-synchronized /

Cela peut représenter jusqu'à une minute de différence sur la semaine entre les synchronisations NTP.Pour la plupart des applications, ce n'est pas nécessairement un problème, mais nous avons utilisé l'authentification Oauth1.0a avec une différence d'horodatage autorisée de 30 secondes, ce qui a entraîné des maux de tête majeurs lors de l'utilisation de XS.Les S et plus n'ont pas de cœurs partagés et souffrent donc beaucoup moins de dérive d'horloge.

Answer 3

Vous obtenez un meilleur SLA avec 2 petites instances plutôt qu'une plus grande.

Vous devriez également regarder votre charge de pointe.Par exemple, avec 20 000 visites par jour, est-ce que 50% se produisent entre 9 et 10 heures du matin?

Le stockage de l'instance est de 20 Go, s'il ne s'agit que de votre code d'application, cela ne devrait pas poser de problème.

Les performances d'E / S sont faibles, s'il ne s'agit que de lire le code de votre application la première fois qu'elle compile ne devrait pas poser de problème.

CPU unique 1 GHz, si ce ne sont que des pages Web et peu de calcul ne devrait pas être un problème.Le temps que ce sera vraiment lent est pendant une compilation JIT.

La mémoire est de 768 Mo, cela pourrait être un problème surtout si vous mettez des données en cache.

Vous économisez moins de 2 USD par jour en utilisant la petite instance.Mais c'est un Latte tous les 2 jours, alors cela vaut peut-être la peine de prendre le risque et de devoir faire un déploiement supplémentaire.