Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
La arquitectura de BizTalk Server proporciona una buena compatibilidad con la escalabilidad. Los patrones de escalado que elija dependen de la complejidad del escenario, el hardware y los requisitos de rendimiento/latencia. Debería empezar con una topología más pequeña inicialmente e intentar escalar hacia arriba o hacia abajo en función de las directrices de esta sección.
Escalado horizontal y escalado vertical
Hay dos maneras de escalar el sistema de BizTalk Server:
El escalado horizontal es el proceso de agregar equipos adicionales. Por ejemplo, si BizTalk Server está en cuello de botella por los recursos de CPU, agregar otro servidor proporciona el doble de los recursos de CPU que pueden proporcionar el doble del rendimiento.
El escalado es un proceso de actualización del ordenador existente. Por ejemplo, puede actualizar un equipo de BizTalk Server desde una máquina de procesador 4 a un procesador 8.
Un sistema de 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. En cualquier escenario, puede escalar horizontalmente o escalar verticalmente cada nivel. Es decir, puede escalar horizontalmente BizTalk Server y la base de datos MessageBox, o escalar verticalmente ambos.
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 mediante el escalado horizontal. Sin embargo, en algún momento, en función 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. Primero, escale verticalmente el nivel de SQL Server, y luego, escale horizontalmente añadiendo más bases de datos MessageBox.
Nota:
El hecho de que haya una nueva base de datos de MessageBox no implica necesariamente que haya otro servidor aquí. Un único servidor SQL Server puede tener varias bases de datos messageBox. Además, varias bases de datos de MessageBox incurren en costos de DTC y saltos de red si las bases de datos están en equipos diferentes.
En teoría, el nivel de SQL Server puede escalar indefinidamente de forma horizontal siempre y cuando la base de datos maestra MessageBox no esté saturada.
En los temas de esta sección se describen estos patrones de escalado con más detalle. También explican cómo escalar cada patrón y cómo determinar cuándo ya no puede usar ese patrón para escalar el sistema.
En esta sección
Véase también
Scaled-Out Anfitriones Receptores
hosts de procesamientoScaled-Out
Scaled-Out Servidores de envío
Uso del clúster de Windows Server para proporcionar alta disponibilidad para hosts de BizTalk Server2
bases de datos deScaled-Out
Agrupación en clústeres de las bases de datos de BizTalk Server