Évolutivité du bus de service Azure

Je suis en train d'essayer de comprendre comment je pouvais faire Azure Service Bus Sujet pour être évolutive pour gérer >10000 requêtes/seconde de plus de 50 clients. J'ai trouvé cet article sur Microsoft - http://msdn.microsoft.com/en-us/library/windowsazure/hh528527.aspx. Cela offre beaucoup de bonne d'entrée à l'échelle azure service bus, comme la création de plusieurs message d'usines, d'envoi et de réception de manière asynchrone, en faisant lot envoyer/recevoir.

Mais tous ces commentaires sont de l'éditeur et l'abonné point de vue du client. Que faire si le nœud qui exécute le Sujet ne peut pas gérer le grand nombre de transactions? Comment puis-je surveiller? Comment puis-je avoir le Sujet en cours d'exécution sur plusieurs nœuds? Toute entrée sur que ce serait utile.

Demande aussi si quelqu'un a fait l'essai de capacité avec le Sujet de la File d'attente et je suis impatiente de voir les résultats...

Grâce,
Prasanna

source d'informationauteur phebbar

  1. 12

    Si vous avez besoin de 10K 100K ou 1M ou plus de requêtes par secondes jeter un oeil à ce qui est fait sur l'autoroute. Plus de trafic, plus de voies.

    Vous pouvez obtenir efficacement arbitraire des débits de Bus de Service par le partitionnement de votre trafic à travers de multiples entités. Service de Bus donne un certain nombre de garanties sur la fiabilité, par exemple, de ne pas perdre de messages une fois que nous avons pris auprès de vous ou que nous attribuons aucun hiatus numéros de séquence, et qui a le débit d'impact sur les entités individuelles comme une seule Rubrique. C'est exactement comme une voie de circulation juste être en mesure de faire face avec X voitures/heure. Faire plus de voies.

  2. 7

    Depuis ces réponses, Microsoft a publié une tonne de nouvelles capacités.

    1. Azure Auto-Échelle peut surveiller les messages dans une file d'attente (ou de la charge du PROCESSEUR)
      et démarrer ou arrêter des instances de maintenir la cible.
    2. Service de Bus introduit Partitionné de la File d'attente du (& les sujets). Cela vous permet d'envoyer des messages sur plusieurs files d'attente, mais ils ressemblent à une seule file d'attente pour vous de l'API. Augmentant considérablement le débit d'une File d'attente.

    Avant de le faire, je vous recommande d'essayer de

    • Async & par lot par écrit à la file d'attente.
    • Modifier le paramètre Prefetch sur le Lit.
    • Également chercher à Recevoir.OnMessage() pour s'assurer que vous obtenez des messages, les millisec ils sont disponibles.

    Cela améliore votre perf de ~5 messages /s à plusieurs 100 ou 1 000 de fois par seconde.

  3. 2

    Le Service de Bus a ses limites "de la Capacité et de Quotas", lisez cet article pour un très bon aperçu de ces: http://msdn.microsoft.com/en-us/library/windowsazure/hh767287.aspx

    Je vous suggère de vous rapprocher de votre local MSFT Spécialiste si vous avez un cas d'utilisation qui va repousser les limites de Azure Service Bus, MSFT ont des équipes dédiées à Redmond (autour du monde) qui peuvent vous aider à concevoir et pousser ces limites, à grande échelle, c'est le Windows Azure CHAT (Customer Advisory Team). Leur objectif est de résoudre de vrais problèmes des clients et il semble que vous pourriez en avoir un...

    Vous avez besoin de performance et de test de charge pour atteindre toutes les réponses à vos questions ci-dessus en fonction de votre scénario spécifique.

    L'Azur de l'équipe de CAT ont une richesse de mesures sur la capacité et les tests de charge avec le Service de Bus (Azure en général), ce ne sont pas toujours accessibles au public, donc de nouveau d'atteindre si vous le pouvez...

  4. 1

    Si il peut gérer que de nombreuses demandes, vous voulez vous assurer que vous recevez les messages d'une façon telle que vous ne frappez pas la taille maximale de la rubrique. Vous pouvez utiliser plusieurs instances d'un rôle de travailleur dans Azure pour écouter des abonnements spécifiques de sorte que vous seriez en mesure de traiter des messages plus vite, sans s'approcher de la taille max.