Konfigurera en rapportserver i ett kluster för belastningsutjämning i nätverket

Om du konfigurerar en utskalning av rapportservern så att den körs på ett NLB-kluster (Network Load Balancing) måste du utföra följande uppgifter:

• Kontrollera att NLB-klustret är tillgängligt via ett virtuellt servernamn som mappar till den virtuella serverns IP-adress. Ett virtuellt servernamn krävs så att du kan konfigurera en enda startpunkt till NLB-klustret. När du konfigurerar en URL för varje rapportserverinstans anger du det virtuella servernamnet som värd.

• Konfigurera validering av visningstillstånd som stöd för interaktiv rapportvisning. Interaktiva rapporter återges vanligtvis flera gånger under en enskild användarsession för att visualisera nya eller olika data som svar på användaråtgärder. Genom att konfigurera verifiering av visningstillstånd bevaras kontinuiteten i användarsessionen oavsett vilken rapportserver som är den faktiska begäran.

Reporting Services tillhandahåller inte funktioner för belastningsutjämning av en utskalningsdistribution eller för att definiera en enda åtkomstpunkt via en delad URL. Du måste implementera en separat NLB-klusterlösning för programvara eller maskinvara för att stödja en utskalningsdistribution av Reporting Services.

Du kan installera Reporting Services på noder som redan ingår i ett NLB-kluster, eller så kan du konfigurera en utskalningsdistribution först och sedan installera klusterprogramvara.

Steg för distribution av rapportserver i ett NLB-kluster

Använd följande riktlinjer för att installera och konfigurera distributionen:

Konfigurera validering av visningstillstånd

ASP.NET kontroller visar tillståndsvalidering. Som standard är visningstillståndsverifiering aktiverat och använder webbtjänstens identitet för att utföra verifieringen. I ett NLB-klusterscenario finns det dock flera tjänstinstanser och webbtjänstidentiteter som körs på olika datorer. Eftersom tjänstidentiteten varierar för varje nod kan du inte förlita dig på en enda processidentitet för att utföra verifieringen.

För att undvika det här problemet kan du generera en godtycklig valideringsnyckel som stöder visningstillståndsvalidering och sedan manuellt konfigurera varje rapportservernod att använda samma nyckel. Du kan använda valfri slumpmässigt genererad hexadecimal sekvens. Valideringsalgoritmen (till exempel SHA1) avgör hur länge hexadecimal sekvensen måste vara.

gäller för: SQL Server Reporting Services (2016)

1. Generera en valideringsnyckel och dekrypteringsnyckel automatiskt med hjälp av funktionerna i .NET Framework. I slutändan måste du ha ett enda <machineKey>-inlägg som du kan klistra in i Web.config-filen för varje rapportserverinstans i en utskalningsdistribution.

   I följande exempel ges en illustration av det värde som du ska uppnå. Kopiera inte exemplet till konfigurationsfilerna. nyckelvärdena är inte giltiga.

   <machineKey validationKey="[your key here]" decryptionKey="[your key here]" validation="SHA1" decryption="AES"/>  
   

   Se bilaga A: Så här genererar du ett <machineKey-> element för instruktioner om hur du genererar nycklar.

2. Öppna filen Web.config för Reportserveroch i avsnittet <system.web> klistrar du in det <machineKey> element som du genererade. Som standard finns den Web.config filen i \Program Files\Microsoft SQL Server\MSRS13.MSSQLSERVER\Reporting Services\Reportserver\Web.config.

3. Spara filen.

4. Upprepa föregående steg för varje rapportserver i utskalningsdistributionen.

5. Kontrollera att alla Web.Config-filer för alla rapportservrar i utskalningsdistributionen innehåller identiska <machineKey>-element i sektionen <system.web>.

gäller för: SQL Server Reporting Services (2017 och senare) Power BI-rapportserver

1. Generera en valideringsnyckel och dekrypteringsnyckel automatiskt med hjälp av funktionerna i .NET Framework. I slutändan måste du ha den enda <machineKey>-posten som du kan klistra in i RSReportServer.config-filen för varje rapportserverinstans för utskalningsdistributionen.

   I följande exempel visas en illustration av det värde som du behöver skaffa. Kopiera inte exemplet till konfigurationsfilerna. nyckelvärdena är inte giltiga. Rapportservern kräver rätt hölje.

   <MachineKey ValidationKey="[your key here]" DecryptionKey="[your key here]" Validation="SHA1" Decryption="AES"/>
   

   Se bilaga A: Så här genererar du ett <machineKey-> element för instruktioner om hur du genererar nycklar.

2. Öppna filen RSReportServer.config för Reportserveroch i avsnittet <Configuration> klistrar du in det <machineKey> element som du genererade. Som standard finns filen RSReportServer.config i \Program Files\Microsoft SQL Server Reporting Services\SSRS\ReportServer\RSReportServer.config för Reporting Services. För Power BI-rapportservern finns filen i \Program Files\Microsoft Power BI Report Server\PBIRS\ReportServer\RSReportServer.config.

3. Spara filen.

4. Upprepa föregående steg för varje rapportserver i den skalade utplaceringen.

5. Kontrollera att alla RSReportServer.config filer för alla rapportservrar i skalningslösningen innehåller identiska <MachineKey> element i avsnittet <Configuration>.

Konfigurera Hostname och UrlRoot

Om du vill konfigurera en distribution av rapportserverns utskalning i ett NLB-kluster måste du definiera ett enda virtuellt servernamn som ger en enda åtkomstpunkt till serverklustret. Registrera sedan det här virtuella servernamnet med DNS (Domain Name Server) i din miljö.

När du har definierat namnet på den virtuella servern kan du konfigurera egenskaperna Hostname och UrlRoot i filen RSReportServer.config så att den virtuella servernamnet inkluderas i rapportserverns URL.

Konfigurera egenskapen Hostname när du använder URL-reservationer med jokertecken i din rapporteringsmiljö. När du anger egenskapen Hostname som det virtuella servernamnet för NLB-servern dirigeras nätverkstrafik för rapporteringsmiljön till NLB-servern. NLB distribuerar sedan begäranden mellan rapportservernoderna.

Konfigurera dessutom egenskapen UrlRoot så att rapportlänkar fungerar i rapporter som exporteras till statiska rapporter, till exempel i excel- eller PDF-format, eller i rapporter som prenumerationer genererar, till exempel e-postprenumerationer.

Om du integrerar Reporting Services med Windows SharePoint Services 3.0 eller Office SharePoint Server 2007, eller om du är värd för dina rapporter i ett anpassat webbprogram, kan du bara behöva konfigurera egenskapen UrlRoot. I det här fallet konfigurerar du egenskapen UrlRoot som URL för SharePoint-webbplatsen eller webbappen. Den här konfigurationen dirigerar nätverkstrafik för rapporteringsmiljön till det program som hanterar rapporterna i stället för till rapportservern eller NLB-klustret.

Ändra inte ReportServerUrl. Om du ändrar den här URL:en introducerar du en extra tur och retur via den virtuella servern varje gång en intern begäran hanteras. För mer information, se URL:er i konfigurationsfiler (Report Server Configuration Manager). Mer information om hur du redigerar konfigurationsfilen finns i Ändra en Reporting Services-konfigurationsfil (RSreportserver.config).

1. Öppna RSReportServer.config i en textredigerare.

2. Leta reda på avsnittet <Service> och lägg till följande information i konfigurationsfilen och ersätt värdet Hostname med namnet på den virtuella servern för NLB-servern:

   <Hostname>virtual_server</Hostname>  
   

3. Hitta UrlRoot. Elementet är ospecificerat i konfigurationsfilen, men standardvärdet som används är en URL i det här formatet: https:// eller https://<computername>/<reportserver>, där <reportserver> är det virtuella katalognamnet för rapportserverwebbtjänsten.

4. Ange ett värde för UrlRoot som innehåller klustrets virtuella namn i det här formatet: https:// eller https://<virtual_server>/<reportserver>.

5. Spara filen.

6. Upprepa stegen i varje RSReportServer.config-fil för varje rapportserver i utbyggnadsdistributionen.

Verifiera rapportserveråtkomst

Kontrollera att du kan komma åt utskalningsdistributionen via namnet på den virtuella servern (till exempel https://MyVirtualServerName/reportserver och https://MyVirtualServerName/reports).

Du kan kontrollera vilken nod som faktiskt bearbetar rapporter genom att titta på rapportserverns loggfiler eller genom att kontrollera RS-körningsloggen (körningsloggtabellen innehåller en kolumn med namnet InstanceName som visar vilken instans som bearbetat en viss begäran). Mer information finns i Reporting Services-loggfiler och källor .

Om du inte kan ansluta till rapportservern kontrollerar du NLB. Kontrollera att begäranden skickas till rapportservern och visa http-loggen för rapportservern för att säkerställa att servern tar emot begäranden.

Felsöka misslyckade begäranden

Om begäranden inte når rapportserverinstanserna kontrollerar du RSReportServer.config-filen för att kontrollera att det virtuella servernamnet har angetts som värdnamn för rapportserverns URL:er:

1. Öppna filen RSReportServer.config i en textredigerare.

2. Leta upp <Hostname>, <ReportServerUrl>och <UrlRoot>och kontrollera värdnamnet för varje inställning. Om värdet inte är det värdnamn du förväntar dig ersätter du det med rätt värdnamn.

Om du startar reporting services-konfigurationsverktyget när du har gjort dessa ändringar kan verktyget ändra inställningarna för <ReportServerUrl> till standardvärdet. Behåll alltid en säkerhetskopia av konfigurationsfilerna om du behöver ersätta dem med den version som innehåller de inställningar som du vill använda.

Relaterat innehåll

• Konfigurera en URL (Konfigurationshanteraren för rapportserver)
• Konfigurera en utskalningsdistribution av rapportserver i inbyggt läge (Konfigurationshanteraren för rapportserver)
• Report Server Configuration Manager (internt läge)
• Hantera en rapportserver i inbyggt läge i Reporting Services