Démarrer avec Windows Azure, mais comment savoir qui est préférable de gérer le trafic Web et un processeur d'arrière-plan. 2x autres instances supplémentaires seront-elles meilleures ou une seule petite instance.
Si je devais utiliser un petit cas, je ferais le processeur de fond dans le rôle de Web, quels sont les inconvénients de le faire de cette façon?
À l'avenir, cela s'appliquerait également à plusieurs petites instances ou moins de grandes instances.
Y a-t-il une sorte d'outil pour décider de la façon dont je serai en mesure d'obtenir le meilleur coup pour mon argent, etc.?
Je sais que pour que le SLA de Microsoft soit atteint 2x cas, il faut fonctionner.
3 Réponses :
Je suppose que nous ne pouvons pas vraiment savoir sans chiffres d'utilisation et plus d'informations et même je pense que seul le temps dira que ...
Pourquoi ne pas vous inscrire à l'un des comptes d'essai gratuits qui vous donne une instance supplémentaire. Voyez si votre application s'échappe assez bien alors quand elle va en direct, obtenez une seconde pour équilibrer la charge, SLA, etc. Cela n'a pas l'air particulièrement difficile de mettre à niveau les plus grandes instances de toute façon, il est devenu une vente de vente.
Si vous avez un abonnement MSDN (niveau de qualité supérieure, je pense) alors vous avez suffisamment d'heures libres pour exécuter 2 petites instances.
De ce que je n'ai pas vu, je ne pense pas qu'il y ait un "con" réel dans l'ajout du processeur de fond. Après tout, vous payez pour une machine entière afin que vous puissiez aussi bien le faire fonctionner pour que cela soit de l'argent. C'était une sorte d'impression qu'ils ont donné lors des récentes journées technologiques choses que j'ai vues.
Essayez-le et voyez ...
Si cela ne coffe pas, passez une plus grande - mais je serais toujours enclin à y aller pour une seconde - à moins que vous ne vous souciez pas si cela devient indisponible à des moments aléatoires. MS utilisera appliquer des correctifs de sécurité et redémarrez vos instances sans demander que la seconde instance empêche votre site indisponible car ils les mettront à jour séparément.
Il est préférable d'avoir 2 extra-petits plutôt que 1 petit instance comme la disponibilité du service est concerné . Qui étant dit qu'il y a plusieurs gotchas:
Taille du cache et des difficultés globales Lors de la propagation d'une application sur de nombreux petits VMS expliquent généralement pourquoi la plupart de Dev collent à une machine virtuelle unique mais plus grande jusqu'à ce qu'elles atteignent un point qui appelle vraiment à la mise à l'échelle (ce qui risque de ne jamais se produire pour la plupart des applications. de toute façon).
+1 Pour me dire au sujet du domaine de mise à niveau , je n'étais pas au courant d'une telle caractéristique jusqu'à ce que vous ne m'avez pas dit. Existe-t-il un moyen de configurer une sorte de surveillance de la performance? Vouloir savoir quand le serveur est sous-alimenté et le temps d'augmenter
Dans mon expérience, la surveillance des performances est bien meilleure lorsque votre modèle de domaine est finement motivé par votre modèle (aka les spécificités de votre application). Cela signifie que vous devez configurer vos compteurs très spécifiques et agit sur eux. En pratique, je suggérerais de ne pas trop m'inquiéter de l'écaille au début.
Pour les fins de la SLA, vous avez besoin d'au moins deux instances, alors que Joannes a fait allusion à la disponibilité des services. Autres choses à considérer:
onstart () et exécuter () comme un rôle de travailleur.
- Lors de la mise à l'échelle, rappelez-vous que si vous combinez des fonctionnalités en un seul rôle, tout échoue en une seule unité. Donc, si votre traitement des antécédents est en train d'être affésié en raison d'un trafic Web excessif, vous voudrez envisager de les diviser dans des rôles distincts
- Des cas supplémentaires sont des cas de CPU partagés. Plus important encore, ils vont avoir moins de débit de réseau. Une petite instance a env. 100 Mbps. Un exemple supplémentaire est une fraction de cela (je devrai rechercher le numéro). Et ... la mémoire est de 768 Mo vs. 1,75 Go pour un petit.
- Si vous avez une abonnement MSDN, l'abonnement Windows Azure inclus est livré avec 1 500 heures de processeur par mois.
Mais ... que exclut de petites instances supplémentaires. Vous allez payer pour ceux-ci. Assurez-vous d'utiliser des petites personnes lorsque vous utilisez votre compte fourni par MSDN. EDIT: Les allocations MSDN sont maintenant amicales pour des exemples supplémentaires.