Question

Est-il possible do faire élasticité dynamique dans Windows Azure? Si mes ouvriers commencent à se surcharger, ou les files d'attente commencent à devenir trop plein ou trop de travailleurs ont pas de travail à faire, est-il possible d'ajouter ou d'enlever dynamiquement les travailleurs par le code ou est-ce fait manuellement (nécessite une intervention humaine) droit maintenant? Quelqu'un sait-il de tout projet d'ajouter que si son pas disponible?

Était-ce utile?

La solution

Il y a une API de gestion des services, et vous pouvez l'utiliser à l'échelle de votre application (à partir du code en cours d'exécution dans Windows Azure ou à partir du code en cours d'exécution en dehors de Windows Azure).

http://msdn.microsoft.com/en-us/library /ee460799.aspx et http: // Code .msdn.microsoft.com / Release / ProjectReleases.aspx? ProjectName = windowsazuresamples & ReleaseId = 3233 .

Autres conseils

livré application Block à l'échelle automatique (Wasabi) pour fournir l'échelle dynamique. Certains des scénarios pris en charge:

  1. les deux rôles à l'échelle automatique Web et des travailleurs dans Windows Azure en changeant dynamiquement compte d'instance ou d'effectuer la limitation de l'application.
  2. rôles Windows Azure à l'échelle automatique basé sur les horaires.
  3. rôles Windows Azure à l'échelle automatique sur la base des paramètres collectés à partir de l'application et / ou Windows Azure mais contraints par les limites supérieures et inférieures sur le nombre d'instances par rôle.
  4. Prévention des oscillations rapides dans le nombre d'instances de rôle avec le stabilisateur. Le stabilisateur peut également aider à des coûts d'optimiser les en limitant l'extension des opérations au début de l'heure et mise à l'échelle vers le bas des opérations à la fin de l'heure.
  5. Surveillance et enregistrement de l'activité autoscaling.
  6. Envoi de notifications pour afficher un aperçu des opérations de mise à l'échelle avant qu'elles aient lieu.
  7. Encrypting les règles et autre configuration dans le stockage de blob Windows Azure ou dans le stockage de fichiers local.
  8. Gestion de la configuration autoscaler à l'aide de Windows PowerShell.

Un exemple d'application comprehensie ( Tailspin enquêtes ) présentant toutes ces caractéristiques est fourni (instructions d'installation sont disponibles ici ). En outre, consultez le Guide développeur et Channel9 vidéo walkthrough .

Le bloc est disponible en téléchargement autonome de binaires , source ou via NuGet .

Voici quelques causeries / démos montrant Wasabi en action:

Windows Azure vient d'ajouter la fonction autoscaling intégrée dans la plate-forme. Maintenant, il est trivialement facile à configurer vos règles de droit dans le échelle automatique portail de gestion: Configuration basée sur l'utilisation à l'échelle automatique du processeur dans Windows Azure

Voir annonce et démo . J'ai aussi écrit un après comparer Windows Azure Autoscale Wasabi et décrivant la voie à suivre.

  1. Créer une file d'attente nommée autoscale.[your_role_name].instance_count
  2. Dans le portail de gestion, définissez le autoscale à Queue.
  3. Définissez le champ Nombre de cible à 1.

vous pouvez utiliser enqueue standard et opérations dequeue sur cette file d'attente pour contrôler le nombre d'instances de rôle des travailleurs. Vous avez 7 jours pour traiter un message avant son expiration, vous pouvez créer un rôle de travailleur qui peut faire en sorte que le nombre de messages dans la file d'attente est suivi de votre compteur d'instance cible.

Si vous êtes après élasticité dynamique, vous avez probablement déjà obtenu un contrôleur basé travailleur rôle déjà à l'esprit, de sorte que c'est probablement pas un problème.

Lokad.Cloud projet open source pour Windows Azure contient distribué cadre d'exécuteur testamentaire. Entre autres choses, il fournit auto-mise à l'échelle avec fonction de provisionnement VM .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top