Pianificazione della distribuzione con scalabilità orizzontale

Per distribuzione con scalabilità orizzontale di un server di report si intendono due o più istanze del server di report che condividono un singolo database del server di report. Una distribuzione con scalabilità orizzontale consente di aumentare il numero di utenti che accedono contemporaneamente ai report e di migliorare la disponibilità del server di report. Se si utilizza questa topologia di distribuzione, è consigliabile, ma non obbligatorio, configurare le istanze del server di report con impostazioni identiche. È possibile configurare ciascun server su funzionalità specifiche ed eseguirli come istanze indipendenti, ad esempio per isolare l'elaborazione di report interattivi dall'elaborazione di report pianificati o sottoscrizioni.

Nell'elenco seguente sono riepilogati gli scenari supportati in una distribuzione con scalabilità orizzontale:

  • Eseguire istanze del server di report in una soluzione con carico bilanciato per supportare la creazione di volumi elevati di report su richiesta.

  • Aumentare la disponibilità del server di report.

  • Isolare le funzionalità del servizio in computer specifici per massimizzare l'utilizzo di tutte le risorse di sistema disponibili e continuare ad archiviare e recuperare gli stessi dati dallo stesso database del server di report.

Di seguito sono indicati i requisiti per una distribuzione con scalabilità orizzontale.

Requisito

Descrizione

Requisiti di edizione

La distribuzione con scalabilità orizzontale è supportata nelle edizioni Enterprise, Developer ed Evaluation.

La distribuzione con scalabilità orizzontale non è supportata nelle edizioni Standard, Workgroup ed Express.

Requisiti di versione

Tutti i server di report devono appartenere alla stessa versione principale e disporre degli stessi aggiornamenti e service pack.

Requisiti di dominio

Tutti i server di report devono essere nello stesso dominio o in un dominio di tipo trusted.

Requisiti di autenticazione

Le istanze del server di report in una distribuzione con scalabilità orizzontale devono disporre dello stesso tipo di estensione di autenticazione. Se è stata creata un'estensione di autenticazione personalizzata, è necessario distribuirla e utilizzarla in tutti i nodi. In una distribuzione con scalabilità orizzontale è necessario configurare gli stessi tipi di autenticazione su ogni nodo.

A causa di questa restrizione, non è possibile configurare una distribuzione con scalabilità orizzontale per supportare l'accesso simultaneo di reti Intranet ed Extranet allo stesso database del server di report tramite istanze del server di report distinte, ciascuna delle quali configurata per tipi di autenticazione e regole di autorizzazione differenti.

Questa limitazione esiste perché in Reporting Services le impostazioni di autorizzazione personalizzate non vengono sincronizzate tra tipi di autenticazione diversi. Se si interrompe l'ereditarietà delle autorizzazioni e si creano assegnazioni di ruolo per elementi specifici, quando un utente autenticato tramite l'altro provider di autenticazione accede all'elemento verranno generati errori di accesso negato. Per risolvere questo problema, è necessario duplicare tutte le assegnazioni di ruolo specifiche dell'elemento attraverso i due server per ottenere criteri di protezione per entrambe le estensioni di autenticazione. Questa procedura laboriosa e soggetta a errori genererà molto probabilmente errori di accesso negato. Per questo motivo, lo scenario non è supportato.

Nelle sezioni rimanenti di questo argomento vengono fornite ulteriori informazioni sugli scenari non supportati.

Distribuzione con scalabilità orizzontale per le soluzioni con carico bilanciato

Dopo la configurazione di una distribuzione con scalabilità orizzontale del server di report, è possibile eseguire il bilanciamento del carico dei nodi del server di report in un cluster per il bilanciamento del carico di rete in modo da supportare la creazione di volumi elevati di report. Per implementare il cluster per il bilanciamento del carico di rete, è possibile utilizzare una soluzione software o hardware. La distribuzione di Reporting Services in un cluster con bilanciamento del carico di rete è necessaria solo per aumentare la velocità di risposta del server di report o il numero di report interattivi che è possibile elaborare contemporaneamente. L'elaborazione di report pianificati e sottoscrizioni risulta più veloce in una distribuzione con scalabilità orizzontale, ma per ottenere prestazioni migliori in termini di velocità non è richiesto un cluster per il bilanciamento del carico di rete.

Per creare e configurare il cluster per il bilanciamento del carico di rete, è necessario utilizzare software e strumenti che supportino tale funzionalità. Nei sistemi operativi di Microsoft Windows Server e in applicazioni di terze parti sono disponibili funzionalità di bilanciamento del carico. Reporting Services non fornisce funzionalità di bilanciamento del carico né la possibilità di definire un unico URL di server virtuale per accedere a più nodi del server di report. La soluzione hardware o software scelta deve consentire di definire un nome di server virtuale che fornisca un singolo punto di ingresso per tutti i nodi in una distribuzione con scalabilità orizzontale del server di report.

Reporting Services non riconosce Microsoft Cluster Services. Se si utilizza Microsoft Cluster Services, esaminare le informazioni seguenti:

  • Se Reporting Services è in esecuzione su un cluster attivo-passivo con Microsoft Cluster Services, il servizio ReportServer viene eseguito e gestisce le richieste su ogni nodo cluster su cui viene distribuito il servizio.

  • Quando un database del server di report è ospitato su un SQL Server che fa parte di un cluster di failover, il server di report deve essere configurato per utilizzare il nome virtuale di tale cluster per connettersi al database del server di report. In caso contrario, non sarà in grado di connettersi al database del server di report quando si verifica un failover.

  • Non è possibile distribuire un server di report in Microsoft Cluster Services tramite il clustering di failover di SQL Server. È tuttavia possibile installare il server di report con l'opzione "solo file" durante un'installazione di SQL Server.

Per configurare la distribuzione

  1. Configurare due o più server per l'esecuzione in un cluster con bilanciamento del carico di rete.

  2. Configurare un server separato sull'hosting del database del server di report.

  3. Installare e configurare una distribuzione con scalabilità orizzontale del server di report attraverso l'installazione di un'istanza del server di report su ogni nodo nel cluster con bilanciamento del carico di rete. Per ulteriori informazioni su come installare i server di report e unirli a una distribuzione con scalabilità orizzontale, vedere Procedura: Configurazione di una distribuzione con scalabilità orizzontale del server di report (configurazione di Reporting Services).

  4. Configurare la convalida dello stato di visualizzazione e controllare la configurazione del server di report. Per ulteriori informazioni, vedere Procedura: Configurazione di un server di report in un cluster per il bilanciamento del carico di rete.

  5. Su ogni nodo nella distribuzione con scalabilità orizzontale configurare la proprietà Hostname del server di report affinché utilizzi il nome dell'URL del bilanciamento del carico di rete. Questo passaggio consente di configurare gli URL generati dal server di report affinché puntino al bilanciamento del carico di rete anziché a un server specifico. Per ulteriori informazioni, vedere Procedura: Configurazione di un server di report in un cluster per il bilanciamento del carico di rete.

Distribuzione con scalabilità orizzontale per il miglioramento delle prestazioni delle funzionalità del servizio

Una tecnica che consente di migliorare le prestazioni del server di report consiste nel configurare una distribuzione con scalabilità orizzontale che assegni tipi di elaborazione specifici a ogni server di report. È possibile, ad esempio, configurare un server di report per la gestione dell'elaborazione di report pianificati e sottoscrizioni e un secondo server di report per la creazione di report interattivi. Poiché i server di report vengono eseguiti nella stessa distribuzione con scalabilità orizzontale, ciascuno di essi elabora lo stesso set di report.

Per configurare la distribuzione

  1. Installare e configurare una distribuzione con scalabilità orizzontale di un server di report. Per istruzioni, vedere Procedura: Configurazione di una distribuzione con scalabilità orizzontale del server di report (configurazione di Reporting Services).

  2. Sul server utilizzato per la creazione di report interattivi disattivare l'elaborazione di report pianificati e sottoscrizioni.

  3. Sull'altro server utilizzato per l'elaborazione in background disattivare il servizio Web ReportServer e Gestione report.

Per ulteriori informazioni sulla disattivazione di funzionalità specifiche, vedere Procedura: Attivazione o disattivazione delle funzionalità di Reporting Services.