Escalar soluciones
BizTalk Server proporciona una arquitectura que resulta muy adecuada para la escalabilidad. Los patrones de escalamiento que se seleccionen dependerán de la complejidad de su escenario, así como de los requisitos de hardware y de latencia o rendimiento. Es aconsejable comenzar con una topología más pequeña en un principio e intentar escalarla verticalmente o abreviarla en función de las directrices de esta sección.
Escalar de forma horizontal y vertical
El sistema de BizTalk Server puede escalarse de dos formas:
El escalamiento horizontal es el proceso que consiste en agregar más equipos. Por ejemplo, si se produce un cuello de botella en BizTalk Server debido a los recursos de CPU, la agregación de otro servidor proporcionaría el doble de recursos de CPU y, con ello, el doble de rendimiento.
El escalamiento vertical es el proceso que consiste en actualizar el equipo existente. Por ejemplo, puede actualizar el equipo que tiene instalado BizTalk Server de 4 a 8 procesadores.
Un sistema BizTalk Server tiene dos niveles: el nivel de BizTalk Server y el nivel de SQL Server, que contiene las bases de datos de cuadro de mensajes. Los dos niveles pueden escalarse de forma horizontal o vertical, independientemente del escenario que posea. Por tanto, puede escalar BizTalk Server y la base de datos de cuadro de mensajes de forma horizontal o vertical.
En la mayoría de los casos, el nivel de BizTalk se convierte primero en un cuello de botella y empieza a mejorar el rendimiento al escalarlo horizontalmente. Pero, en algún momento, dependiendo de la complejidad del sistema y del hardware que use, ya no se puede escalar horizontalmente el nivel de BizTalk y el nivel de SQL Server se convierte en el cuello de botella. Por tanto, escalará de forma vertical el nivel de SQL Server y, más adelante, lo escalará de forma horizontal agregando más bases de datos de cuadro de mensajes.
Nota
Una base de datos de cuadro de mensajes nueva no implica la instalación de otro servidor. Un único servidor SQL Server puede disponer de varias bases de datos de cuadro de mensajes. Además, disponer de varias bases de datos de cuadro de mensajes puede provocar un aumento del costo de DTC y saltos de red cuando las bases de datos se encuentran en distintos equipos.
En teoría, puede escalar el nivel de SQL Server de forma horizontal cuantas veces desee, siempre que no se sature la base de datos de cuadro de mensajes.
En los temas de esta sección se describen con mayor detalle los patrones de escalamiento. Además, se explica cómo debe escalarse cada patrón y cómo determinar cuándo no se puede seguir utilizando un patrón determinado de escalamiento en el sistema.
En esta sección
Consulte también
Hosts de recepción escalados horizontalmente
Hosts de procesamiento escalados horizontalmente
Hosts de envío escalados horizontalmente
Uso de un clúster de Windows Server para proporcionar alta disponibilidad para BizTalk Server hosts2
Bases de datos escaladas horizontalmente
Agrupación en clústeres de las bases de datos de BizTalk Server