Share via


Ampliación

Service Bus para Windows Server es compatible con la escala. Existen dos aspectos de la escala:

  • Cálculo: la agregación de nuevos equipos a la granja de servidores existente.

  • Almacenamiento: la agregación de nuevos contenedores de mensajes.

Escala de cálculo para Service Bus

El administrador puede ampliar la granja de servidores agregándole más nodos de ejecución. Aunque cada equipo que se agrega a la granja de servidores contiene una instancia de agente de mensajería de Service Bus para Windows Server, tenga en cuenta que la escala de cálculo para el agente de mensajería depende del número de contenedores de mensajes que hay en el servidor. Por ejemplo, si hay un contenedor de mensajes en el servidor y tres equipos, Service Bus para Windows Server proporciona alta disponibilidad pero no se escala automáticamente. Se recomienda configurar al menos 2n contenedores de mensajes en el granja de servidores, donde n es el número de equipos de la granja de servidores.

Tenga en cuenta que la escala de cálculo para el agente de mensajería de Service Bus para Windows Server puede que no solucione todos los problemas de escala. Si la nueva base de datos está en un servidor diferente, el cuello de botella debe estar en la capa de SQL Server. En este caso, puede crear más contenedores de mensajes, cada uno con su propia base de datos.

El proceso de la puerta de enlace se escala automáticamente con el número de equipos. Puede actualizar la configuración del cliente para que incluya los servidores que acaba de agregar. Service Bus Client es compatible con las API que pueden consumir una lista de direcciones de puerta de enlace.

Escala de nivel de datos

Service Bus para Windows Server admite la escala del nivel de datos mediante la creación de nuevos contenedores de mensajes. Puede colocar cada contenedor en una base de datos de un SQL Server, o en la Base de datos SQL. De este modo, puede escalar infinitamente el nivel de datos en función de sus necesidades.

También puede evaluar la escala de cálculo en tándem con la escala de nivel de datos para asegurar que la capacidad del equipo es adecuada en el servidor.

Contenedores de mensajes de Service Bus

Service Bus para Windows Server utiliza bases de datos SQL para almacenar mensajes. Cada base de datos está asignada a un componente de tiempo de ejecución denominado contenedor de mensajes. Los contenedores de mensajes apuntan a la base de datos subyacente, así como a información almacenada en caché para acelerar Service Bus. Un host Service Bus para Windows Server (servidor) puede hospedar varios contenedores de mensajes (por lo que se comunicará con varias bases de datos). En cualquier momento, un contenedor de mensajes está hospedado en un único host Service Bus para Windows Server (servidor).

Una entidad de mensajería de Service Bus (una cola o un tema) se crea en un contenedor de mensajes (y base de datos). Todos los mensajes de una entidad de mensajería de Service Bus se almacenan en el mismo contenedor (base de datos). Para habilitar Service Bus a fin de equilibrar la carga en sus servidores así como admitir futuras escalas (agregando más servidores), puede crear varios contenedores (incluso en el mismo motor de base de datos). Puede crear contenedores de mensajes de Service Bus mediante la emisión del siguiente comando de PowerShell:

New-SBMessageContainer -ContainerDBConnectionString <String> [-SBFarmDBConnectionString <String>]

Sugerencia

Si espera que la granja de servidores de Service Bus para Windows Server se amplíe y admita varias aplicaciones (titulares) o varias entidades de mensajería de Service Bus (colas o temas), se recomienda crear varios contenedores de mensajes.

Sugerencia

Incluso si planea tener una única base de datos de SQL Server para almacenar todo el contenido relacionado con Service Bus, se recomienda crear varios contenedores de mensajes (bases de datos SQL) en el mismo SQL Server.

Fecha de compilación:

2013-07-25