Pianificazione di una topologia di distribuzione

Distribuzione di un solo server

In una configurazione di distribuzione di un solo server, l'istanza del server di report viene eseguita nello stesso computer del Motore di database che contiene il database del server di report. Il diagramma seguente è un esempio di una configurazione di distribuzione di un solo server.

La configurazione di distribuzione di un solo server è consigliata nelle circostanze seguenti:

• In presenza di volumi di report piccoli o medi, in cui le richieste di elaborazione di report sono uniformemente distribuite nel corso della giornata e il numero di sessioni simultanee è facilmente gestibile con la capacità di elaborazione del computer.

• Nei casi in cui, in qualità di sviluppatore, è necessario sviluppare soluzioni personalizzate che si integrino con Reporting Services.

• Nella fase di valutazione del software.

Questa configurazione di distribuzione è la più facile da installare e gestire. Le opzioni di installazione predefinite consentono di ottenere tale topologia di distribuzione. Se la configurazione soddisfa le esigenze dell'organizzazione, è opportuno continuare a utilizzarla tenendo comunque presente che è possibile aggiornare l'hardware o aggiungere altre istanze del server in un secondo momento se si verifica un aumento della domanda di report.

Distribuzione di server standard

In una distribuzione di server standard, l'istanza del server di report viene eseguita su un computer diverso dall'istanza di Motore di database di SQL Server che contiene il database del server di report. Il diagramma seguente è un esempio di una configurazione di distribuzione di server standard.

La configurazione di distribuzione standard è consigliata nelle circostanze seguenti:

• In presenza di volumi di report piccoli o medi, in cui le richieste di elaborazione di report sono uniformemente distribuite nel corso della giornata e il numero di sessioni simultanee è facilmente gestibile con la capacità di elaborazione dei computer.

Lo scenario di distribuzione standard consente di ottenere prestazioni migliori rispetto alla distribuzione di un solo server in quanto il server di report e Motore di database utilizzano le stesse risorse di elaborazione, quali tempo di CPU, memoria e accesso al disco qualora siano presenti nello stesso computer. Poiché alcune operazioni del server di report richiedono una notevole quantità di risorse, l'esecuzione di tale server su un altro computer può ridurre in parte il problema di condivisione delle risorse di elaborazione. Inoltre, è possibile che il footprint di un database del server di report sia inizialmente piccolo, ma i requisiti dello spazio su disco e l'utilizzo del sottosistema di I/O possono aumentare considerevolmente in fase di esecuzione.

Quando è necessario decidere se scegliere una distribuzione di un solo server o una distribuzione di server standard, tenere conto dei punti seguenti sulla base della propria configurazione hardware:

• Risorse di elaborazione

• Risorse di memoria

• Disponibilità di spazio su disco

• Capacità di I/O

Se questa configurazione soddisfa le esigenze dell'organizzazione, è opportuno continuare a utilizzarla tenendo comunque presente che è possibile aggiornare l'hardware o aggiungere altre istanze del server in un secondo momento se si verifica un aumento della domanda di report.

Distribuzione di server con scalabilità orizzontale standard

In una distribuzione di server con scalabilità orizzontale, più server di report condividono un unico database del server di report. Tale database deve essere installato in un'istanza remota di SQL Server. Il diagramma seguente è un esempio di una configurazione di distribuzione di server con scalabilità orizzontale standard con il database del server di report presente in un'istanza remota di SQL Server.

Distribuire Reporting Services in una configurazione con scalabilità orizzontale per fornire un'installazione del server di report caratterizzata da un'elevata disponibilità e scalabilità. In una distribuzione con scalabilità orizzontale ogni server di report incluso nella distribuzione viene definito nodo. I nodi partecipano alla scalabilità orizzontale se il server di report è configurato per l'utilizzo dello stesso database come un altro server di report. I nodi del server di report possono essere con carico bilanciato per supportare la creazione di volumi elevati di report interattivi.

Una configurazione di distribuzione di server con scalabilità orizzontale è consigliata nelle circostanze seguenti:

• Per la creazione di volumi elevati di report, in cui l'attività viene misurata in base al numero di utenti simultanei o in base alla complessità dei report che richiedono tempi lunghi di elaborazione o rendering.

• Negli scenari caratterizzati da disponibilità elevata, in cui è importante che l'ambiente di creazione dei report non rilevi tempi di inattività imprevisti o diventi non disponibile.

• Quando si desidera migliorare le prestazioni di operazioni programmate e del recapito di una sottoscrizione.

La distribuzione con scalabilità orizzontale non è supportata in tutte le edizioni di SQL Server. Tutti i nodi del server di report in una distribuzione devono eseguire la stessa versione e lo stesso livello di Service Pack di SQL Server. Per ulteriori informazioni sulle edizioni di SQL Server 2008, vedere Edizioni e componenti di SQL Server 2008 R2 e Funzionalità supportate dalle edizioni di SQL Server 2008 R2. Per ulteriori informazioni sulle distribuzioni con scalabilità orizzontale e l'utilizzo di cluster con bilanciamento del carico di rete, vedere Pianificazione della distribuzione con scalabilità orizzontale all'interno di questo argomento.

In alternativa, è possibile decidere di inserire il database del server di report in un'istanza di SQL Server che faccia parte di un cluster di failover. Il diagramma seguente è un esempio di una configurazione di distribuzione di server con scalabilità orizzontale in cui i database del server di report si trovano su un'istanza appartenente a un cluster di failover.

Tramite l'hosting dei database del server di report su un'istanza appartenente a un cluster di failover, è possibile migliorare la tolleranza di errore dell'ambiente di creazione di report. Il clustering di failover è possibile anche per le distribuzioni standard, ma in genere l'esigenza di un clustering di failover è minore quando l'ambiente non viene configurato per scenari caratterizzati da disponibilità elevata, ad esempio in ambienti con distribuzioni con scalabilità orizzontale. Per ulteriori informazioni, vedere Hosting di un database del server di report in un cluster di failover di SQL Server.

Distribuzione di server con scalabilità orizzontale avanzata

Oltre alla distribuzione con scalabilità orizzontale standard, è possibile scegliere per l'ambiente di creazione di report una configurazione di distribuzione con scalabilità orizzontale più avanzata, decidendo, ad esempio, di utilizzare i server di report con bilanciamento del carico per l'elaborazione di report interattivi e di aggiungere un computer del server di report separato per elaborare solo i report pianificati. Il diagramma seguente è un esempio di una configurazione di distribuzione di server con scalabilità orizzontale avanzata.

Questa distribuzione con scalabilità orizzontale avanzata presenta gli stessi vantaggi della distribuzione con scalabilità orizzontale standard, ma l'ambiente è ottimizzato ai fini delle prestazioni attraverso la separazione dei server di report con bilanciamento di carico, che gestiscono l'elaborazione di report interattivi, da un server di report che gestisce solo i report pianificati.

Vedere anche

Concetti