Condividi tramite

Disponibilità elevata per gli host BizTalk

BizTalk Server offre una grande flessibilità per gestire la disponibilità elevata perché è possibile dedicare in modo strategico host logici per eseguire aree specifiche di funzionalità, ad esempio la ricezione di messaggi, l'invio di messaggi o l'elaborazione di orchestrazioni.

Un host BizTalk è un contenitore logico all'interno di un gruppo BizTalk Server in grado di ospitare elementi di BizTalk Server, ad esempio gestori di adattatori, posizioni di ricezione (incluse le pipeline) e orchestrazioni. In genere si raggruppano elementi con requisiti di scalabilità simili in un host specifico. Ad esempio, è possibile raggruppare le posizioni di ricezione in un host di "ricezione", inviare porte in un host "send" e orchestrazioni in un host di "elaborazione".

Dopo aver creato un host (un contenitore logico), è possibile configurare le istanze dell'host per l'esecuzione in computer BizTalk Server fisici nel gruppo BizTalk Server. Un'istanza host viene eseguita come servizio Windows nei computer BizTalk Server designati. Sebbene non sia possibile eseguire più istanze dello stesso host in un determinato computer BizTalk Server, è possibile eseguire più istanze di un host specifico configurando istanze dell'host in computer BizTalk Server separati in un gruppo BizTalk Server. È anche possibile eseguire più istanze di host diversi in un singolo computer BizTalk Server.

Gli elementi contenuti negli host BizTalk possono eseguire le funzioni seguenti:

  • Ricettazione Questi elementi eseguono l'elaborazione iniziale dei messaggi dopo che vengono prelevati in una posizione di ricezione. Quando un host contiene un elemento ricevente, ad esempio un percorso di ricezione o una pipeline, funge da limite di sicurezza e la decodifica e la decrittografia dei messaggi si verifica in una pipeline all'interno dell'host.

  • Invio Questi elementi eseguono l'elaborazione finale dei messaggi prima che vengano inviati alla porta di trasmissione. Quando un host contiene un elemento di invio, ad esempio una porta di trasmissione o una pipeline, l'host funge da limite di sicurezza e la firma e la crittografia dei messaggi si verifica in una pipeline all'interno dell'host.

  • Elaborazione Questi elementi elaborano i messaggi in base alle istruzioni in un'orchestrazione.

    Anche se un singolo host BizTalk può contenere elementi che ricevono, inviano ed elaborano messaggi, è consigliabile creare host diversi per ogni funzione per creare limiti di sicurezza e per semplificare la gestione e la scalabilità. In particolare, è consigliabile usare host diversi per l'elaborazione e per le operazioni di ricezione/invio e separare elementi attendibili e non attendibili.

    Ad esempio, se si riceve un messaggio, si esegue un'orchestrazione e si inviano dieci messaggi, si vuole separare la funzionalità di ricezione e invio in due host separati perché gli elementi di invio avranno dieci volte più traffico rispetto agli elementi di ricezione. Se si riceve un messaggio, eseguire un'orchestrazione e inviare un messaggio, è possibile considerare questi elementi come un'unità di lavoro e raggrupparli in un unico host. In alternativa, è possibile separarli in tre host diversi per migliorare le prestazioni e la flessibilità.

    Gli host BizTalk sono uno dei due tipi, In-process o Isolated. Gli host in-process vengono eseguiti all'interno del processo di runtime di BizTalk Server, mentre gli host isolati non vengono eseguiti nel processo di runtime di BizTalk Server. Nella tabella seguente sono elencati gli elementi che ognuno di questi tipi di host può contenere.

Tipo di host Contenitore logico per
In-Process -Orchestrazioni
- Gestori di invio dell'adattatore
- Gestori di ricezione dell'adapter diversi da HTTP e SOAP
Isolato Gestori di ricezione HTTP e SOAP

Per altre informazioni sugli host e sulle istanze host, vedere Gestione di host BizTalk e istanze host.

Per garantire la disponibilità elevata per gli host BizTalk, è necessario disporre di due o più istanze host per ogni host nell'ambiente (in due o più computer BizTalk Server). Avendo più di un'istanza host per ogni host, assicurarsi che se un'istanza host non è più disponibile, gli altri computer che eseguono istanze di tale host possono riprendere le funzioni dell'istanza host problematica o non riuscita e che il sistema complessivo può continuare a funzionare con un'interruzione minima.

Persistenza dei messaggi

BizTalk Server si basa principalmente su SQL Server per la disponibilità elevata perché ogni host coinvolto in BizTalk Server rende persistenti i messaggi nel database MessageBox BizTalk. Ad esempio, quando BizTalk Server riceve un messaggio in arrivo, l'host di ricezione lo mantiene nel database MessageBox prima che altri host recuperino il messaggio per l'elaborazione e l'invio dell'orchestrazione.

Se la soluzione BizTalk Server prevede l'orchestrazione, BizTalk Server instrada il messaggio all'host che esegue il processo aziendale (host di elaborazione) e salva il messaggio nel database MessageBox al termine dell'orchestrazione. L'host di invio recupera quindi il messaggio dal database MessageBox prima di inviarlo all'applicazione esterna tramite l'adattatore di trasmissione appropriato.

Separazione delle funzioni host e di database

Poiché BizTalk Server separa i dati dagli host che elaborano i dati, un passaggio che è possibile eseguire per creare un ambiente a disponibilità elevata consiste nel separare le funzioni host (invio, ricezione ed elaborazione) che si verificano in BizTalk Server dalle funzioni di database che si verificano in SQL Server. Separando queste funzioni, è possibile ridimensionare in modo indipendente l'elaborazione, l'invio e la ricezione di host e i database che archiviano i dati. I livelli di runtime e database sono correlati, ovvero se si aumenta il numero di computer BizTalk Server, è probabile che sia necessario aumentare il numero di computer che eseguono SQL Server per gestire il carico aggiuntivo. Tuttavia, non esiste alcuna relazione diretta tra il livello del database e il livello BizTalk. Sono due livelli indipendenti ed è possibile aumentarli separatamente.

Ciò che è necessario fare per rendere gli host a disponibilità elevata è diverso da quello che è necessario fare per rendere i database a disponibilità elevata. Le sezioni seguenti illustrano le operazioni da eseguire per rendere a disponibilità elevata gli host di ricezione, invio ed elaborazione. Per altre informazioni su come rendere il livello di database a disponibilità elevata, vedere Fornitura di disponibilità elevata per i database BizTalk Server.

Per le distribuzioni in cui BizTalk Server elabora più processi di SQL Server, è possibile configurare più computer BizTalk Server che usano lo stesso computer che esegue SQL Server. Questa configurazione usa le risorse disponibili in ogni computer. Ad esempio, se l'utilizzo della CPU o della memoria viene eseguito in modo elevato (superiore al 75%) nel computer BizTalk Server, ma viene eseguito con un valore inferiore al 25% nel computer che esegue SQL Server, è possibile includere computer BizTalk Server aggiuntivi per distribuire il carico di lavoro aumentando l'utilizzo delle risorse nel computer che esegue SQL Server.

In questa sezione

Vedere anche

Disponibilità elevata per i database BizTalk Server
Disponibilità elevata per l'accesso Single Sign-On aziendale