Projets sur EC2 Déploiement vs Windows Azure

Question

Je travaille avec Windows Azure et Amazon Web services EC2 pour un bon nombre de mois maintenant (presque arriver à des années RANGE) et je l'ai vu quelque chose encore et qui semble troublant.

Quand je déploie une version .NET dans Windows Azure dans un rôle Web (ou rôle de service), il prend habituellement 6-15 minutes pour elle au démarrage. Dans EC2 AWS, il faut environ la même chose pour démarrer l'image, puis une minute ou deux pour déployer l'application IIS (dans l'attente de son cours configuration).

Cependant, quand je démarre une instance AWS avec SUSE Linux et Mono pour exécuter .NET, je reçois un de ces codes et botté Déployez à en environ 2-3 minutes (encore une fois, dans l'attente, il est configuré).

Qu'est-ce qui se passe avec des images de Windows OS qui les amènent à prendre tellement de temps pour démarrer dans le nuage? Je ne veux pas FUD, je suis curieux de connaître les détails spécifiques de ce qui se passe ce qui provoque. Toute information technique spécifique concernant ce serait grandement apprécié! Merci.

Answer 1

Comme annoncé au PDC, Azure va bientôt commencer à offrir IIS complet sur les rôles Web Azure. Quelque part dans la démo keynote de Don Box, il a montré que cela vous permet d'utiliser la norme « publier » des options dans Visual Studio pour déployer dans le nuage très rapidement.

Si je me souviens bien, une partie de ce qui se passe lors du démarrage d'un nouveau rôle Azure configure les composants du réseau, et je me souviens un certain orateur lors d'une conférence de mentionner une fois que cela a été pris beaucoup de temps. Cela pourrait expliquer pourquoi l'ajout d'instances supplémentaires à un rôle déjà en cours d'exécution est généralement plus rapide (mais pas toujours: je l'ai vu prendre beaucoup plus de 15 minutes aussi bien sur) ocassion.

Edit: voir aussi

Answer 2

Je ne pense pas que le comportement EC2 est spécifique au nuage. Il suffit de comparer les temps de démarrage de Windows et Linux sur un système local - dans mon expérience, Linux seulement des bottes plus rapidement. En règle générale, cela est parce que le nombre de services / démons lancé est plus petit, comme le nombre de disque accède que chacun d'eux doit faire lors du démarrage.

En ce qui concerne Azure temps de lancement: il est difficile de dire, et ne sont pas comparables aux bottes de la machine (OMI). Personne ne sait ce Azure fait lors du lancement d'une application. Il se pourrait que ils ont besoin pour assembler l'image VM d'abord, ou que beaucoup de l'exploitation forestière / rapports se produit qui ralentit les choses.

Ne pas oublier, il y a un contrôleur tissu qui doit vérifier les zones de failles et de déployer vos machines virtuelles sur plusieurs zones de défaut (pour vous donner une haute disponibilité, au moins quand il y a plus de deux cas). Je ne peux pas dire avec certitude, mais que la logique elle-même peut prendre un certain temps supplémentaire. Cela pourrait aussi expliquer pourquoi pourrait être un peu compliqué la configuration du réseau.

Cette volonté d'expliquer bien sûr la différence (le cas échéant) entre les temps de démarrage dans le nuage et le temps de démarrage pour Windows localement ou en Amazonie. Toute différence dans les systèmes d'exploitation dépend entièrement de la façon dont le système d'exploitation est construit!

Answer 3

Je ne pense pas que le comportement EC2 est spécifique au nuage. Il suffit de comparer les temps de démarrage de Windows et Linux sur un système local - dans mon expérience, Linux seulement des bottes plus rapidement. En règle générale, cela est parce que le nombre de services / démons lancé est plus petit, comme le nombre de disque accède que chacun d'eux doit faire lors du démarrage.

En ce qui concerne Azure temps de lancement: il est difficile de dire, et ne sont pas comparables aux bottes de la machine (OMI). Personne ne sait ce Azure fait lors du lancement d'une application. Il se pourrait que ils ont besoin pour assembler l'image VM d'abord, ou que beaucoup de l'exploitation forestière / rapports se produit qui ralentit les choses.

Answer 4

Ne pas oublier, il y a un contrôleur tissu qui doit vérifier les zones de failles et de déployer vos machines virtuelles sur plusieurs zones de défaut (pour vous donner une haute disponibilité, au moins quand il y a plus de deux cas). Je ne peux pas dire avec certitude, mais que la logique elle-même peut prendre un certain temps supplémentaire. Cela pourrait aussi expliquer pourquoi pourrait être un peu compliqué la configuration du réseau.

Cette volonté d'expliquer bien sûr la différence (le cas échéant) entre les temps de démarrage dans le nuage et le temps de démarrage pour Windows localement ou en Amazonie. Toute différence dans les systèmes d'exploitation dépend entièrement de la façon dont le système d'exploitation est construit!