Scalabilità

Service Bus per Windows Server supporta la scalabilità. La scalabilità presenta due aspetti:

  • Calcolo: aggiunta di nuovi computer alla farm esistente.

  • Archiviazione: aggiunta di nuovi contenitori di messaggi.

Scalabilità di calcolo per Service Bus

L'amministratore può ampliare la farm aggiungendo altri nodi di calcolo. Anche se ogni computer aggiunto alla farm contiene un'istanza del broker dei messaggi di Service Bus per Windows Server, la scalabilità di calcolo per il broker dei messaggi dipende dal numero dei contenitori di messaggi presenti nel server. Se ad esempio nel server è presente un contenitore di messaggi e sono disponibili tre computer, Service Bus per Windows Server offre una disponibilità elevata, ma non si amplia automaticamente. È consigliabile configurare almeno 2n contenitori di messaggi nella farm, dove n è il numero di computer presenti nella farm.

L'ampliamento di calcolo per il broker dei messaggi di Service Bus per Windows Server potrebbe non risolvere tutti i problemi relativi alla scalabilità. Se il nuovo database si trova in un altro server, il collo di bottiglia potrebbe verificarsi nel layer di SQL Server. In tal caso, è possibile creare più contenitori di messaggi, ognuno dei quali con un proprio database.

Il processo del gateway si adatta automaticamente al numero di computer. È possibile aggiornare la configurazione del client di modo da includere i server appena aggiunti. Il client di Service Bus supporta l'API in grado di utilizzare un elenco di indirizzi di gateway.

Ampliamento del livello dati

Service Bus per Windows Server supporta l'ampliamento del livello dati mediante la creazione di nuovi contenitori di messaggi. È possibile posizionare ogni contenitore in un unico database di un'istanza di SQL Server o in Database SQL. In questo modo è possibile adattare il livello dati alle specifiche esigenze.

È inoltre possibile valutare l'ampliamento di calcolo insieme all'ampliamento del livello dati per assicurarsi che il server disponga di una capacità di calcolo adeguata.

Contenitori di messaggi di Service Bus

Service Bus per Windows Server utilizza i database SQL per l'archiviazione dei messaggi. Ogni database viene mappato a un componente di runtime denominato contenitore di messaggi. I contenitori di messaggi puntano al database sottostante e alle informazioni aggiuntive memorizzate nella cache per accelerare Service Bus. Un host di Service Bus per Windows Server (server) può ospitare più contenitori di messaggi e comunica quindi con più database. Un contenitore di messaggi è ospitato in un singolo host di Service Bus per Windows Server (server).

Un'entità di messaggistica di Service Bus (coda o argomento) viene creata in un contenitore e in un database di messaggi. Tutti i messaggi presenti in un'entità di messaggistica di Service Bus vengono archiviati nello stesso contenitore e nello stesso database. Per consentire a Service Bus di eseguire il bilanciamento del carico sui server e di supportare future operazioni di ampliamento, ad esempio l'aggiunta di altri server, è possibile creare più contenitori anche nello stesso motore di database. È possibile creare contenitori di messaggi di Service Bus eseguendo il seguente comando di PowerShell:

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

Suggerimento

Se si desidera che la farm di Service Bus per Windows Server sia scalabile in modo da supportare più applicazioni (tenant) o più entità di messaggistica di Service Bus (code o argomenti), è consigliabile creare più contenitori di messaggi.

Suggerimento

Anche se si intende archiviare tutto il contenuto relativo a Service Bus in un solo database di SQL Server, è consigliabile creare più contenitori di messaggi (database SQL) nella stessa istanza di SQL Server.

Data di compilazione:

2013-07-25