Azure Service Bus Escalabilidad

Question

Estoy tratando de comprender cómo puedo hacer que el Tema de bus de servicio de Azure sea escalable para manejar> 10,000 solicitudes/segundo de más de 50 clientes diferentes. Encontré este artículo en Microsoft - http://msdn.microsoft.com/en-us/library/windowsazure/hh528527.aspx. Esto proporciona una gran cantidad de datos útiles para escalar el bus de servicio azul como la creación de fábricas de mensajes múltiples, el envío y la recepción de forma asíncrona, la realización de envío/recepción por lotes.

Pero todas estas entradas son desde la perspectiva del editor y del cliente suscriptor. ¿Qué pasa si el nodo que ejecuta el tema no puede manejar la gran cantidad de transacciones? ¿Cómo controlo eso? ¿Cómo ejecuto el Tema en múltiples nodos? Cualquier comentario sobre eso sería útil.

También se pregunta si alguien ha hecho ninguna prueba de capacidad con Tema/cola y estoy ansioso por ver los resultados ...

Gracias, Prasanna

Answer 1

Si necesita 10K o 100K o 1M o más solicitudes por segundo, eche un vistazo a lo que se está haciendo en la carretera. Más tráfico, más carriles.

Puede obtener tasas de flujo arbitrarias efectivas fuera de Service Bus al dividir su tráfico en varias entidades. Service Bus da una serie de garantías sobre la confiabilidad, p. que no perdamos mensajes una vez que los hayamos tomado de usted o que asignemos números secuenciales sin espacios, y que tengan un impacto en el rendimiento de las entidades individuales como un solo Tema. Eso es exactamente como un carril de la autopista que solo es capaz de lidiar con X autos/hora. Haz más carriles.

Answer 2

El bus de servicio tiene sus limitaciones "de la capacidad y Cuotas ", consulte este artículo para obtener una descripción general muy buena de estos: http://msdn.microsoft.com/en-us/library/windowsazure/hh767287.aspx

Le sugiero que se comunique con su especialista local de MSFT si tiene un caso de uso que superará los límites de Azure Service Bus, MSFT tiene equipos dedicados en Redmond (alrededor del mundo) que puede ayudarte diseñar y ampliar estos límites a escala masiva, este es el CAT de Azure de Windows (Equipo Asesor del Cliente). Su objetivo es resolver los problemas del cliente en el mundo real y parece que puede tener uno ...

Debe realizar pruebas de rendimiento y carga para llegar a todas las respuestas a sus preguntas anteriores en función de su situación específica.

El equipo CAT Azure tienen una gran cantidad de métricas de capacidad y pruebas de carga con el servicio de autobuses (Azure en general), estos no siempre están disponibles al público lo que de nuevo llegar a saber si se puede ...

Answer 3

Si Puede manejar tantas solicitudes que desea asegurarse de recibir los mensajes de tal forma que no alcance el tamaño máximo del tema. Puede usar varias instancias de una función de trabajador en Azure para escuchar suscripciones específicas, de modo que pueda procesar mensajes más rápido sin acercarse al tamaño máximo.

Answer 4

Desde estas respuestas, Microsoft ha lanzado una tonelada de nuevas capacidades.

1. Azure Auto-Scale puede supervisar los mensajes en una cola (o carga de la CPU) y iniciar o detener las instancias de mantener ese objetivo.
2. Bus de servicio introducido Partitioned Queue (& temas). Esto le permite enviar mensajes a través de múltiples colas, pero se ven como una sola cola para su API. Incrementando drásticamente el rendimiento de una cola.

Antes de hacerlo me gustaría recomendar que tratan: -

• asíncrono & por lotes escribe en la cola.
• Cambie el parámetro Prefetch en las lecturas.
• Consulte también Receive.OnMessage() para asegurarse de obtener los mensajes en milisegundos de los que están disponibles.

Esto mejorará su rendimiento de ~ 5 mensajes/seg a muchos 100 o 1,000 por segundo.