Skalieren der BizTalk Server-Ebene

Um die BizTalk-Ebene zu skalieren, aktualisieren Sie die CPU, den Arbeitsspeicher, E/A und andere Ressourcen. Die folgende Abbildung zeigt ein Beispiel dafür, wie Sie die BizTalk-Ebene von einem zwei Prozessorcomputer auf einen vier Prozessorcomputer skalieren können.

Die Szenarien für die Skalierung Ihrer BizTalk-Schicht sind nämlich ähnlich wie beim Skalieren nach außen:

• BizTalk Server wird zu einem Engpass. Der Engpass selbst kann durch eines der folgenden Probleme verursacht werden:

• CPU: Wenn das Szenario CPU-intensive Pipelines, Karten oder Orchestrierungen verwendet, verfügen die BizTalk-Server nicht über zusätzliche CPU-Kopfräume.

• Arbeitsspeicher und E/A: Wenn die vorhandenen Computer ihren maximalen Grenzwert für Arbeitsspeicher und E/A erreicht haben und der Computer aktualisiert werden muss.

• Das Skalieren ist zu teuer.

• Wenn das Scale-out den Engpass nicht behebt. Beispielsweise werden bei der Skalierung die folgenden Engpässe nicht behoben:

  • Große Nachrichtentransformationen

  • Große Anzahl von Nachrichten pro Austausch

  • Hohe Speicherauslastung durch einige BTS-Komponenten, z. B. Pipelines oder Adapter

  • Ein Transport, zum Beispiel EDI

Wenn Sie die BizTalk-Ebene nicht nach oben skalieren können

• Die MessageBox-Datenbank ist der Engpass.

• Ein Adapter wird zum Engpass. Wenn Sie z. B. einen Adapter verwenden, kann die Sperrkonkurrenz in der Back-End-Anwendung zunehmen, aus der der BizTalk-Adapter Daten bezieht, nachdem Sie die Anzahl der BizTalk-Empfänger erhöht haben. Dadurch wird die Möglichkeit zum Skalieren des Adapters begrenzt.

Siehe auch

Skalieren der BizTalk Server-Ebene
Skalieren der SQL Server-Ebene
Skalieren der SQL Server-Ebene
Scaled-Out Empfänger-Hosts
Scaled-Out Verarbeitung von Hosts
Scaled-Out Senden von Hosts
Verwenden des Windows Server-Clusters zur Bereitstellung hoher Verfügbarkeit für BizTalk Server Hosts2
Scaled-Out Datenbanken
Clustering the BizTalk Server Databases