Condividi tramite


Architettura del server dello scenario di test

In questo argomento viene fornita una panoramica del flusso di messaggi tra i server durante il test di carico e le architetture server distinte rispetto alle quali è stato eseguito il test di carico.

Panoramica del flusso di messaggi durante il test di carico

Il diagramma seguente offre una panoramica generica dell'architettura del server usata per tutti gli scenari di test e il flusso di messaggi tra server durante un test di carico.

Annotazioni

Ogni architettura server distinta testata è descritta nella sezione Architettura del server di base.

La figura seguente offre una panoramica del flusso di messaggi. I numeri nella figura corrispondono ai passaggi elencati sotto la figura.

Cenni preliminari sul flusso di messaggi Panoramica del flusso di messaggi

  1. Il test di carico viene avviato dal computer controller dell'agente di carico VSTS_TestController:

    • Viene eseguito un progetto di Visual Studio 2008 in VSTS_TestController . Il progetto carica un'istanza della classe BizUnit, carica il file di configurazione BIZUnit XML specificato e inizia a eseguire i passaggi definiti nel file di configurazione BizUnit.

      Annotazioni

      Per altre informazioni sul file di configurazione XML usato da BizUnit, vedere Definizione del test tramite un file di configurazione XML.

    • Dopo aver completato i passaggi del programma di installazione test, uno dei passaggi del progetto BizUnit esegue un comando che visualizza una finestra di dialogo che richiede di avviare un'esecuzione di test "priming" per inviare messaggi di priming all'ambiente BizTalk Server.

    • I messaggi priming vengono inviati da un progetto di test di Visual Studio 2008 separato in VSTS_TestController. I messaggi di preparazione vengono inviati per "riscaldare" l'ambiente di test inizializzando le cache di sistema.

    • Dopo l'elaborazione di tutti i messaggi priming; L'istanza di BizUnit carica i contatori di Performance Monitor per tutti i computer sottoposti a test nell'esecuzione del test principale ed esegue un comando per visualizzare una finestra di dialogo che richiede di inviare messaggi per l'esecuzione del test principale.

    • Il progetto test di carico di Visual Studio 2008 in VSTS_TestController indirizza i computer dell'agente di test di carico a inviare messaggi per l'esecuzione del test principale.

  2. I computer dell'agente di test di carico inviano messaggi di test ai computer BizTalk Server specificati nel file app.config del progetto test di carico di Visual Studio 2008 nel computer del controller di test di carico (VSTS_TestController).

  3. I computer BizTalk Server ricevono i messaggi inviati dai computer dell'agente di test di carico, e per questo test i messaggi sono stati ricevuti da una posizione di ricezione bidirezionale di richiesta-risposta.

    • BizTalk Server pubblica il messaggio nel database MessageBox.

    • I messaggi vengono gestiti da un'orchestrazione.

    • L'orchestrazione è associata a una porta di trasmissione solicit-response bidirezionale che richiama il servizio calcolatrice downstream.

    Annotazioni

    Il servizio di calcolatrice downstream si basa su esempi di Windows Communication Foundation.

  4. Il servizio calcolatrice utilizza la richiesta da BizTalk Server e restituisce una risposta alla porta di trasmissione richiesta-risposta di BizTalk Server.

  5. BizTalk Server elabora la risposta e salva in modo permanente il messaggio di risposta al database MessageBox. Il messaggio di risposta dal servizio Web Calculator viene quindi recuperato dal database MessageBox dalla porta di richiesta-risposta BizTalk e viene recapitato un messaggio di risposta ai computer dell'agente di test di carico.

Architettura del server di base

Per l'architettura del server di base, il ruolo Hyper-V non è stato installato e sia BizTalk Server che SQL Server sono stati installati nel sistema operativo host. Questa operazione è stata eseguita per stabilire le metriche delle prestazioni "di base" della soluzione BizTalk Server in un ambiente hardware fisico.

La figura seguente illustra i livelli fisici di BizTalk Server e SQL Server per l'architettura del server di base.

BizTalk Fisico / SQL Fisico BizTalk Server Fisico / SQL Server Fisico (Baseline)

  • BizTalk Server - 2 computer BizTalk Server configurati come segue:

    • Un computer BizTalk Server con 6 GB di RAM e 8 core di processore disponibili.

    • Un computer BizTalk Server con 3 GB di RAM e 4 core di processore disponibili.

    • Totale di 6 + 3 = 9 GB di RAM disponibili e 8 + 4 = 12 core del processore disponibili per BizTalk Server.

  • SQL Server - 1 computer SQL Server configurato come segue:

    • 8 GB di RAM disponibile.

    • 4 nuclei del processore disponibili.

Virtual BizTalk Server/Physical SQL Server

La figura seguente illustra i livelli virtuali di BizTalk Server e SQL Server fisici.

Virtual BizTalk/Physical SQL Virtual BizTalk Server/Physical SQL Server

Per questo scenario, il test di carico è stato eseguito su BizTalk Server in esecuzione in Hyper-V macchine virtuali e SQL Server in esecuzione su hardware fisico.

Annotazioni

L'allocazione di RAM e core del processore descritta di seguito è identica per ogni scenario non di base, l'unica differenza è se determinati computer sono in esecuzione in una macchina virtuale Hyper-V o su hardware fisico.

  • BizTalk Server - i 3 computer di BizTalk Server configurati come segue:

    • 3 GB di RAM allocati a ogni computer BizTalk Server con un totale di 3 x 3 = 9 GB di RAM disponibili per BizTalk Server.

    • 4 core del processore allocati a ogni computer BizTalk Server con un totale di 3 x 4 = 12 core del processore disponibili per BizTalk Server.

  • SQL Server - 1 computer SQL Server configurato come segue:

    • 8 GB di RAM disponibile.

    • 4 core del processore disponibili.

Virtual BizTalk Server/Virtual SQL Server

La figura seguente illustra un BizTalk Server virtuale e un SQL Server virtuale su macchine host separate chiamate Hyper-V.

Virtual BizTalk/Virtual SQL Virtual BizTalk Server/Virtual SQL Server

Per questo scenario, il test di carico è stato eseguito su BizTalk Server in esecuzione in Hyper-V macchine virtuali e SQL Server in esecuzione in una macchina virtuale Hyper-V. Le macchine virtuali bizTalk Server Hyper-V e le macchine virtuali di SQL Server Hyper-V sono state eseguite in computer host Hyper-V separati.

Annotazioni

L'allocazione di RAM e core del processore per questo scenario è identica all'allocazione di RAM e core del processore per lo scenario Virtual BizTalk Server/Physical SQL Server , l'unica differenza è che SQL Server è stato configurato per l'esecuzione in una macchina virtuale Hyper-V anziché su hardware fisico.

Ambiente consolidato

La figura seguente illustra i computer BizTalk Server virtuali e un computer SQL Server virtuale consolidati in un computer host Hyper-V.

Virtual BizTalk/Virtual SQL/Consolidated Ambiente consolidato

Per questo scenario, il test di carico è stato eseguito su BizTalk Server in esecuzione in Hyper-V macchine virtuali e SQL Server in esecuzione in una macchina virtuale Hyper-V. Le macchine virtuali BizTalk Server Hyper-V e la macchina virtuale SQL Server Hyper-V sono state eseguite sullo stesso computer host Hyper-V.

Annotazioni

L'allocazione di RAM e core del processore per questo scenario è identica all'allocazione di RAM e core del processore per lo scenario Virtual BizTalk Server /Virtual SQL Server , l'unica differenza è che le macchine virtuali bizTalk Server Hyper-V e SQL Server Hyper-V macchine virtuali sono state configurate per l'esecuzione nello stesso computer host Hyper-V.

Vedere anche

Panoramica dello scenario di test